New Question
 
 
PRTG Network Monitor

Intuitive to Use.
Easy to manage.

150.000 administrators have chosen PRTG to monitor their network. Find out how you can reduce cost, increase QoS and ease planning, as well.

Free PRTG
Download >>

 

What is this?

This knowledgebase contains questions and answers about PRTG Network Monitor and network monitoring in general. You are invited to get involved by asking and answering questions!

Learn more

 

Top Tags


View all Tags


What's the Clustering Feature in PRTG?

Votes:

0

Your Vote:

Up

Down

I would like to know more about the clustering feature of PRTG. Can you give me an introduction and some basic information about clustering?

basics clustering installation planning prtg

Created on Jul 5, 2010 12:24:52 PM by  Daniel Zobel [Paessler Support]

Last change on Jun 20, 2016 11:53:47 AM by  Gerald Schoch [Paessler Support]



5 Replies

Accepted Answer

Votes:

1

Your Vote:

Up

Down

This article applies to PRTG Network Monitor 16 or later

PRTG Cluster Basics

One very helpful feature in PRTG Network Monitor is called Clustering. A PRTG Cluster consists of two or more installations of PRTG Network Monitor that work together to form a high availability monitoring system.

The objective is to reach true 100% percent uptime for the monitoring tool. Using clustering, the uptime will no longer be degraded by failing connections because of an internet outage at a PRTG server’s location, failing hardware, or because of downtime due to a software upgrade for the operating system or PRTG itself.

How a PRTG Cluster Works

A PRTG cluster consists of one Primary Master Node and one or more Failover Nodes. Each node is simply a full installation of PRTG Network Monitor which could perform the whole monitoring and alerting on its own. Nodes are connected to each other using two TCP/IP connections. They communicate in both directions and a single node only needs to connect to one other node to integrate into the cluster.

Normal Cluster Operation

Central Configuration, Distributed Data Storage, and Central Notifications.

During normal operation the Primary Master is used to configure devices and sensors (using the PRTG web interface or Enterprise Console). The master automatically distributes the configuration to all other nodes in real time. All nodes are permanently monitoring the network according to this common configuration and each node stores its results into its own database. This way also the storage of monitoring results is distributed among the cluster. The downside of this concept is that monitoring traffic and load on the network is multiplied by the number of cluster nodes, but this is not a problem for most usage scenarios.

You can review the monitoring results by logging into the web interface of any of the cluster nodes in read only mode. Because the monitoring configuration is centrally managed, you can change it only on the master node.

If one or more nodes discovers downtimes or threshold breaches, only the primary master will send out notifications to the administrator (for example, via email and SMS). So, your will not be flooded with notifications from all cluster nodes in the event of failures. Additionally, there is a sensor status partial down which means that the sensor shows an error on some nodes, but not on all.

Failure Cluster Operation

  • Failure scenario 1
    If one or more of the Failover nodes are disconnected from the cluster (due to hardware or network failures) the remaining cluster continues to work without disruption.
  • Failure scenario 2
    If the Primary Master node is disconnected from the cluster, one of the failover nodes becomes the new master node. It takes over control of the cluster and will also manage notifications until the primary master reconnects to the cluster and takes back the master role.

Sample Cluster Configurations

There are several cluster scenarios possible in PRTG.

  • Simple Failover. This is the most common usage of PRTG in a cluster. Both servers monitor the same network. When there is a downtime on Node 1, Node 2 automatically takes over the Master role until Node 1 is back online.

    Cluster - Simple Failover
  • Double Failover. This is a very advanced Failover cluster. Even if two of the nodes fail, the network monitoring will still continue with a single node (in Master role) until the other nodes are back online.
  • The following four-node-scenario shows one node in disconnected mode. The administrator can disconnect a node any time for maintenance tasks or to keep a powered off server on standby in case another node’s hardware fails.

    Cluster - Four Node Failover

Usage Scenarios for the PRTG Cluster

PRTG’s cluster feature is quite versatile and covers the following usage scenarios.

Failover LAN Cluster

PRTG runs on two (or more) servers inside the company LAN (closely to each other in a network topology perspective). All cluster nodes monitor the LAN and only the current master node will send out notifications.

Objectives:

  • Reaching 100% uptime for the monitoring system (for example, to control SLAs, create reliable billing data and ensure that all failures create alarms if necessary)
  • Avoiding monitoring downtimes

Failover WAN or Multi Location Cluster

PRTG runs on two (or more) servers distributed throughout a multi segmented LAN or even geographically distributed around the globe on the internet. All cluster nodes monitor the same set of servers/sensors and only the current master node will send out notifications.

Objectives:

  • Creating multi-site monitoring results for a set of sensors

    —and/or—
  • Making monitoring and alerting independent from a single site, datacenter or network connection

PRTG Cluster Features

  • Paessler’s own cluster technology is completely built into the PRTG software, no third party software necessary.
  • PRTG cluster features central configuration and notifications on the cluster master.
  • Configuration data and status information is automatically distributed among cluster members in real time.
  • Storage of monitoring results is distributed to all cluster nodes.
  • Each cluster node can take over the full monitoring and alerting functionality in a failover case.
  • Cluster nodes can run on different operating systems and different hardware/virtual machines. They should have similar system performance and resources.
  • Node-to-node communication is always secure using SSL-encrypted connections.
  • Automatic cluster update: you need to install updates to a newer PRTG version on one node only, all other nodes of the cluster are updated automatically.
  • Connect remote probes to all your cluster nodes.

What is Special About a PRTG Cluster (Compared to Similar Products)

  • Each node is truly self-sufficient (not even the database is shared).
  • Our cluster technology is 100% “home-grown” and does not rely on any external cluster technology like Windows Cluster, etc.

See Also

Created on Jul 5, 2010 1:32:10 PM by  Daniel Zobel [Paessler Support]

Last change on Jun 20, 2016 12:24:14 PM by  Gerald Schoch [Paessler Support]



Votes:

0

Your Vote:

Up

Down

How find the Remote-Probe the current Master-Server when the Original-Master fails? Is here also the same Solution with a DNS-Update for the used A-Record in DNS-Server needed?

Created on Jul 24, 2010 9:10:37 AM by  Guido Kuehler (0)



Votes:

0

Your Vote:

Up

Down

Dear Guido,

Remote Probes can only be set up for a connection to the Master Node server. Unfortunately, a DNS update doesn't change this fact. Please see Can I use Remote Probes in a cluster with PRTG? for more information about Remote Probes in a cluster setup.

Created on Jul 26, 2010 1:33:04 PM by  Daniel Zobel [Paessler Support]

Last change on Mar 26, 2014 5:17:36 PM by  Gerald Schoch [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hi. It is necessary that the cluster has the same license as the main node?

Created on Mar 18, 2016 3:40:10 PM by  dtapia (0) 1



Votes:

0

Your Vote:

Up

Down

Hello,

If you are using a PRTG 100, 500, 1000, 2500 , 5000 and Unlimited license you can use 1 Master plus 1 for failover node in cluster within the same license. If you would like to use 1 master node and 3 failover nodes you have to use 2 seperate license keys in the same version (example: 2 Unlimited licenses). In case of using a Corporate Country license you can use one license for the

1 Master plus 1 for failover node

and

1 master node and 3 failover nodes.

Created on Mar 21, 2016 1:07:20 PM by  Jochen Greger [Paessler Support]



Please log in or register to enter your reply.


Disclaimer: The information in the Paessler Knowledge Base comes without warranty of any kind. Use at your own risk. Before applying any instructions please exercise proper system administrator housekeeping. You must make sure that a proper backup of all your data is available.