En ce début d’année 2012, nous avons décidé de vous tenir au courant des principales activités de la communauté Monitoring-fr. Que cela soit au niveau des forums ou du wiki, nous ferons une fois par mois, un bilan des nouveautés sur le wiki et des sujets les plus actifs sur notre forum.

Ces articles ont donc un double objectif:

• informer la communauté des activités du mois passé
• mettre en lumière les contributeurs

Bon arrêtons là la parlotte, et commençons plutôt le bilan des principales activités du mois de janvier 2012 sur Monitoring-fr .

Quoi de neuf sur le wiki ?

Voici les nouveautés de janvier:

- Boîte à outils Nagios pour les débutants
- Superviser un hôte Windows avec NSClient++
- Installation de Shinken par script
- Installation de Graylog2

N’oubliez pas de vous inscrire sur le wiki afin de pouvoir participer à l’élaboration de ces tutoriels, guides de bonne pratique et d’informations concernant des solutions Open Source. Et tout le monde peut y prendre part !

Tendances du forum

Parmi les topics (résolus) ayant eu le plus d’activité sur ce dernier mois:

- FAN Trap SNMP / MATCH & status
- Centreon: Connection failed, please contact your admin (pb mysql)
- Nagios Installation et paramétrage des notifications par mail
- Nagios Notifications Escalations
- Shinken event_handler
- Redémarrage Shinken
- Shinken et les droits entre plugins (check_mk)
- Shinken Problème kill après timeout
- Utilisation du livestatus de shinken
- Ouvrir un terminal SSH sur hôte depuis l’interface Zabbix
- Zabbix Configuration email – reception intempestive d’email
- Différencier perte de la machine et perte de l’agent Zabbix

Et la liste est encore longue sur le forum…

Remerciements à nos contributeurs les plus actifs

A ceux qui ont pu prendre le temps de rédiger des pages wiki et participer au forum:

Olivier JAN, David GUENAULT, Ludovic VALENTIN, Funkyman, surcouf, pitpoule, naparuba, …

Merci les gars !

Rejoignez-vous aussi le mouvement …

L’année 2011 a vu le monde de la Supervision s’orienter vers une nouvelle destination… La problématique de performance dans les grands environnements et la supervision métier.

Fais-moi une verveine …

Comme on aurait pu s’y attendre, le projet Nagios flotte sur sa notoriété et ne propose rien d’excitant dans sa roadmap. Nagios n’a pas brillé par ses nouveautés. L’année 2011 nous a offert la sortie d’une version mineure avec quelques correctifs et un petit relooking via CSS pour être dans la même charte graphique que le site et Nagios XI. Plutôt décevant quand on connaît les faiblesses de Nagios sur les grands environnements.

Ton Voon (Responsable du projet Nagios Plugins) a aussi annoncé son départ de la place de leader du projet Nagios Plugins.

Vers la quête de la performance et de l’innovation …

Icinga, l’élève dépasse le maître ?

Le projet Icinga a été l’un des projet les plus dynamiques dans cette année 2011. Entre les sorties de releases et la sortie de la partie Reporting, Icinga a frappé fort cette année, mais l’équipe ne s’arrête pas là. Afin de combler les faiblesses du cœur de Nagios qui pour le moment ne sont pas dans les priorités d’Ethan Galstad, la communauté allemande veut prendre le taureau par les cornes afin de trouver des innovations technologiques pour palier à la limitation & la complexité de conception d’architecture de Nagios dans les grands environnements.

Icinga suit la piste de l’AMQP en lançant le projet IcingaMQ basé sur la librarie ZeroMQ. Icinga n’est pas le seul projet à s’intéresser à l’AMQP, un autre projet d’hypervision Open Source va s’appuyer sur cette technologie, il s’agit de Canopsis.

Canopsis, l’hypervision à le droit à l’Open Source

Ce projet lancé par la société Capensis avec l’aide de la CFSL sera un projet Open Source sous licence aGPLv3. Ce projet émane d’une année de réflexion autour du constat que: « la Supervision d’aujourd’hui ne correspond plus exactement à ce qu’attend le public destiné à la supervision (plus particulièrement les dirigeants) ». Le but de ce projet n’est pas de rester qu’un développement interne à Capensis. Canopsis invite tout type de public (développeur python / Web 2.0, ergonomiste, concepteur, dirigeant, …) à participer à ce projet afin de partager leurs idées sur ce que doit être un hyperviseur et ce qu’ils en attendent. Le but est de créer une solution répondant aux besoins des entreprises aujourd’hui concernant la surveillance de leur parc informatique et capable de rivaliser avec le monde de l’édition dans ce domaine mais en moins usine à gaz .

Mod Gearman a de la répartie

La communauté allemande a aussi lancé un autre projet: Mod_Gearman. Ce projet sort tout droit du laboratoire de Consol.de. Cette solution permet de gérer sa configuration en 1 seul point et de gérer le système d’interrogation du parc supervisé en mode Load Balancing. Fini le découpage de la configuration par poller .

Dans le cadre d’une architecture distribuée Nagios, Vous avez un Nagios dit « Central » qui sert de console de visualisation et de gestion de la configuration et vous avez ensuite une instance Nagios par poller / collecteur.

Avec Mod_Gearman, l’aspect du Nagios « Central » et la gestion de la configuration reste mais la répartition du parc supervisé n’est plus à la charge de l’administrateur de Supervision. Fini l’installation d’un Nagios sur chaque poller. Vous n’avez plus qu’à installer les plugins de supervision sur vos Worker Gearman (alias poller Nagios) et le tour est joué. C’est le Broker d’événement Mod_Gearman sur la Nagios Central qui va gérer la répartition de la charge. Il existe d’autres modes au Mod_Gearman. Je vous laisse les découvrir sur le site de Consol Labs.

Les performances proposées par cette alternative aux distribuées traditionnelles est tout bonnement bluffante. Si vous êtes en architecture distribuée Nagios ou Nagios / Centreon et que vous ne voulez pas franchir le pas vers Icinga ou Shinken pour le moment, je vous invite grandement à goûter à cette recette, vous m’en direz des nouvelles. Ce projet nous a séduit car il permet de faire évoluer son architecture et en décupler les performances à moindre coup.

Shinken, le nouveau né prend son envol

Le projet Shinken est le 2eme projet à nous avoir séduit par la vivacité de son avancée et de l’aspect nouveau qu’il donne à la supervision. Le projet Shinken a sorti son interface web qui représentait l’un des plus gros frein à l’heure actuel pour migrer son Nagios vers un Shinken. Cette interface propose un aspect différent des autres interfaces dites « Nagios-Like ». L’interface arbore des vues permettant de mettre en évidence la Supervision Métier, les Business Rules et le RCA (Root Cause Analysis). Une version de l’interface de Shinken est visible sur le site Démo Shinken (login: admin / mdp: admin).

Quelques nouvelles des coulisses … Le projet Shinken travaille toujours sur la quête de la simplicité et veut offrir un maximum de plugins par défaut à son utilisateur. Il n’est pas toujours facile de prendre en main la supervision mais aussi certains plugins qui touche des technologies bien particulière (Oracle, MSSQL, MySQL, ESX, …). Les développeurs travaillent pour simplifier l’installation de ces briques que l’on retrouve dans 90% des S.I.

Centreon, la recette qui marche

Comme on peut le voir, le projet Centreon plait beaucoup aux entreprises par son aspect bien fini. Le projet Centreon s’est concentré cette année à répondre aux demandes de ses utilisateurs sur les problèmes de performances que pouvaient avoir l’interface avec le broker d’évènement NDOUtils (notre croix …). Merethis a sorti son propre broker d’évènement pour alléger le coeur de Nagios et d’améliorer les performances entre l’interface et les bases de données MySQL.

Le projet a aussi beaucoup travaillé sur l’amélioration de l’interface et de son ergonomie. Ce chantier est toujours en cours et a engendré beaucoup de bugs dans la version 2.2.x. Merethis doit continuer son effort dans l’amélioration de l’ergonomie de Centreon… surtout quand on voit tous les frameworks et technologies aujourd’hui qui facilite la création d’interface logiciel Web 2.0.

Multisite, la boîte à idées ?

Mattias Kettner avait frappé très fort lorsqu’il a sorti le broker d’évènement MK_Livestatus et le fameux check_MK. Mattias ne s’est pas arrêté là. Il continue à faire évoluer l’interface Multisite. Cet interface style « nagios-like » est une très bonne source d’inspiration. Mattias a su se différencier à proposant des vues métier, des filtres, un bac à évènement, des indicateurs, … Multisite est pour nous l’une des meilleures interface sans gestion de configuration à ce jour pour Nagios.

Que se passe-t-il chez les voisins ?

Zabbix a attiré notre attention cette année par son dynamisme et aussi par le commencement de l’amélioration de son interface Web qui ne fait pas l’unanimité. Son interface est souvent perçue comme très chargé pour un débutant. La prise en main demande un petit temps d’adaptation. Ce projet pourrait vraiment faire un bon en avant si son interface était revu en termes de simplicité et d’ergonomie car point de vue technique Zabbix n’a rien à envier à Nagios.

OpenNMS continue son bonhomme de chemin, les sorties de releases sont régulière. Nous avons remarqué que ce projet a du mal à trouver son public en France alors que cette solution présente de réels intérêts. Peut être que ce projet manque de réels acteurs pour le pousser dans l’hexagone.

Pour conclure cette année …

2012 sera l’année où les solutions devront miser sur les bonnes technologies pour améliorer non seulement leurs performances mais offrir un aspect nouveau de la supervision plus axé vers les dirigeants et le service rendu. Les dirigeants attendent de leurs outils de supervision:

• Des indicateurs de performances et de tendances
• Une meilleure représentation des services rendues aux utilisateurs
• Une interface simple à utiliser et à comprendre

Pour ma part, c’est toujours un plaisir d’assister à cet événement qui permet, outre d’assister à des conférences toujours très intéressantes, de partager retours d’expérience et réflexions autour de notre sujet de prédilection : la supervision. Et ceci avec les protagonistes de la plus importante communauté du monitoring qui soit; la communauté allemande.

Nous avons encore eu cette année de belles conférences comme par exemple l’équipe d’Icinga qui nous présentait les nouveautés de la version 1.6 qui vient juste de sortir. À noter aussi une conférence comparative des performances de Nagios, Icinga et Shinken. Si les performance de Nagios et Icinga sont très proches; ce qui ne surprend pas puisque ces deux solutions partagent toujours la même base de code pour le core, le grand vainqueur du match est sans contestation possible Shinken.

J’ai eu aussi le privilège d’avoir une présentation « privée » en anglais de la pile logicielle retenue par la société derrière le premier réseau social allemand. Cette solution, en remplacement du tandem Nagios/Cacti est basée sur un bus AMQP de type RabbitMQ, complété de Rocksteady et de Graphite. Une approche vraiment intéressante du traitement des données de performance pour les grands environnements et qui répondait en écho à ma propre présentation sur la supervision pour les dix années à venir (rien que ça .

Et si je retiens deux choses cette année, c’est l’intérêt croissant pour ces solutions de supervision architecturées autour d’un bus message de type AMQP ou autres (IcingaMQ) et l’engouement à venir pour la supervision de type End User Experience.

Je retiens également sur un « plan moins technique » la bonne soirée que nous avons passé le mardi soir, Jean et moi, en compagnie d’amis francophones wallons à discuter supervision et autres À noter dès aujourd’hui dans vos agendas, les dates retenues pour la prochaine OSMC qui se tiendra les 17 et 18 octobre 2012.

• Installer autant d’instances de Nagios qu’il y a de pollers, satellites.
• Envoyer sur chaque poller les fichiers de configuration pour le périmètre que chacun se doit de contrôler.

Il y a bien eu il y quelques temps un premier projet nommé DNX (Distributed Nagios eXecutor) pour palier ces inconvénients mais le projet ne semble pas très actif (dernière version 0.20 de avril 2010) et lui aussi souffre d’un inconvénient : l’incapacité à pouvoir exécuter certains contrôles d’hôtes et/ou de services sur un poller particulier. DNX se contente de répartir la charge sur différents workers DNX, ce qui est déjà pas mal. Il y a avait déjà cependant un premier pas franchi avec la capacité à ne plus avoir à installer d’instances Nagios sur chaque poller et donc à s’affranchir du découpage de la configuration pour chacun d’eux. Ne reste plus dans cette architecture qu’à distribuer, copier les plugins sur chaque worker DNX pour que ce setup fonctionne.

C’est dans ce contexte qu’il devenait donc urgent de vous présenter mod_gearman. Outre le fait que celui-ci est développé par des « pointures » de la supervision, ce projet est à la fois bien actif et s’appuie sur un logiciel tierce nommé gearman. Et il se trouve que Gearman est prévu pour une chose : distribuer de la charge.

Architecture distribué avec mod_gearman

Une architecture distribuée avec mod_gearman est composée comme suit :

• Un serveur Nagios et un seul qui ne fait plus aucun contrôles.
• Un module NEB mod_gearman chargé par le démon Nagios central.
• Un à n workers Gearman avec les plugins pour les contrôles installés sur chacun.

Avantages de mod_gearman

Il y a pas mal d’avantages à utiliser mod_gearman en setup distribué :

• Pas d’installation de Nagios à faire sur les workers, uniquement les plugins à distribuer à l’instar de Nagios DNX.
• Une configuration centrale de Nagios qui permet néanmoins comme Centreon de spécifier les contrôles à exécuter par worker en utilisant des groupes de services ou d’hôtes spécifiques.
• Vous continuez à utiliser l’interface de configuration que vous préférez (Centreon, vi, nconf…
• Pas d’eventhandlers à activer dans Nagios (chute des performances de Nagios) contrairement au setup distribué classique et pas de découpe de configuration par worker.
• Permet de gérer les contrôles de services, d’hôtes mais également les event handlers.
• Gère aussi bien la haute disponibilité que la balance de charge. Vous pouvez avoir autant de serveurs Gearman et de workers que vous le souhaitez.
• Peut remplacer NSCA pour les retours de contrôles passifs.

À partir de cette architecture, c’est tout bénéfice comme le démontre les schémas sur la page du projet. Pour faire exécuter un contrôle d’hôte ou de service particulier, il suffit de « jouer » avec les groupes d’hôtes et les groupes de services. Rien que du standard en somme.

Côté performance, c’est du tout bon. Les tests réalisés sur deux workers virtualisés ont permis de tenir la cadence de 2000 exécutions de contrôles toutes les minutes. De quoi voir venir.

Vous n’aurez aucune excuse à ne pas tester ce module quand vous saurez que nous vous avons concocté le tutoriel d’installation de l’ensemble dans le wiki.

OMD met en œuvre un concept totalement nouveau pour installer, entretenir et mettre à jour un système de surveillance à base de Nagios.

OMD évite le travail fastidieux de compilation manuelle de Nagios et des addons tout en évitant d’utiliser les paquetages déjà disponibles sur votre distribution qui sont la plupart du temps obsolètes et ne permettent pas de mises à jour régulières.
OMD peut facilement être installé sur toutes les distributions Linux majeures. Des paquets binaires existent pour toutes les distributions.

Distribution : pas tout à fait

OMD n’est pas tout à fait une distribution au sens littéral du terme puisque aucun OS n’est installé. Ce n’est donc pas un projet similaire à FAN. La charge de l’installation de l’OS vous revient donc mais vous permet de choisir celui qui vous correspond le mieux (Debian, Ubuntu, CentOS, SLES au programme). Une fois cette installation effectuée, le reste de l’installation d’un serveur de supervision est prise en charge par le script, cool…

Du choix, du choix, du choix

Outre le Nagios Core, OMD peut installer pour vous :

• nagios-plugins
• nsca
• check_nrpe
• nagvis
• pnp4nagios
• rrdtool/rrdcached
• Check_MK
• MK Livestatus
• Multisite
• dokuwiki
• Thruk
• Mod-Gearman
• check_logfiles
• check_oracle_health
• check_mysql_health
• jmx4perl
• check_webinject
• check_multi

De quoi se faire un serveur de supervision plutôt déjà bien fonctionnel. Et le plus est de pouvoir choisir ce que vous voulez. Là où ça devient fou, c’est que vous pouvez installer plusieurs instances de Nagios sur la même machine pour des utilisateurs différents, pour par exemple se faire un environnement de production et un de test. Les auteurs ont aussi pensé optimisation de la plateforme avec PNP en mode broker, rrdcached pour accélérer rrdtools, tmpfs pour les résultats de contrôles et livestatus. De la belle ouvrage en somme.

La suite du projet

Il est d’ores et déjà prévu par l’équipe du projet de pouvoir installer de la même façon Icinga, Merlin ainsi que d’autres plugins essentiels.

C’est vraiment le genre d’initiative qui tue le métier, même ma grand-mère va pouvoir installer un serveur de supervision désormais. )

Olivier compte présenter la supervision Open Source telle que nous la livrons aujourd’hui aux entreprises et y marquer les incohérences avec l’évolution du S.I depuis les 10 dernières années. Effectivement, la supervision telle que nous la connaissons aujourd’hui ne colle plus exactement aux besoins des décideurs.

Il y présentera les axes d’améliorations potentielles et traitera du sujet de l’hypervision dans le monde du libre, Est-ce possible ? Est-ce une utopie ? Est-ce facilement réalisable avec les outils que nous connaissons aujourd’hui … Vous le découvrirez à cette conférence.

Pour rappel, la Open Source Monitoring Conférence 2011 aura lieu à Nuremberg au Holiday Inn Hotel le 29 et 30 novembre 2011.

• Adresse :
  Holiday Inn Nürnberg
  Engelhardsgasse 12
  90402 Nürnberg
• Transport :
  • De l’aéroport :
    Directement de l’aéroport prend le Métro U2 jusqu’à la station « Plärrer » puis marcher pendant 3 minutes et vous y êtes.
  • De la Gare :
    Prenez le Métro U1 jusqu’à la station « Weißer Turm » puis marcher pendant 3 minutes et vous y êtes.

Pour les allergiques à l’anglais, une version de cette conférence sera réalisé lors des RMLL 2011 de Strasbourg le mardi 12 juillet 2011. Pour plus d’informations, c’est ici. Nous détaillerons le contenu des RMLL 2011 dans un prochain billet dédié à cet événement.

Nous remercions notre sponsor Capensis pour la réalisation de cette conférence en Allemagne.

En parlant de Zabbix le salon Solution Linux à été l’occasion d’apprendre le déploiement de Zabbix sur de gros périmètres de supervision. Il manque tout de même de visibilité et de professionnels permettant de le supporter en France. Mais Ludovic, notre référent Zabbix, veille au grain. Cet intérêt pour Zabbix est à mettre en parallèle avec l’explosion du nombre de posts dans le forum dédié à Zabbix.

Shinken commence à vraiment faire parler de lui, en témoigne le succès de la conférence de Jean GABES au salon Solution Linux (plus de 100 personnes au comptage sur une salle qui n’était clairement pas taillée pour accueillir autant de monde). Les premiers retours de mise en production de Shinken arrivent également.

L’année des forks ?

Sur le stand Monitoring-fr peu de demandes concernant Nagios et cela confirme notre opinion de la stagnation de cette solution qui glisse progressivement vers le propriétaire (Nagios XI) et tourne le dos à sa communauté (le core, NDO, NRPE et NSCA n’ont pas eu de mise à jour depuis plus d’un an). Gageons que Ethan va enfin finir par redresser le tir. Des rumeurs concernant la reprise du développement du core sont à confirmer.

Merethis à fait grand bruit autour de sa solution Centreon avec d’une part l’annonce de la sortie de la version 2.2 de Centreon (qui marque l’ouverture aux autres ordonnanceurs de supervision comme Icinga ou Shinken) et d’autre part l’annonce d’un fork de Nagios (Centreon Engine). Ce n’est pas un simple fork avec reprise du code et nettoyage des marques, mais réellement une volonté d’avancer et d’innover sur un coeur sclérosé par son auteur original. Merethis entend bien avoir une offre globale et devenir un véritable acteur maîtrisant toute la chaine depuis l’ordonnanceur jusqu’à la console de supervision en passant par l’interface de configuration. La roadmap est ambitieuse et promet de belles avancées (webservice permettant de remplacer le fichier pipe de commande et de contrôler les collecteurs en mode distribué), mais également de nombreuses innovations a venir. Attendons une première version utilisable avec Centreon.

En parlant des forks de Nagios, d’un coté ce mouvement tend à dynamiser les avancées, d’un autre n’y a t’il pas un risque de diviser les communautés ? La question est posée et si chaque fork (Icinga pour l’Allemagne, Centreon Engine pour la France … mais également Opsview en plus « amical » en viennent à ne pas communiquer, il y a risque de réinventer la roue (redondance des patchs par exemple). Attendons de voir comment cela va évoluer.

Les « nouveaux » et les « retours »

La société tunisienne Alpha Engineering a surpris en parlant de leur solution de supervision Alphatron basée sur …. Hyperic. On peut se demander si le choix est judicieux vu que la solution Hyperic est maintenant passée aux mains de VMWARE qui n’est pas vraiment reconnu comme acteur de l’Open Source mais cela pourrais être contrebalancé par le désir de forker Hyperic (mais l’éditeur se pose des questions sur les compatibilité des licences libres et souhaite se faire accompagner par des spécialistes de ces questions). Alphatron apporte un certain nombre d’améliorations, notamment dans le domaine du reporting. Les pays d’Afrique du Nord sont donc très actifs dans le domaine et il constituent maintenant notre deuxième lectorat après la métropole française.

L’éditeur Combodo avec leur solution ITOP permet de facilement intégrer les processus ITIL au coeur du SI. Et bien sur (comme tout est mesure dans ITIL) la supervision tient une bonne place dans cette Solution. Combodo se pose en agrégateur des différentes solutions existantes (comme OCS pour l’inventaire, GLPI pour la gestion de ticket / Gestion de parc ou Nagios pour la supervision) et relie toutes ces solutions au travers d’une CMDB. Il est relativement aisé de substituer une solution par une autre en créant les connecteurs adaptés. Nous en reparlerons plus avant dans quelques temps.

Toujours au rayon nouveautés, une nouvelle interface « Made in France » pour Nagios et compatibles fait son apparition dans le paysage. Celle-ci est dénommée Openpom et fait partie d’une solution complète qui elle n’est pas libre; si j’ai bien tout compris.

Enfin, signalons un retour à la vie d’un projet que nous croyions mort et enterré avec Vigilo v2. Le wiki a été mis à jour et pour avoir rencontré quelqu’un du projet, il semble que l’équipe soit décidée à mieux communiquer sur ce logiciel qui a des atouts pour les gros périmètres de supervision. Nous verrons dans le temps si tout ça se vérifie.

Quelles perspectives pour l’année 2011 ?

L’émergence de solutions comme ITOP (dont la conférence à été un réel succès au salon Solution Linux), tend à démontrer le besoin des solutions de supervision à se rapprocher d’autres solutions pour présenter une offre globale et plus proche des besoins d’industrialisation des entreprises.

Ce rapprochement commence à mettre en évidence certains manques comme la supervision de la performance des applications (dont nous commençons à parler depuis quelques temps pour les applications web), mais il ne faut pas oublier également la mesure de la performance des applications client riche et lourd et là en dehors de certaines solutions (non dédiées) comme Sikuli (projet du MIT) il y a un grand vide. La supervision de la performance des application doit être un bon complément à notre classique supervision technique et doit permettre de mieux cerner certains problèmes indécelables par celle ci. Par exemple une application peut parfaitement être disponible du point de vue technique (services présent, serveurs joignables) mais complètement inutilisable du point de vue utilisateur final à cause de temps de réponse trop longs (Je parle par expérience). À contrario on ne peut se contenter de la mesure de la performance des applications pour des raisons évidentes de diagnostique en cas de problème. Au sujet de la gestion de la performance des applications, certaines initiatives éditeur démontrent et tendent à confirmer ce besoin, avec par exemple Groundworks et Webinject, ou encore Opsview avec Selenium. L’implémentation reste encore basique mais va dans le bon sens.

Une autre tendance émergente concerne le besoin d’agréger les solutions de supervision éparses de l’entreprise et de corréler tout les événements générés par ces solutions de manière à les présenter sous formes synthétiques à l’ensemble des acteurs de l’entreprise (DSI, Etude et Production). Les vues et les besoins ne sont pas les mêmes selon les cibles et l’on se doit de présenter des tableaux de bord ciblé. En plus des événements générés par les solutions de supervision, il faut également avoir la possibilité de corréler l’ensemble des événements du SI (Ticket d’incidents, centralisation des logs ….). On touche à un domaine ou le monde propriétaire est bien implanté (BMC, IBM ….) mais ou l’Open Source brille par son absence : l’Hypervision. Des solutions sont en gestation et devraient commencer à faire parler d’elle courant 2011.

Vous pouvez retrouver le bilan communautaire du salon sur le site de l’association

Version améliorée du moteur Nagios dont elle garde bien évidement une compatibilité totale, elle intègre des patchs qui ne sont pas intégrés par le projet originel, comme celui qui améliore le lancement des sondes, et donc les performances globales de l’outil, ainsi qu’une suppression des outils dépassés comme les CGI, totalement inutile dans le contexte de Centreon.

Elle améliore également la gestion des modules, clés de voûte pour le développement de la solution Centreon et de ce moteur qui travaillera de concert avec le module dédié aux environnements distribués, CentreonBroker. Des améliorations sont également disponibles sur le code afin de permettre d’avoir un environnement de développement plus efficace sur le long terme (source sous git, header en mode C++, etc).

La roadmap de ce nouveau core est disponible et semble s’orienter vers de vraies améliorations pour le core, comme des commandes externes en mode webservice et des gains recherchés sur les performances.

Souhaitons un grand avenir à ce projet dont nous devrions reparler très bientôt.

L’une des grandes nouveautés de cette version c’est qu’elle propose l’installation d’une supervision distribuée avec un serveur FAN central, base de données et collecteur.

La version 2.1 est également composée de :

• Nagios 3.2.3
• Centreon 2.1.13
• NagVis 1.5.8
• Les plugins officiels de Nagios 1.4.15
• L’ajout du thème Vautour personnalisé FAN pour les CGI de Nagios

Je vous invite à découvrir le changelog complet de cette version sur le site du projet.

Le projet est maintenu entre autres par Olivier LI-KIANG-CHEONG qui a repris le lead du projet et je vous invite vous reporter à ces articles pour plus de détails :

• L’annonce officielle
• L’annonce sur le blog de lkco