Checks Nagios : supervision polyvalente pour Jeedom

Nagios est un outil de supervision informatique, une référence dans le domaine. De nombreuses sociétés l’utilisent au quotidien pour vérifier l’état de leur infrastructure. Le bon point c’est qu’avec un usage aussi répandu, il y a de nombreuses ressources partagées pour faire ce que l’on veut. Et avec le plugin Checks Nagios, ses possibilités sont disponibles pour Jeedom.

Nagios : qu’est-ce que c’est ?

Nagios est souvent vu comme un logiciel unique, pourtant aujourd’hui c’est plus un framework et aussi un « standard » sur quelques points (on entend souvent parler de « on peut le monitorer avec Nagios ? »)

Historiquement c’est un logiciel de supervision sans interface graphique, un moteur qui contient pour faire simple :

• « checks » : ce sont des scripts que Nagios execute pour vérifier un état
• alertes : ce sont des scripts qui vont être éxécuté au besoin
• contacts : les personnes à notifier avec les alertes
• calendriers : pour les contacts
• les équipements à superviser
• une liste d’éléments de supervision qui est une combinaison : équipement / check / fréquence/calendrier

Ainsi le but est de lui dire par exemple :

• toutes les 5mn vérifie que le serveur est joignable
• toutes les 15mn vérifier que les disques sont OK
• …

C’est basique et grossier comme description mais ca vous donne une idée. Alors après sont apparues des interfaces web pour visualiser les résultats ou configuration Nagios (Thruk, Centreon …) Et plusieurs forks depuis la dernière version (Shinken, Icinga …)

Par exemple Shinken a tout réécrit pour pouvoir diviser tous les rôles unitaires de Nagios et les répartir de facon scalable et redondante pour avoir une vraie plateforme HA sans bidouillage ou point central bloquant.

Car oui, les « nagioslike » ont dans leurs palmarès des infrastructures à plusieurs centaines de milliers d’éléments supervisés.

Les checks

Petit focus sur les checks nagios en eux mêmes. Ils sont standardisés dans le sens où :

• ils doivent avoir un code de sortie qui respecte : 0 c’est OK, 1 on est en situation d’un avertissement, 2 c’est un état critique, 3 état inconnue.
• la sortie standard constitue ce qui doit être affiché
• si il y a des métriques, ils sont après un | et chaque métrique est séparé par un espace

Bref, c’est un format codifié et assez simple pour que beaucoup de personnes puissent compléter si besoin

Checks Nagios, le plugin Jeedom : qu’est-ce qu’il fait ?

Alors si c’est pour les infrastructures gigantesques, que vient faire Nagios dans notre domotique ?

Et bien c’est pas Nagios au complet, mais juste les checks. Point d’intégration de nagios ou d’un fork à communiquer avec Jeedom, en fait le serveur Nagios c’est Jeedom.

Car finalement, tracer des graphs ? alerter sur condition ? ordonnancer des scripts toutes les X mn ? Jeedom sait faire.

Donc pas besoin d’un Nagios, on a déjà Jeedom. En revanche les checks Nagios représentent une source énorme de scripts de supervision déjà existant. Donc pourquoi ne pas s’en servir directement ?

Et bien c’est ce que je fait le plugin. Pour chaque équipement vous pouvez ajouter des commandes informartions qui vont éxécuter des checks. A chaque commande on peut choisir la fréquence d’éxécution dans une liste déroulante.

Pour ce qui est du résultat des checks, c’est un état binaire. Sur la page des commandes est affiché en valeur « Statut + Sortie ». A savoir que la commande elle même vaut 1 (binaire OK) si le script c’est bien éxécuté. 0 sinon.

Pour la plupart des usages, cette méthode suffit. Par exemple si on veut vérifier l’état des disques en SMART.

Mais si vous souhaitez utiliser la sortie texte aussi par exemple, il y a une option à cocher qui va créer les commandes complémentaires. Dans ce cas, il y a aura une commande de statut et une commande de sortie créent en plus. Si la commande comporte des métriques, et bien une commande pour chaque métrique en plus.

On a donc le moyen d’utiliser les check nagios nativement dans Jeedom. De récupérer facilement un état binaire mais aussi les retours évoluer pour tout type d’utilisation immaginable.

Aller plus loin

Notifications

Dans les propriétés avancées de chaque commande désormais (Jeedom 3) il est possible de configurer des notifications sur conditions mais également du déclenchement sur conditions.

Avant le plugin s’en chargeait, maintenant on utilise le core. Mais ca fait pareil en standardisant, quelques exemples :

• sur un check_http en erreur, relancer le service web distant : il suffit de déclarer que si la valeur est égale à 0 alors il faut activer la commande correspondant à une restart nginx par exemple (c’est ce que je fais pour ce blog, superviser depuis Jeedom, avec SSH Commander qui peut relancer Nginx)
• sur un check_RAID défaillant, se notifier par message
• …

Quels checks ?

Par défaut le plugin installe le package monitoring-plugins qui contient pas mal de checks. Quelques checks sont embarqués aussi plus spécifiques à Jeedom. La doc décrit des exemples.

Vous pouvez trouver plus de checks en core sur le site déchange de Nagios.

Mais pas beaucoup de limite, vous pouvez superviser votre Jeedom comme le faisait Jeedom Watcher, vérifier votre RAID, vos process, vos service HTTP (Sickrage, Transmission), votre NAS. Et oui donc c’est pas limité à Jeedom, mais tout ce que vous avez qui peut être vérifier de l’extérieur (service web) ou via une connexion SSH. Ca doit même marche avec un check_nrpe pour monitorer vos Windows.

En l’état, Checks Nagios permet de superviser toute votre infra domotique et pourrait même permettre d’utiliser Jeedom en logiciel de supervision sur de petits besoins du moins.