No need to modify the script, its already supported by poller-wrapper.py

usage: poller-wrapper.py [-h] [-s] [-i [INSTANCES]] [-n [NUMBER]]

you use the -i and -n arguments in poller-wrapper. if you have 5 poller VMs, you set -i 4 and -n 0 on the first VM, -i 4 and -n 1 on the second VM and so on.
VM nr 1 will then poll the first 1/5 of all your devices.

The main problem yet is writing RRD data during polling, this can be done already by using NFS and mount the same RRD-storage from all the poller VMs but this will not scale that good as NFS does not perform very well for heavy IO small writes.
Here is where we would want rrdcached. We can then have a server with a lot of RAM and a SSD that is dedicated RRD-storage who is running rrdcached.
All the poller VMs will then send thier RRD writes in a small UDP-stream to the RRD-storage box who will cache the writes in RAM and write them to SSD in big sequential writes.

/Markus

2016-11-17 12:40 GMT+01:00 Johann Mallet <johann.mallet@zayo.com>:
Interesting. How to manage the distributed poller?
You have modificate the poller script?

LibreNMS have "group" functionality for distributed polling, but it's seems doesn't exist in Observium :-/

2016-11-16 19:50 GMT+01:00 Markus Klock <markus@best-practice.se>:
I'm actually working on building a distributed Observium with separate webfront, database, RRD-storage and pollers to be able to scale polling very far.
To be able to be fully efficient some improvements has to be done to the observium rrdcached-code (to be able to do all rrd-operations via rrdcached) but this is in the works.
with these improvements I think its possible to scale Observium very very far when it comes to polling devices.

/Markus

2016-11-16 18:56 GMT+01:00 Johann Mallet <johann.mallet@zayo.com>:
Another question : Someone have already deployed Observium in "distributed" mode?
Because if the tools works with 150k interfaces, we will scale up by integrating all our networks equipments.
This represents between 300k and 500k interfaces (physical + virtuel + subinterface etc) :-)

I don't think a single server can make the deal here ;-)

Johann

2016-11-16 18:40 GMT+01:00 Johann Mallet <johann.mallet@zayo.com>:
We have not problem with RRDcached on 3 deployments :-)

Good question : > 300 equipments.
So yes, we can poller many equipments in same time.

> If the switch is slow you will have a problem.
And the latency between poller server and the equipment :-)

Based on your feedback :
I think with really good hardware (big CPU, many core, RAID SSD and great network interface), we can monitor 150k+ interfaces with Observium.
Many core for many poller in same time. Great SSD for I/O with as much RRD files.

Thank you all :-)

Johann

2016-11-12 13:33 GMT+01:00 Markus Klock <markus@best-practice.se>:

If you have a decent SSD for RRD storage you will probably not need rrdcached. I Monitor Close to 100k interfaces without rrdcached. No IOwait on the SSD at all :)
But there are a lot of if's regarding monitoring 150k interfaces. One parameter is how many devices are the 150k interfaces devided on? As a single device can only be polled by one poller, Nexus switches for example can be horribel as a single switch can have 1000+ ports. If the switch is slow you will have a problem.


Den 12 nov. 2016 12:54 em skrev "Youssef BENGELLOUN - ZAHR" <ybzahr@prodware.fr>:

That's very helpful ;-)

Why would you say that ?

Y.



Le 12 nov. 2016 à 12:27, Adam Armstrong <adama@memetic.org> a écrit :

When you decide you hate your life and want to add extra pain.

Adam.



Sent from BlueMail

 

Youssef BENGELLOUN - ZAHR - Consultant Expert
Prodware France
T : +33 979 999 000 - F : +33 988 814 001 - ybzahr@prodware.fr
Web : prodware.fr

         

 

On 12 Nov 2016, at 11:02, Youssef BENGELLOUN - ZAHR <ybzahr@prodware.fr> wrote: 
Hello,

I don¹t pretend that we have the same amount of intefaces to poll but we
are keen on performance and found entries about the rrdcached capability.

In your opinion, what is the tipping point to reach before considering
using rrdcached capability ?

Best regards.



On 12/11/2016 11:56, "observium on behalf of Steffen Klemer"
<observium-bounces@observium.org on behalf of steffen.klemer@gwdg.de>
wrote:

And don't forget about rrdcached. I only recently got aware of it and
it's fabulous (if you are alright with loosing some amount of data in
case of server failure).

Am Thu, 10.11.2016 um 17:17 schrieb "Adam Armstrong"
<adama@memetic.org>:

 SSD or
ramdisk storage, many cores for poller. Exact numbers may
 vary ;)

 adam.

 Sent from Mailbird

[http://www.getmailbird.com/?utm_source=Mailbird&amp;utm_medium=email&amp
;utm_campaign=sent-from-mailbird]
 On 10/11/2016 17:06:41, Youssef BENGELLOUN - ZAHR
 <ybzahr@prodware.fr> wrote: Dear Johann,

 You should take a look at the online documentation with recommended
 system sizing.

 Best regards.



 From: observium <observium-bounces@observium.org
 [mailto:observium-bounces@observium.org]> on behalf of Johann Mallet
 <johann.mallet@zayo.com [mailto:johann.mallet@zayo.com]> Reply-To:
 Observium Network Observation System <observium@observium.org
 [mailto:observium@observium.org]> Date: jeudi 10 novembre 2016 17:52
 To: Observium Network Observation System <observium@observium.org

[mailto:observium@observium.org]> Subject: [Observium] Monitor 147k
 interfaces with Observium?


 Hello,


 We must monitor 147,000 interfaces (logical) with Observium.

 Anyone has already building an architecture with so many network
 ports?

 Observium can monitor 150k network ports without failed?

 What is hardware recommendations? :-)


 Thanks !


 Johann


 Youssef BENGELLOUN - ZAHR - Consultant Expert
 Prodware France
 T : +33 979 999 000 - F : +33 988 814 001 - ybzahr@prodware.fr
 [mailto:ybzahr@prodware.fr]

 Web : prodware.fr [http://www.prodware.fr]
 [http://twitter.com/Prodware/]  [http://www.facebook.com/Prodware/]
 [https://www.linkedin.com/company/prodwarefrance]
 [https://www.youtube.com/c/ProdwareFrance]
 [http://www.viadeo.com/fr/company/prodware]
 [http://www.prodware.fr/social-network/]




lg
/Steffen

--
Steffen Klemer                     E-Mail: Steffen.Klemer@gwdg.de
                                   Tel:    +49 551 201 2170


GWDG - Gesellschaft für wissenschaftliche
Datenverarbeitung mbH Göttingen
Am Faßberg 11, 37077 Göttingen

Service-Hotline:
Tel:    +49 551 201-1523
E-Mail: support@gwdg.de

Kontakt:
Tel:    0551 201-1510
Fax:    0551 201-2150
E-Mail: gwdg@gwdg.de
WWW:    https://www.gwdg.de

Geschäftsführer:    
      Prof. Dr. Ramin Yahyapour
Aufsichtsratsvorsitzender: Prof. Dr. Christian Griesinger
Sitz der Gesellschaft:     Göttingen
Registergericht: Göttingen, Handelsregister-Nr. B 598

Zertifiziert nach ISO 9001




BENGELLOUN - ZAHR Youssef - Consultant Expert
Prodware France
T : +33 979 999 000  F : +33 988 814 001 - ybzahr@prodware.fr
Web : prodware.fr


observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium


_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium


_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium




_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium



_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium



_______________________________________________
observium mailing list
observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium