Sent from my Huawei Mobile
-------- Original Message --------
Subject: Re: [FRnOG] [MISC] RE: Outils cool, qu'utilisez-vous ?
From: sbu123fr
To: Clément Cavadore
CC:
Je vais peut-être dire une connerie mais y a pas moyen de limiter les path OID sur les devices et squizer les infos dont on a pas besoin. Pour éviter de parsser la mib entière?Envoyé de mon Galaxy A5 2017 OrangeJe pense que ton patch pourrait intéresser pas mal de monde ici, moi y compris: il est vrai qu'observium est un peu bourrin sur les requêtes snmp (notamment sur le discovery de l'état des sessions BGP, par exemple, lorsqu'elles sont nombreuses)-------- Message d'origine --------De : Clément Cavadore <clem...@cavadore.net>Date : 23/05/2018 23:23 (GMT+01:00)À : frnog@frnog.org, Raphael Mazelier <r...@futomaki.net>Objet : Re: [FRnOG] [MISC] RE: Outils cool, qu'utilisez-vous ?
Le 23 mai 2018 23:04:51 GMT+02:00, Raphael Mazelier <r...@futomaki.net> a écrit :
>On 23/05/2018 17:26, Michel Py wrote:
>
>> Ah c'est donc çà qui se passe. Je confirme, avec certains matos çà
>plante. En général sur Cisco çà se passe bien, mais j'ai quelques
>antiquités qui passent à 100% CPU.
>> >
>>> David Ponzone a écrit :
>>> Oui, le produit est automagique, mais ne pas pouvoir restreindre le
>poller à ne prendre
>>> que l’essentiel a un arrière-goût de "société de consommation"
>désagréable.
>>
>
>Bon puisque je suis lancé sur Observium/LibreNMS. Donc on peut
>désactiver quelques MIBs pour rendre cela moins pire.
>
>Maintenant le fond du problème c'est que le poller d'observium est
>complètement naif pour dire les choses gentiment.
>Basiquement il fait pour chaque device des gros snmpbulkwalk de quasi
>toutes la MIB à chaque fois. Le seul parallélisme étant réalise au
>niveau host.
>
>L'ennui c'est que les devices n'ont pas été prévu pour ça (surtout
>quand
>on a des gros stacks avec genre +1000ports). Il faudrait que je
>retrouve
>le papier de juniper qui expliquait clairement qu'il ne fallait pas
>faire ça mais faire des snmpget ciblé. OK on peut se dire que les
>constructeurs ont tord mais ce n'est pas très constructif. Surtout cela
>
>ne sert globalement à rien de tout reparser (un port va t'il changer de
>
>type à tous les polls ?).
>
>Un poller plus intelligent (par exemple celui de cacti/spine) sépare
>les
>choses en deux :
>- un poll de découverte des interfaces ou autres (et il le cache), poll
>
>occasionnel, à coup de bulkwalk ciblé.
>- un poll régulier à coup de get ciblé sur les oids précis de ce que
>l'on a autodécouvert.
>Cerise sur le gateau on peut // les get sur l'ensemble des oids/devices
>
>que l'on avait découvert ce qui va bcp plus vite au final.
>
>C'est plus au moins ce que j'avais patché à l'arrache dans observium ce
>
>qui me permettait de poller mes stacks d'EX3300 sans tout arracher le
>tout dans un temps raisonnable.
>
>Il faudrait que je retrouve si ça intéresse du monde.
>
>Reconnaissons toutefois qu'Observium est un bon outil qui permet en 3
>clicks de superviser son matos réseaux. La gui est très joli, il faut
>juste pas regarder sous le capot :)
>
>
>
>--
>Raphael Mazelier
>
>
>---------------------------
>Liste de diffusion du FRnOG
>http://www.frnog.org/
--
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma brièveté.
---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/