New Question
 
 
PRTG Network Monitor

Intuitive to Use.
Easy to manage.

200.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


Can I use Remote Probes in a cluster with PRTG?

Votes:

0

Your Vote:

Up

Down

I would like to use Remote Probes with my PRTG cluster setup. How do I use Remote Probes in a cluster? Can I connect them to any node? What if the node with the Remote Probe connected fails?

cluster clustering installation prtg remote-probe

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

Last change on Sep 26, 2011 1:22:41 PM by  Daniel Zobel [Paessler Support]



Best Answer

Accepted Answer

Votes:

0

Your Vote:

Up

Down

Good news! Our recent 15.2.17 Stable Version offers Cluster support for remote Probes! This feature will also be available in the stable version soon.

All Remote Probes will send the monitoring data to each cluster node.

Please do also have a look in the latest Release Notes for further information.

Best regards

Created on May 13, 2015 5:02:11 AM by  Felix Saure [Paessler Support]

Last change on Jan 28, 2016 7:38:00 PM by  Luciano Lingnau [Paessler Support]



39 Replies

Votes:

0

Your Vote:

Up

Down

Important note: The following information is outdated.


This article applies to PRTG Network Monitor 8 through 15.2.16

Connect Remote Probes to the Master Node

You can use Remote Probes in a PRTG cluster. These monitor the (remote) network they're installed in and forward monitoring data to the PRTG Master Node core server.

However, there are some restrictions when using Remote Probes in a cluster setup:

  1. You can configure Remote Probes for a connection with the Master Node only. Due to the individual authentication method, a Remote Probe is bound to the Master Node and cannot be setup for connection with a Failover Node.
  2. If the Master Node of a cluster fails, another Failover Node takes the Master role as long as the original Master Node is down. During this time, a Remote Probe cannot send any data, as the Failover Nodes are unknown to it. So, the probe will buffer monitoring data (this possible for a certain time) and send it once the original Master Node server is back online.

More

Remote Probes are a powerful monitoring feature. However, some restrictions apply when the connection to the (Master Node) core server is lost. For more information about this, please see the article Monitoring Client Computers Offline Using Remote Probes.

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

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



Votes:

0

Your Vote:

Up

Down

This is a feature that some of us have been asking for since PRTG7. I, for one, had hoped that PRTG9 would include the ability to connect remote probes to a failover server. I really don't understand why it's not possible to do this. Can you advise please when this feature will be available?

Created on Oct 3, 2011 1:15:04 PM by  monitormonkey (0) 1



Votes:

0

Your Vote:

Up

Down

"Clustered Remote Probes" are considered, but I'm afraid I cannot give you an exact release-date/version in the moment. Please bear with us.

Created on Oct 3, 2011 1:29:28 PM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Please don't "Consider" but add it to the to-do list, we need this as well. When maintenance is done to the primary server you not only loose sight during that time, you also get inaccuracy in monthly reports.

Created on Dec 21, 2011 2:32:36 PM by  Alex Koppejan (0) 1



Votes:

0

Your Vote:

Up

Down

Need this function as well. Please add to to-do-list

Created on Dec 23, 2011 11:40:55 AM by  ITNet (0)



Votes:

0

Your Vote:

Up

Down

I am curious how hard this would be to implement. Assuming I am using a domain name for my remote probes to connect to as long as the DNS redirects to the failover site when the primary site fails all of the probes would be able to redirect to the failover site. As long as the failover site can accept the access key it is using it seems to like it would work. Maybe I am missing something that makes this much harder to program for.

Created on Jun 8, 2012 2:29:24 AM by  AmericanIridium (0) 1



Votes:

0

Your Vote:

Up

Down

unfortunately there is more to it. If it was easy we would have already implemented it.

Ba assured that all your votes are counted and that we consider the effort.

Created on Jun 8, 2012 5:57:43 AM by  Aurelio Lombardi [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Hello,

Having the ability to redirect the remote probes to another node that is acting as the current Master node would make PRTG more excellent than it currently is.

Clustering really has no functional value without that ability.

Is there any timeline or consideration for the addition of this feature?

Also, I do not recall, but once the communication failure that isolated the original Master node is resolved, does the current Master then update the original Master node and return control ?

Thanks!

Created on Aug 6, 2012 4:01:24 PM by  estuart (0) 1



Votes:

0

Your Vote:

Up

Down

This is a huge feature I am looking for as well. If I am running a clustered PRTG setup it would be natural to think that if my Master goes down the devices then re-connect to the Failover as I have the DNS set to roll to the Failover server.

Created on Oct 31, 2012 3:24:04 AM by  Will Fox (0) 1



Votes:

0

Your Vote:

Up

Down

all votes for this feature are counted.

Created on Oct 31, 2012 6:16:12 AM by  Aurelio Lombardi [Paessler Support]



Votes:

0

Your Vote:

Up

Down

+1 for this feature

Created on Nov 18, 2012 6:53:15 PM by  Philipp (0)



Votes:

0

Your Vote:

Up

Down

Any news about this feature? I am looking forward to have cluster probe to take over as failover when the master node goes down.

Created on Feb 18, 2013 12:34:54 AM by  johana (0)



Votes:

0

Your Vote:

Up

Down

The feature is still on the wishlist but no release date has been determined yet.

Created on Feb 18, 2013 6:29:28 AM by  Konstantin Wolff [Paessler Support]



Votes:

0

Your Vote:

Up

Down

+1 for this feature.

I would assume that all the probes have a list of the different cluster servers. And when the master can't be reached for a period of time it asks one of the other servers it knows, what server is the new master. Just my 2 cents.

Love the product, please continue the great support!

Vincent

Created on Apr 16, 2013 9:25:06 AM by  Vincent Berendsen (0)



Votes:

0

Your Vote:

Up

Down

+1 for this feature

THX

Created on May 29, 2013 9:34:44 AM by  Markus Oswald (0) 1



Votes:

0

Your Vote:

Up

Down

Any news regarding this feature that seems "indefinitely postponed" ?

Created on Nov 12, 2013 8:11:35 PM by  GABRIELE DELCONTI (0)



Votes:

0

Your Vote:

Up

Down

As mentioned earlier: if this was easy to implement, we would have already added this feature. However, unfortunately it is not. There is still no specific timeframe for when such a feature will be included - we still have it on our future implementation list, but it is unlikely that such a function will be available any time soon. Sorry.

Created on Nov 13, 2013 10:26:11 AM by  Patrick Hutter [Paessler Support] (7,144) 3 3



Votes:

0

Your Vote:

Up

Down

Nothing worth doing is easy. ;)

Honestly, this is the only reason why we can't rely on PRTG for up/down monitoring of critical services. We use remote probes heavily and can't have the master server become a single point of failure in our monitoring infrastructure.

Created on Nov 20, 2013 10:41:53 PM by  beethoven (0)



Votes:

0

Your Vote:

Up

Down

+1 Vote to this feature.

This would make PRTG even better. We really like PRTG and we would like to see this feature implemented in the near future.

Regards.

Created on May 30, 2014 5:40:16 PM by  jf_hernandez (0) 1



Votes:

0

Your Vote:

Up

Down

+1 Vote to this feature.

Created on Jun 2, 2014 8:02:58 AM by  IMAD AOUDE (0)



Votes:

0

Your Vote:

Up

Down

+1 Vote

it does not make sense such things are not build in. you make a cluster feature and the use of remote probes for larger installs is a requirement. in orther words that a remote probe cannot connect to a failed over master is a bug not a feature imo.

please add asap..

Thx

Created on Jun 24, 2014 11:00:29 AM by  mccs (0) 1



Votes:

0

Your Vote:

Up

Down

Throwing in my +1 again for this. I think this is the most voted for feature I've seen yet in all the KB articles. Any update on when this will be implemented or whether or not it is on the roadmap for the near future?

At least 7 of our monitoring customers moved away from PRTG in favor of other services/software solutions that have failover capabilities for remote monitoring and we would really like to try to recover some of them as they were happier with PRTG before switching.

Created on Aug 20, 2014 7:05:15 PM by  Blake Webb (10) 1 1



Votes:

1

Your Vote:

Up

Down

We understand well the unpleasant situation for those of you who use Remote Probes heavily and still need a fail-safe cluster setup.

Currently, there is only one solution for a fail-safe monitoring in different locations: At each location, install two PRTG core servers and configure them to run as a two-node fail-safe cluster. Using the Enterprise Console, you can still connect to all of your individual installations and see all data in one console.

However, we know that the need for remote probes that are connected to several cluster nodes is increasing. So, we're definitely looking into a solution for this. But as always, I cannot give any dates yet. We're still in research for this.

Created on Aug 21, 2014 8:44:38 AM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

+1 vote to this feature.

This would make PRTG even better. We really like PRTG but we would like to see this feature implemented as soon as possible.

Created on Dec 2, 2014 10:53:14 AM by  J_K (0) 1



Votes:

0

Your Vote:

Up

Down

Part of a an organisation that monitors multiple customers using the probes and this feature would greatly bolster our operations.

+1

Created on Dec 18, 2014 10:00:33 AM by  Stuart Little (5) 1



Votes:

0

Your Vote:

Up

Down

+1 vote for this Feature

Our planned deployment is totally based on remote probes...

Created on Dec 18, 2014 1:32:58 PM by  Laurent DURU (0)



Votes:

0

Your Vote:

Up

Down

+1 vote for this feature.

Hopefully when added the implementation allows for defining a group of remote probes as its own "probe cluster group" as well.

So we can have fail-safe of the devices connected to a remote probe cluster and the remote probe cluster itself will fail-safe back to it's core cluster.

Making the loss and replacement of a single remote probe device no big deal, as well as the core service will still be online and servicing the remaining remote probes even if the cluster master is offline.

Created on Feb 11, 2015 5:09:32 PM by  stephensuley (0) 1



Votes:

0

Your Vote:

Up

Down

+1 for this feature request as well.

Created on Mar 13, 2015 4:24:18 PM by  ScanlineVFX (0) 1



Votes:

0

Your Vote:

Up

Down

+1 for probes connected to every cluster node.

I suggest everyone to click Vote on "Best answer" ^above^

Created on Mar 31, 2015 6:53:43 PM by  i3laze (42) 2



Votes:

0

Your Vote:

Up

Down

+1 for remote probes in cluster node.

Created on Apr 30, 2015 9:53:25 AM by  Geoffrey (0) 1



Votes:

0

Your Vote:

Up

Down

Just setting up a distributed PRTG solution for a cloud infrastructure, i hit this problem, which is disappointing but can be worked around with a little extra outlay , if the monitoring is important enough this shouldn't be a problem , i will probably just do without the remote monitoring until i get the PRTG core back on-line - or just point the probes to the other node in the event of a master failure.

If in fact the probe connection endpoint could be changed / service restarted via script it could switch over automatically in the event of an outage and swap back when it came back up

This is a bit further down the line for me but when i get there i will look at this providing paessler haven't done something by then :)

Created on May 12, 2015 5:39:08 PM by  randommr (0) 1



Accepted Answer

Votes:

0

Your Vote:

Up

Down

Good news! Our recent 15.2.17 Stable Version offers Cluster support for remote Probes! This feature will also be available in the stable version soon.

All Remote Probes will send the monitoring data to each cluster node.

Please do also have a look in the latest Release Notes for further information.

Best regards

Created on May 13, 2015 5:02:11 AM by  Felix Saure [Paessler Support]

Last change on Jan 28, 2016 7:38:00 PM by  Luciano Lingnau [Paessler Support]



Votes:

0

Your Vote:

Up

Down

What particular version includes the support of remote probes for PRTG cluster? I couldn't find anything in Release notes.

Created on Jun 18, 2015 3:53:38 AM by  vmnomad (0) 1



Votes:

0

Your Vote:

Up

Down

I apologize the previous post was not fully correct. Clustered Remote Probes will arrive in the Preview Channel shortly. Please bear with us.

Created on Jun 18, 2015 7:02:37 AM by  Torsten Lindner [Paessler Support]



Votes:

0

Your Vote:

Up

Down

+1! I noticed the original request was over 5 years ago but I need this as well.

Has it been implemented yet? Thanks.

Created on Nov 12, 2015 11:19:51 PM by  willieb (10) 1



Votes:

0

Your Vote:

Up

Down

Yes, it has been implemented: Failover Cluster Configuration > Remote Probes in Cluster :)

Created on Nov 13, 2015 7:12:01 AM by  Stephan Linke [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Ok thanks for the reply and I just read it, however it doesn't scale.

Right now we have a 2 node cluster and if I add 1 device to the cluster probe all sensors are automatically queried by both nodes and that is the desired behavior. Our PRTG installation is so large now that soon we will have the need to separate core and probe services onto different servers. But it seems if that is done then we lose the cluster features.

In the quote below you mention we can copy all devices onto another probe but this is impossible and doesn't scale at all. We have many people that adds, deletes, and modifies devices and there doesn't need to be possibility of human error, not to mention doubling the work to add and delete devices having to do everything twice.

What we need is to be able to cluster 2 remote probes together. As an example see below:

Cluster Configuration:

  • Core Node 1
  • Core Node 2
  • Remote Probe 1
  • Remote Probe 2

"Remote Probe" should show up in the PRTG interface so you only have to add, delete, or modify a device once. This way you can separate out core and probe devices and still get the cluster benefits. You can lose any one server and still have full monitoring. Otherwise PRTG's cluster capabilities doesn't scale.

"Note: You can use remote probes in a cluster as described above, which is showing monitoring data of all your probes on all nodes in your cluster. However, you cannot cluster a remote probe itself. To ensure gapless monitoring for a specific remote probe, install a second remote probe on a machine in your network next to the existing probe, and create all devices and sensors of the original probe on it. For example, you can clone the devices from the original probe. The second probe would be a copy of the first probe then and you can still monitor the desired devices if the original probe fails."

Created on Nov 14, 2015 3:08:39 AM by  willieb (10) 1

Last change on Nov 16, 2015 8:09:59 AM by  Stephan Linke [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Could you explain what you try to do with a schematic? I'm not sure if I can follow your description :/

Created on Nov 18, 2015 6:01:24 AM by  Stephan Linke [Paessler Support]



Votes:

0

Your Vote:

Up

Down

Due to this probably not being implemented in a reasonable time, you could simply set up two remote probes that have a ping sensor for each other that pauses all sensors accordingly, once either ping goes down. However, you need to keep the groups in sync using the API.

A bit tedious to set up, but should work rather flawlessly :)

Created on May 23, 2016 6:53:43 AM by  Stephan Linke [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.