Shinken (informatique)

Pour les articles homonymes, voir Shinken (homonymie).

Shinken
Développeur	Jean Gabès
Dernière version	0.8 (17 octobre 2011) [+/−]
Environnement	Linux, *NIX, Windows
Langue	Anglais
Type	Supervision
Licence	GNU AGPL
Site web	www.shinken-monitoring.org
modifier

Shinken est une application permettant la surveillance système et réseau. Elle surveille les hôtes et services spécifiés, alertant lorsque les systèmes vont mal et quand ils vont mieux. C'est un logiciel libre sous licence GNU AGPL. Elle est complètement compatible avec le logiciel Nagios et elle a pour but d'apporter une supervision distribuée et hautement disponible facile à mettre en place. Démarrée comme une Preuve de concept pour Nagios sur les architectures distribuée, le programme a rapidement démontré des performances et une flexibilité bien plus importantes que son ainé Nagios.

Suite à un refus en décembre 2009 des développeurs de Nagios de voir Shinken devenir la nouvelle branche de développement de Nagios dans le futur^[1], Shinken peut désormais être considéré comme un projet indépendant de système de surveillance système et réseau.

Possibilités

• Superviser des services réseaux : (SMTP, POP3, HTTP, NNTP, ICMP, SNMP, LDAP, etc.)
• Superviser les ressources des serveurs (charge du processeur, occupation des disque durs, utilisation de la mémoire paginée) et ceci sur les systèmes d'exploitations les plus répandus.
• Interface avec le protocole SNMP par l'intermédiaire des sondes.
• La supervision à distance peut utiliser SSH ou un tunnel SSL (notamment via un agent NRPE).
• Les plugins sont écrits dans les langages de programmation les plus adaptés à leur tâche : scripts shell (Bash, ksh, etc.), C++, Perl, Python, Ruby, PHP, C#, etc.
• La vérification des services et des hôtes se fait en parallèle.
• Possibilité de définir une hiérarchie dans le réseau pour pouvoir faire la différence entre un serveur en panne et un serveur injoignable.
• La remontée des alertes est entièrement paramétrable grâce à l'utilisation de plugins (alerte par courrier électronique, SMS, etc.).
• Acquittement des alertes par les administrateurs.
• Capacité de gestion des oscillations (nombreux passages d'un état normal à un état d'erreur dans un temps court).
• Créer ses propres plugins, dans le langage désiré. Il suffit de respecter la norme Nagios des Codes retour
  • 0 OK (tout va bien)
  • 1 WARNING (le seuil d'alerte est dépassé)
  • 2 CRITICAL (le service a un problème)
  • 3 UNKNOWN (impossible de connaître l'état du service)
• Les possibilité de tests deviennent donc infinies, il suffit d'écrire tout plugin qui n'existerait pas déjà sur les sites spécialisés.
• Mise en place facile d'une supervision distribuée hautement disponible qui supporte nativement la notion de multisites.
• Gestion des noms en UTF-8
• Recherche native des problèmes sources
• Règles métiers pour les états

L'architecture de l'outil

Ce qui différencie Shinken de son aîné Nagios n'est pas tant le langage de programmation utilisé que son architecture, qui repose sur le principe Unix : à une tâche un outil. C'est pour cette raison que Shinken n'est pas monolithique comme Nagios, mais utilise cinq processus différents qui travaillent ensemble et permettent d'obtenir une flexibilité bien supérieure au Nagios originel.

C'est cette architecture qui permet d'obtenir la mise en place facile d'une supervision distribuée : un processus s'occupe de lire la configuration de l'utilisateur et la découpe intelligemment (en respectant les relations entre les éléments) afin de distribuer les morceaux vers des processus chargés d'absorber la charge de supervision. De cette manière, en cas de nouvelle charge, l'utilisateur peut rajouter des processus sans avoir à modifier sa configuration en profondeur. C'est un lissage de charge automatique.

C'est de ce choix architectural que vient le nom de logiciel. Shinken, un nom de katana très tranchant, représente l'objectif du projet, à savoir de découper la configuration pour la renvoyer sur des daemons.

Shinken se découpe en 5 modules :

• L’arbitre (Arbiter) : il lit la configuration, la découpe en différentes parties (N ordonnanceurs = N parties), et l’envoie aux autres éléments. Il gère également la haute disponibilité : si un élément devient injoignable, il redirige la configuration sur un autre. Il ne peut y en avoir qu’un seul dans l’architecture.
• L’ordonnanceur (Scheduler) : Il est chargé d’ordonnancer les checks, d’analyser leurs résultats et de déclencher une action en fonction de ces derniers si c’est nécessaire. Ce n’est pas lui qui lance les checks ou les notifications, il ne fait que rediriger les informations. Il garde juste dans une file d’attente les checks en attentes (pending) et notification pour les autres éléments (collecteurs ou "Réactionneur"). Il peut y avoir plusieurs ordonnanceurs, c'est d'ailleurs conseillé.
• Le collecteur (Poller) : Son rôle est de lancer les plugins en fonction des requêtes des ordonnanceurs. Ces plugins, qui peuvent être ceux de Nagios, vont aller interroger le système surveillé et retourner un résultat indiquant l'état. Lorsqu’un plugin renvoie un résultat, il le transmet à l’ordonnanceur. Il peut y avoir plusieurs collecteurs.
• Le « réactionneur » (Reactionner) : il est chargé de l'envoi des notifications et de lancer les « event_handlers » (action automatique programmable). Il peut en voir autant que l’administrateur en veut.
• Le « courtier » (Broker) : Son rôle est de prendre des données sur les schedulers (comme les status par exemple) et de les traiter (en les mettant dans une base de données par exemple). Il fonctionne avec des modules. Il existe plusieurs de ces modules : export dans une base NDO, une base Merlin, …

Voir aussi

Articles connexes

Autres logiciels de supervision

• Centreon
• Cacti
• MRTG
• Zabbix
• Nagios
• Inciga

Divers

• Supervision
• NDOUtils

Liens externes

• (en) Site officiel
• (en) NagiosExchange
• (fr) Communauté francophone Nagios
• (en) Nagios plug-in development guidelines
• (en) Linux Magazine article sur Shinken dans numéro 115 du Linux Magazine anglais (Juin 2010)
• (de) Linux Magazin article sur Shinken dans le Linux Magazine allemand 04/2010
• (fr) Gnulinux magazine France article sur Shinken dans le Linux Magazine français hors série 08/2010
• (fr) RMLL Présentation de Shinken aux RMLL 2010 à Bordeaux.

Notes et références

1. ↑ Proposition d'inclusion de Shinken dans la branche de développement de Nagios sur https://sourceforge.net/mailarchive/message.php?msg_id=6f8615170912010909me433f0do3eb284c11def9dc4%40mail.gmail.com