NDOUtils

[krbian]

bonjour,

en parcourant le mailing list de nagios-dev je viens de tomber sur un post au sujet de la prochaine interface nagios. La dedans je vu cet utilitaire NDOUtils , son but est apparement de stocker toutes les infos event + status de Nagios en base mysql

A noter, que le module est déja en version 1.2 et qu il est dispo dans l arbo sourceforge de Nagios

[julio]

ha joli... j'allais commencer a développer un module de ce genre

[julio]

je trouve pas ton truc la... t'as pas une URL ?

[krbian]

les fichiers:
https://sourceforge.net/project/show...group_id=26589

mailing list :
https://sourceforge.net/mailarchive/...&forum_id=1872

[krbian]

sur le lien de mailing list ci dessus

Ethan Galstad donne 2/3 indications sur la prochaine interface de nagios 3. Il y a également quelques propositions.
Julien, Romain, Etes vous toujours en contact avec lui? qu en est il de l avenir de la solution oreon vis a vis du projet nagios?

De plus NDOUtils est réellement orienté pour une interface gérant plusieurs instance Nagios ... ca ressemble bcp à ce que l on essaye de faire cad CENTREON.

[julio]

ouais on va le recontacter sous peu... merci pour le tuyau.... on l'a contacté y a un mois mais pas de reponse... la on va remettre ca.

il va je pense bien aimer centreon. il etait deja interressé par oreon. a nous de convaincre now.

++

[krbian]

la doc de NDOUtils est intéressante:

Avec Centreon, l interface va se décramponner du daemon Nagios.
NDOUtils quand a lui va encore plus loin en désolidarisant les bases d'event du daemon Nagios.

Cette nouvelle modularité apporte la possiblité de remontés d'information de source multiple vers une ou plusieurs base (sql ou fichiers). Il s agit en gros du remplacant de NSCA. (plutot sympa

[julio]

oula tres interressant le petit

[templuche]

Bonjour,

Attention : Oreon ne pourra pas ajouter des informations dans la base gérée par NDO. En effet, grâce à ce module, "Nagios" va lui même peupler la base de données. Si jamais Oreon ajoute
des informations dedans, cela risque de corrompre la base.

Par contre, Oreon pourra aller chercher les états des services/hosts/... dans cette base de données. Ce qui est plutôt intéressant. En effet, je revoie Julio me dire que le fichier de status de Nagios 2 n'est pas facile à parser ou tout au moins pas de manière performante. Ce problème peut être réglé avec ce module.

J'ai fait quelques petits tests. En effet, plusieurs instances de Nagios (ie: plusieurs serveurs distribués) mettent à jour une seule base sans aucun problème. Ce qui veut dire que NSCA, pour ce cas, est très avantageusement remplacé par cette solution. Il ne sera plus nécessaire d'avoir un démon Nagios sur le serveur central. Cependant, il faut attendre la sortie de l'interface PHP de Nagios. Pour le moment, les CGIs de Nagios ne gèrent pas ce module.

[julio]

Bonjour,

a mon avis oreon le gèrera avant nagios

mais nous n'avons pas à mettre de valeurs dans cette base... nous on les lit simplement... et donc oui plus de pb pour nagios 2... je vais le tester sans tarder...

[krbian]

Bonjour,

Templuche, tu as soulevé un point qui est la suppression du deamon Nagios sur le serveur central, ce qui est, je pense, tres intérressant.

a mon avis oreon le gèrera avant nagios

Julien, Rom voulez vous que Oreon se plug directement sur cette base d event/status?
si c'est le cas, je pense qui faudrait revoir le cahier des charges de CENTREON

[julio]

pourkoi revoir le cahier des charges ? nous sommes deja dessus nous... et la conf avance tres bien la... mais je pense que de toute facon nous garderons 2 versions : une sans NDO (pour ceux qui ne veux pas de cet outil) et une avec...

Quel est le pb ? pour le rappatriement des données avec NSCA qui disparaitrait ?

[krbian]

bonjour julio,

L'utilisation de NDO permet au sonde de peupler directement une base qui sera directement utilisé par l interface en remplacement de fichier des nagios sur le serveur central qui était à jour de cette maniere : OSCP=>NSCA=>fifo.nagios.cmd=>daemon Nagios.
Comme l a dit templuche, la présence du deamon nagios sur le serveur central n'est plus nécessaire, donc plus besoin de génerer les fichiers de conf pour ce serveur.

[julio]

mouais nan, au pire il est pas en route mais si on veut executer des trucs en local, il est toujours bon d'avoir un nagios sur le serveur... de toute facon, qq un n'en a pas besoin il le stop ou ne l'install pas.

Par exemple pour du dev spé, je fais tourner maintenant pas de chose par nagios pour des calculs spécifiques... c tres pratique...

donc le cahier des charges change sur le point suivant : on ne generera pas de conf passives en local pour le rappatriement des données et on genere des confs en local que si l'on a des executions en local.. et Hop.

:arrow: plus de pb avec NSCA
:arrow: gain de perf sur le SI (y a plus que mysql et httpd qui bossent)

[krbian]

tout à fait d accord

Souhaites tu intégrer la lecture de la base NDO directement au dévellopement de CENTREON, ou attendre une prochaine version?

ca pourrait etre un plus vis à vis de Nagios en étant la premiere interface à le gérer.
Mais ca pourrait alourdir ou du moins ralentir la sortie de CENTREON.

Du coté de CVF, cette fonctionnalité sera une bonne chose. Nous ne sommes plus tenu par une dead line puisque l'interface nagios nous sastifait dans un premier tps et que le déploiement est en phase d etre terminé, environ 75%. Donc nous pouvons nous permettre d'avoir un dévellopement sur CENTREON un peu long que c'est qui était prévu, pour vous aider, par exemple, au dev de cette partie.