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 Orange -------- 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 ? Je 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) 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/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
