L'équipe de Shinken vient d'annoncer la première version officielle de son outil. Cette version 0.1 n'est pas encore pleinement testée et n'est donc pas destinée à arriver aujourd'hui sur vos environnements de production, mais devrait envahir les environnements de qualification sous peu aux vues des fonctionnalités proposées qui sont tout bonnement impressionnantes.

Rappel sur ce qu'est Shinken

Le projet Shinken consiste en une refonte complète du cœur de Nagios en Python, lui apportant une nouvelle architecture plus souple et plus facile à maintenir que le daemon monolithique actuel. Se basant sur une vue Unix, l'architecture se compose de daemons simples qui coopèrent afin de proposer les mêmes fonctionnalités que Nagios, voir plus.

Ainsi en se basant sur la configuration actuelle de Nagios, ainsi que ses innombrables sondes, Shinken est capable de remplacer Nagios dans la supervision classique :

• vérifications des états SOFT/HARD
• gestion des dépendances réseaux et logiques (applicatives)
• gestion des actions correctrices
• supervision active et passive
• vérification de la fraicheur des informations dans le cadre de la supervision passive

Mais il est également possible d'obtenir bien plus qu'un Nagios standard :

• supervision distribuée hautement disponible très facile à mettre en place, et de manière intégrée à la configuration globale
• gestion des noms en UTF-8
• presque 5 fois plus de performances que le Nagios classique
• Multiplateforme : tourne nativement sur GNU/Linux et Windows. Il est même possible de mixer les deux dans une même architecture!

Ces innovations sont dues principalement au choix de Python qui a permis d'avoir une nouvelle architecture très facilement. Les différents éléments de celle-ci sont :

• Arbiter (Arbitre) : il est en charge de lire la configuration et de l'envoyer aux autres éléments. Il est capable de découper la configuration globale de l'utilisateur afin d'en faire des petits morceaux qui seront pris en charge par les autres éléments. Ceci permet d'avoir une supervision distribuée de manière automatique. C'est également la tour de contrôle de l'ensemble : si un autre élément tombe, il envoi la configuration de ce dernier à un élément de secours qui va reprendre le flambeau, assurant ainsi la haute disponibilité. Enfin, c'est lui qui centralise les demandes des utilisateurs et les transmets au reste de l'architecture.
• Schedulers (ordonnanceurs) : ils ont pour rôle d'ordonnancer les vérifications, et c'est tout : ils ne lancent rien eux mêmes, mais proposent des files d'attentes pour les autres éléments qui vont venir piocher leur travail. Il peut y en avoir autant que l'utilisateur le souhaite.
• Pollers (travailleurs) : Ils sont là pour venir prendre les sondes à lancer auprès des ordonnanceurs, les lancer et retourner les résultats. C'est tout. Plus il y a de pollers, meilleures sont les performances.
• Reactionners (éléments réactifs) : typiquement unique, un tel élément permet de centraliser les notifications et les actions correctrices de tous les ordonnanceurs au même endroit. Plus besoin de demander 20 autorisations SMTP, une seule suffit désormais.
• Broker (récupérateur) : également unique, il récupère toute les données des ordonnanceurs et les fournies à des modules. Ces derniers en font ce qu'ils veulent, à savoir les exporter dans différentes bases comme NDO en MySQL ou Oracle, base Merlin, fichier plat Nagios standard ou encore fichier de performances des services qui recueillera automatiquement les données de tous les ordonnanceurs! Plus besoin d'aller mettre en place des transferts par SCP dans cron. Un module Livestatus est également disponible ainsi qu'un module CouchDB bien qu'aucun client pour ce dernier n'existe pour l'instant

Cette architecture permet une très grande flexibilité et est la meilleure raison de tester Shinken. Elle peut être vue en action dans l'animation suivante :

Tester facilement la version 0.1

Si mettre en place Shinken est simple (il n'a besoin que de deux paquets standard et aucune compilation), ses auteurs ont pensés aux plus feignant d'entre nous : une machine virtuelle toute prête est disponible sur les site officiel. Une fois lancée, il suffit de se connecter avec le compte shinken/shinken et de lancer ./launch_all.sh. C'est tout. Le reste se passe sur l'interface web fournie avec la machine sur http://IPDELAVM/. Elle propose pour l'instant deux interfaces de visualisations : Ninja et Thruk. Ceci permet au passage à ceux qui n'ont pas eu le courage de monter un environnement de test pour ces dernières de voir un peu ce que ça donne.

Les auteurs de Shinken tiennent d'ailleurs à remercier chaleureusement l'équipe de monitoring-fr.org car c'est l'infrastructure de cette dernière qui héberge la machine virtuelle

L'avenir de Shinken

Cette version 0.1 est importante à plus d'un titre pour Shinken. Outre le fait d'être la première véritable version officielle du projet, elle sera également présentée au concours seedcamp qui vient d'être ouvert par l'équipe de Nagios. Il va récompenser les meilleurs nouveaux outils pour Nagios.

Shinken va ainsi (re)demander par ce biais à intégrer officiellement la branche de développement de Nagios. En cas de refus, ce projet continuera seul et nous arriverons à une probable division de la communauté. Mais au moins la concurrence des projets sera bénéfique pour tous les utilisateurs de logiciel de supervision Open Source, et c'est bien ce qui compte.

RSur le même sujet:

1. Shinken : Nagios Core killler ? Une proposition étonnante a eu lieu sur la mailing list de développement de Nagios. Jean Gabès propose ni plus ni moins que de changer l’implémentation en C du cœur de Nagios par une nouvelle faite en Python qui est plus rapide et plus modulaire. Le...
2. Nouvelle Version 1.1.3 de check_MK Même si il n’y a pas d’annonce officielle sur le site de mathias , check_mk est sorti en version 1.1.3. Pour rappel check_mk est un ensemble constitué de : Un agent de supervision (qui fonctionne sur linux, solaris, aix, windows …) Des plugins de check...
3. Nouvelle version des forums Après le galop d’essai des forums actuels, il a été décidé de créer un espace plus fonctionnel et dédié à ceux-ci. Vous trouverez donc désormais les forums ici et il faut se réenregistrer pour ceux qui l’avaient déjà fait. Désolé pour ce petit inconvénient, vite...
4. check_mk arrive en version 1.1.2 Mathias Kettner nous annonce sur la mailing list Betatesters que la version 1.1.2rc1 de check_mk va bientôt sortir. Pour rappel check_mk est constitué de deux principaux projets : check_mk est un plugin de check nagios (et un agent multiplateforme : windows, linux, aix, solaris …) novateur...

Mais il est aussi probable que l'absence d'évolutions réelles en 2009 sur le Nagios Core profite également à quelques concurrents qui ne sont pas restés sans rien faire de leurs côtés. Le plus "dangereux" pour Nagios étant Zabbix, qui a vraiment progressé en 2009 et offre aujourd'hui une alternative crédible à Nagios. Zabbix embarque désormais au moins autant de fonctionnalités que Nagios si ce n'est plus. Sans oublier Zenoss. C'est aujourd'hui certainement l'un des projets les mieux structurés au niveau communauté, business…. Le logiciel progresse et le fait qu'il soit en python et basé sur Zope pourrait tenter du monde. Python toujours avec Shinken qui pourrait être l'outsider de cette année. Ce jeune projet a sur le papier tout pour séduire, notamment sur le plan des performances et une architecture qui permet de l'adapter à de très grands environnements.

La balle est aujourd'hui clairement dans le camp de Ethan, qui se doit de réagir et d'envoyer quelques signes positifs à la communauté qu'il a un peu déserté ces derniers temps pour cause de démarrage de Nagios XI. Il doit réussir la triple équation évolution du code, développement du business et bien-être de la communauté pour garder le leadership sur la supervision Open Source. Quoiqu'il en soit, ce sera une belle année pour la supervision Open Source.

RSur le même sujet:

1. La supervision au salon Linux Solutions 2009 Le salon Linux Solutions s’est tenu comme chaque année à Paris et comme à l’accoutumée, quelques solutions de supervision étaient présentes. Pas de révolution à venir dans le domaine de la supervision mais plutôt une confirmation que les acteurs actuels, Centreon et Vigilo; continuent de...
2. Quand la supervision rencontre la Sécurité Quand la supervision rencontre la sécurité ça nous fait une solution Open Source digne de ce nom à base de : Nagios Prelude Snort Ossec Ce projet a été élaboré en labo par Ludovic VALENTIN dans le cadre d’un stage. La documentation qui en est...
3. Monitoring-fr aux RMLL 2010 Comme vous avez pu le remarquer avec les bannières des RMLL 2010 sur le site, la Communauté Francophone de la Supervision sera présente du 6 au 11 juillet aux RMLL 2010 à Bordeaux. Nous serons présent au Village Associatif pour vous rencontrer et échanger sur...
4. Les outils de supervision libres aux RMLL 2009 Comme pas mal de personnes me l’ont demandé, voici le support de la présentation (au format Open Office) de 40 minutes que j’ai faite le jeudi 09 juillet aux RMLL 2009 à Nantes sur les outils de supervision libres....
5. 3ème conférence Nagios Pour la troisième année consécutive, NetWays organise une conférence Nagios à Nüremberg qui se tiendra le 11 et 12 septembre. C’est l’occasion comme chaque année de faire le point sur Nagios, son écosystème et les projets à venir le concernant. J’y serai encore cette année...