Sortie de Shinken 1.2, cap sur un tableau de bord et une interface de configuration
Après une attente un peu plus longue que prévue, le logiciel de supervision Shinken, parti comme une réécriture de Nagios en Python, sort une version 1.2. Les développements de cette version se sont concentrés principalement sur l’interface de visualisation des alertes, ainsi que sur l’arrivée d’une nouvelle interface de découverte et configuration.
L’interface de visualisation
Outre un léger relooking de l’interface et de meilleures capacités pour filtrer les informations, la principale nouveauté de cette version est l’arrivée d’un tableau de bord. L’utilisateur pouvant sélectionner des « widgets » et les placer à sa guise sur sa page personnalisée.
L’installation pour les feignants
curl -L http://install.shinken-monitoring.org | /bin/bash
Scalabilité de la supervision passive
La partie configuration
On note ainsi l’arrivée de découverte des équipements en plusieurs phases au lieu d’une seule. Par exemple, une première phase basée sur Nmap pouvant découvrir les principales caractéristiques des équipements (OS, ports ouverts, fabricant du matériel, …), et de nouvelles sondes de découvertes pouvant être lancés sur les équipements respectant certains critères (comme ne scanner les partages réseaux que sur les Windows par exemple).
Autre point intéressant de cette version, l’apparition de moyens d’échanger des bonnes pratiques de supervision. Si dans le microcosme Nagios le partage de sondes de supervision est courant, celui du partage des bonnes pratiques de la configuration de ces sondes l’est beaucoup moins. Or une bonne partie de la bonne gestion de gros environnements passe par ces bonnes pratiques. Shinken propose un outil (shinken-pack) permettant d’extraire de la configuration ce qui a trait à un sujet particulier (Linux, Windows, etc) comme la configuration des sondes ou les règles de découvertes, et d’en faire une archive. Un site communautaire http://community.shinken-monitoring.org a été mis en place pour faciliter leur partage.
Dernier point de la partie configuration est l’arrivée en beta de l’outil de configuration de Shinken, nommé sKonf. Il permet d’utiliser la bibliothèque de découverte de l’outil, mais également la configuration plus classique des éléments. Il est également capable d’aller rechercher de nouveaux packs de supervision directement sur le site communautaire du projet.
Corrélation avancée et calcul de KPI : les triggers
Un autre outil important en matière de supervision est Zabbix. ce dernier repose sur l’obtention de données de performances qui sont analysée par des expressions dites « triggers », là où Nagios, et donc Shinken, laisse cette tâche aux sondes.
Shinken inaugure dans cette version ses propres triggers. Ces derniers n’ont pas pour but d’être utilisés pour toute la supervision, mais dans les cas où l’utilisation des sondes n’est plus adaptée. Ces triggers sont tout simplement du code Python qui sera lancé après les sondes au sein même de l’outil, et ayant accès à toutes ses données.
Ils pourront être utilisés pour définir des règles métiers complexes, où de simples opérateurs & | Xof: ne sont plus assez complets, ou encore dans le calcul de nouveaux indicateurs, comme calculer la moyenne du temps de réponse de serveurs web déjà supervisés, et alerter si elle devient trop importante. Le principal atout de ce système étant que les données étant réinjectées directement au sein de l’outil, elles seront disponibles avec les interfaces actuelles de supervision.
Un autre module fait appel à ce système : le module Collectd. L’outil du même nom est un agent exportant sur le réseau les données de performances des serveurs. Shinken est désormais capable d’écouter ces informations et les transformer en données de performances pour ses propres services. Des triggers peuvent alors être utilisés pour comparer les valeurs à des seuils, et lever des alertes si besoin est.
On notera enfin des améliorations importantes du côté du temps de démarrage sur les gros environnements, ce qui est toujours bon à prendre 🙂
Et un hors série Linux Mag en prime!
Prochaine version
Les développements actuels sont orientés vers la complétion de l’interface de configuration sKonf, ainsi que le rajout de nouvelles fonctions aux triggers et la possibilité à des modules externes d’en fournir des nouvelles.
Une autre idée des utilisateurs de Shinken devrait également voir le jour, à savoir pouvoir changer les commandes, et donc potentiellement les seuils, suivant la période de temps (par exemple augmenter les seuils de charge acceptables pendant une sauvegarde). Sera également présent une partie complète pour l’interface de visualisation dédiée à la supervision « de bout en bout », permettant de simuler un utilisateur sur un site de vente en ligne par exemple (avec affichage des temps de réponses, captures d’écrans sur les erreurs, etc).
Read MoreShinken sort sa version 1.0
Après une sortie 0.8 de Shinken qui avait apportée une nouvelle interface graphique, voici de nouveau une sortie, et pas n’importe laquelle : la 1.0.
Shinken 0.8 (Guilty Guecko) pointe le bout de son nez
Depuis la dernière version fin juin, les auteurs de Shinken n’avaient pas trop fait parlé d’eux. Ils étaient loin d’être endormis pour autant , car voici poindra la version 0.8, avec son lot de nouveautés!
Read MoreNagios est forké de nouveau : centreon-engine
L’écosystème Nagios voit un nouveau core arriver : centreon-engine, fork de Nagios3, initié par les développeurs de Centreon.
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.
Read MoreSortie de Centreon 2.2
La solution Centreon sort une nouvelle version stable, la 2.2.
On note de nouvelles fonctionnalités forts intéressantes :
- Gestion de nouveaux moteurs en plus de Nagios (Icinga et Shinken)
- Possibilité de configurer plusieurs modules d’export de données
- Nouvelle interface de configuration des commandes pour les services avec des descriptions des arguments
- Nouveau système de gestion des traps
- Gestion des ACL directement depuis la configuration des contacts
- Zoom et export des graphiques de métrologie
- Couleurs aléatoire pour les graphiques de métrologie
Ainsi que des améliorations :
- Rajout d’ajax sur la page de résumé d’état
- Les menus peuvent être traduits
- Emplacement plus logiques dans les menus pour les périodes de downtime et les commentaires
- Meilleures gestion des caractères accentués dans l’interface
- Gestion améliorée des macros dans la configuration des hôtes et services
A vos update, vous pouvez télécharger cette nouvelle version ici et profiter de toutes ces nouvelles fonctionnalités.
Read More