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

Tout administrateur travaillant sur une plateforme Nagios / Centreon sait à quel point NDOUtils ralentit l’interface à cause de ses requêtes complexes pour récupérer l’information (le schéma de base étant très old school). Merethis a donc fait le choix de travailler sur un broker et un moteur dédié à leur solution afin d’obtenir de bien meilleures performances.

Merethis annonce la publication de nouvelles versions tous les 3 mois. Elle annonce aussi que Centreon 2.3 est la dernière étape avant la prise à chaud d’événements et de modifications de la configuration. Elle annonce la sortie de l’interface permettant de visualiser la corrélation des éléments.

L’équipe de Merethis annonce une sortie de Centreon 2.4 en fin d’année.

Beaucoup de nouvelles de la part de Merethis qui montre depuis le Salon Solution Linux 2011 qu’ils ont passé la seconde … Nous devrions prévoir une interview de l’équipe de Centreon d’ici peu pour y voir plus clair

Présentation de Centreon par Romain LE MERLUS (interview réalisé par Philippe Scoffoni) :

Explication de l’Open Core par Cédric Temple (interview réalisé par Philippe Scoffoni) :

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

Le script suivant est un script NRPE permettant de contrôler votre serveur de Licence Citrix. Ce script est basé sur l’article CTX112594 qui commence un peu à dater (Octobre 2007).

Dejan (l’auteur de l’article) invite chacun à remonter ces informations si vous disposez de meilleurs astuces.

L’auteur utilise la commande « lmstat -a » pour récupérer les résultats sur le serveur de Licence. Il note que la commande fonctionne sur Windows 2003 Server mais pas sur un Windows 2008 Server et qu’il y a ajouté l’option « -c ».

Le pré requis pour faire tourner ce script est d’installer l’agent NSClient++ sur votre Serveur de Licence et d’utiliser la partie NRPE.

Déclarez dans la balise [External Scripts] la commande suivante :

check_citrix_lic=cscript.exe //T:30 //NoLogo scriptscheck_citrix_lic.vbs

Vous trouverez le code source de ce script sur le wiki

Dans votre Nagios / Centreon, déclarez la commande suivante :

$USER1$/check_nrpe -H $HOSTADDRESS$ -t 60 -c check_citrix_lic

Voila ce que peut donner le résultat :

Cette sortie s’accompagne d’un petit effet d’annonce : des webservices permettant de piloter la solution seront également de la partie à l’avenir !

Téléchargement : http://www.centreon.com/Community-Extensions/centreon-clapi-overview.html

Documentation : http://forge.centreon.com/wiki/centreon-clapi

La version est disponible en téléchargement sur le site Centreon.

Le change log de la version est également accessible sur le site de Centreon.

Ces nouveautés seront accessibles prochainement sur la plate-forme de démo de Centreon.