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 …

Le script en question permet les actions suivantes :

• Installer shinken (et le supprimer, mais personne ne l’utilise )
• Sauvegarder et restaurer la configuration, les logs et les plugins installés (utile en phase de mise a jour)
• Effectuer une rotation des logs (avec compression)
• Paramétrer les démons devant être activés (dans une architecture distribuée c’est utile)

L’installation prend en charge les distributions basées sur Debian, Redhat 5.5 et 6.x et bientôt Suse Linux Enterprise Server (en version 10 et 11). Bon soyons honnête, le script à été intensivement testé sous Debian 6 et Ubuntu > 10.04. Il semble correctement fonctionner sour RedHat/Centos 6 et doit être testé de manière approfondie sur Debian 5 et Ubuntu < 10.04. Et pour cela rien de mieux que d’impliquer la communauté !

Le script se charge de tout ! Installation des dépendance et paramétrage. Après installation il suffit de le lancer.

Bien sur un ordonnanceur de supervision sans « plugins » de supervision ne serait pas très utile. Le script prend en charge l’installation d’un ensemble de plugins :

• check_esx3
• nagios-plugins
• check_oracle_health
• check_mysql_health
• check_wmi_plus
• check_mongodb
• check_emc_clariion
• check_nwc_health
• check_hpasm
• capture_plugin

En dehors des plugins, le script permet d’ajouter quelques « addons » bien utiles.

• pnp4nagios pour la métrologie
• l’interface multisite du projet check_mk pour la console (elle complète bien l’interface native de shinken)
• Nagvis devrait apparaître d’ici la version 1.0
• Sans oublier l’interface native de shinken qui apporte pas mal d’innovations

Un exemple d’utilisation est présent dans le wiki : http://wiki.monitoring-fr.org/shinken/shinken-install

L’école centrale utilise GLPI + FusionInventory et a besoin de gérer le monitoring de ses serveurs facilement, et si possible dans une console centrale, soit GLPI. Guillaume Capiod est à l’origine de cette collaboration.

siprossii utilise et contribue à GLPI (partenaire officiel GOLD) ainsi que sur le projet FusionInventory via son développeur David Durieux (contributeur GLPI, co-leader FusionInventory). Grâce aux relations avec Jean Gabès, le système de monitoring utilisé avec le plugin Monitoring est Shinken.

Les buts de ce plugin :

• Se baser sur l’inventaire du matériel pour définir automatiquement les services à monitorer.
• Visualiser l’état des ressources dans la fiche d’un matériel.
• Une vue synthétique sous forme de tableau de bord
• Délégation du monitoring possible par l’utilisation des entités de GLPI.
• Le monitoring peut-être visualisé en « temps réel » via la remontée des derniers contrôles ou sur une période via les graphiques RRDs.
• Avoir des modèles génériques pour RRDTOOL au format JSON (https://github.com/rrdtooltemplates)
  

Voici les parties développées sous license AGPLv3 :

• Module Arbiter et Broker pour le plugin Monitoring de Shinken développé et intégré dans la dernière release de Shinken (0.8.1)
• Plugin Monitoring pour GLPI 0.80.x
• Application Android

Fichiers à télécharger :

• Plugin Monitoring 0.80+1.1
• Application Android
• Documentation :
  • en anglais
  • en français

Démo :

http://pluginmonitoringdemo.siprossii.com/
login : monitoring
mot de passe : monitoring

Si vous souhaitez tester l’application Android, voici les informations :
url : http://pluginmonitoringdemo.siprossii.com/
login : android
mot de passe : android

Remerciements :

Merci à ceux qui ont aidé pour ce plugin : Guillaume Capiod, David Durieux, Jean Gabes, David Hannequin, Matieu Simon, Fabrice Flore-Thébault

Captures d’écran :

• Schéma de fonctionnement

  

• Vue des évènements de catalogues de composants

  

• Vue des évènements de toutes les ressources

  

• Vue des évènements à partir de la fiche d’un équipement (ordinateur dans ce cas)

  

• Vue de l’application Android

  

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

Nous en profitons pour inciter chacun de nos membres à participer à la communauté. Sans vous Monitoring-fr ne serait rien ! Alors n’hésitez pas à vous inscrire sur le forum et le wiki afin de poster des solutions à des problèmes et des tutoriels.

Bonne année 2012 !!!

Pour ma part, c’est toujours un plaisir d’assister à cet événement qui permet, outre d’assister à des conférences toujours très intéressantes, de partager retours d’expérience et réflexions autour de notre sujet de prédilection : la supervision. Et ceci avec les protagonistes de la plus importante communauté du monitoring qui soit; la communauté allemande.

Nous avons encore eu cette année de belles conférences comme par exemple l’équipe d’Icinga qui nous présentait les nouveautés de la version 1.6 qui vient juste de sortir. À noter aussi une conférence comparative des performances de Nagios, Icinga et Shinken. Si les performance de Nagios et Icinga sont très proches; ce qui ne surprend pas puisque ces deux solutions partagent toujours la même base de code pour le core, le grand vainqueur du match est sans contestation possible Shinken.

J’ai eu aussi le privilège d’avoir une présentation « privée » en anglais de la pile logicielle retenue par la société derrière le premier réseau social allemand. Cette solution, en remplacement du tandem Nagios/Cacti est basée sur un bus AMQP de type RabbitMQ, complété de Rocksteady et de Graphite. Une approche vraiment intéressante du traitement des données de performance pour les grands environnements et qui répondait en écho à ma propre présentation sur la supervision pour les dix années à venir (rien que ça .

Et si je retiens deux choses cette année, c’est l’intérêt croissant pour ces solutions de supervision architecturées autour d’un bus message de type AMQP ou autres (IcingaMQ) et l’engouement à venir pour la supervision de type End User Experience.

Je retiens également sur un « plan moins technique » la bonne soirée que nous avons passé le mardi soir, Jean et moi, en compagnie d’amis francophones wallons à discuter supervision et autres À noter dès aujourd’hui dans vos agendas, les dates retenues pour la prochaine OSMC qui se tiendra les 17 et 18 octobre 2012.

Retour vers le Futur

La supervision collecte l’état de santé de votre S.I de manière dynamique. Mais quand il s’agit de connaître l’état d’un service à une date donnée ou de fournir un taux de fiabilité d’un service rendu, on fait appel aux outils reporting afin de répondre au besoin des dirigeants ou chefs de projet afin de justifier si la qualité du service rendu aux utilisateurs a bien été rendu.

Élémentaire mon cher Watson !

Généralement, quand une interruption de service à lieu, on cherche toujours à comprendre :

• Ce qui s’est passé ?
• Ce qui l’a déclenché ?

C’est là que nos éléments de RCA entre en action afin de pouvoir nous faciliter la recherche d’indices afin d’identifier la cause de l’incident. Mais nos éléments de métrologie et autres points de mesure sont-ils suffisants pour répondre aux questions suivantes :

• Est-ce que l’on aurait pu l’éviter ?
• Est-ce un incident déjà répertorié ?
• Quel en est sa fréquence ?
• Dans combien de temps ce contrôle risque de nous poser problème ?

Mirroir, mon beau mirroir …

Aujourd’hui, les projets de Supervision ne propose pas d’éléments aux administrateurs pour pointer du doigt la tendance des services rendus par le S.I. Ces éléments sont pourtant vitaux surtout dans les parcs où l’évolution est une constante.

Effectivement, les données de supervision à l’état brute sont lourdes et fastidieuses à analyser et à interpréter pour des non initiés. Un chef de projet ou un dirigeant a besoin d’indicateurs visuels simple à sa compréhension. Tous éléments techniques sont inutile pour eux, leur besoin est de pouvoir savoir :

• Comment s’est porté mon S.I sur les x derniers mois (Reporting)?
• Comment se porte mon S.I à l’instant présent (Supervision)?
• Comment mon S.I risque d’évoluer (capacity planning, indicateurs de tendance … Hypervision)?

Des technologies nous permettent déjà de le faire comme RRDTool. Et oui, il est possible de réaliser des courbes prévisionnelles sur le remplissage de vos disques, FS, saturation mémoire et consommation CPU par exemple.

Je vous invite à aller voir sur ce chapitre la réalisation d’un template PNP4Nagios avec courbe prévisionnelle

PNP4Nagios – Template Courbe prévisionnelle

Ainsi que la documentation de Tobias Oetiker sur les variables de calcul de RRDTool.

http://oss.oetiker.ch/rrdtool/doc/rrdgraph_rpn.en.html

Mais l’aspect de capacity planning reste très pauvre dans le domaine de la Supervision Open Source, il existe le projet Opmon mais celui-ci n’est plus mis à jour depuis 2008.

Nous nous apercevons que le public que touche la supervision a évolué et qu’il n’est plus seulement constitué de technique pure. Il faut que des outils Open Source se couplant avec des logiciels de supervision fassent leur apparition afin de répondre entièrement à ce nouveau besoin.

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

 Des améliorations dans le cœur de la supervision

La toute première est une amélioration du système central de Shinken, à savoir la gestion des priorité et la recherche des causes. Il est désormais possible de moduler l’importance d’un élément suivant une période de temps. Ainsi, un serveur de paie pourra n’être « important » que trois jours par mois.

Vient ensuite une amélioration des règles métiers, avec la possibilité de définir des seuils de modes « dégradés » pour les indicateurs, et une amélioration des options de corrections d’erreurs avec par défaut une désactivation de ces commandes quand l’élément est en période de maintenance.

Un module GLPI fonctionnel

L’une des deux grandes nouveautés réside dans un module GLPI totalement réécrit par un membre du projet FUsionInventry et désormais pleinement fonctionnel. Shinken peut utiliser GLPI en backend tant pour charger sa configuration que pour exporter les données de disponibilité via le plugin Monitoring compatible GLPI 0.80.x. Ce GLPI plugin est encore en pré-Alpha, mais devrait vite évoluer dans les prochains jours / semaines.

Pour rappel, GLPI est intéressant comme source de configuration a déjà l’inventaire du matériel (serveurs, switchs) via la remontée d’inventaire de FUsionInventory. De ce fait, le plugin se sert des informations telles que les partitions, les logiciels installer, les ports de switchs… et le plugin monitoring peut suggérer des services à superviser comme sur la capture d’écran suivante :

Sugestions de configuration par GLPI pour Shinken

Ce lien entre les deux outils repose sur deux modules :

•  GLPI (module de l’Arbiter) qui va se connecter en webservice à GLPI et récupérer toute sa configuration (services, hosts, contacts, timeperiods et commandes). cette opération se fait au démarrage de l’Arbiter,

•   glpidb (module Broker) qui va envoyer les checks à GLPI directement dans la base de donnéé.

Voici à quoi ressemblent les alertes dans GLPI :

Alertes Shinken dans GLPI

Et avec un exemple de règle métier :

Business rules Shinken dans GLPI

Et son détail :

Détail de business rule Shinken dans GLPI

Le gros morceau de cette version : la WebUI Shinken!

Les objectifs du projet Shinken

Le projet Shinken a été lancé pour pallier les manques de Nagios pour les problématiques d’aujourd’hui. Il a donc été géré comme un simple outil devant replacer le core de Nagios. Cet objectif a été atteint avec la finalisation de l’architecture distribué dans la version précédente et de la mise en place de nombreuses améliorations dans le cœur de la supervision (notion d’importance, recherche de la source des problèmes, périodes de maintenances simple à mettre en place, etc).

Comme annoncé dans l’interview de Jean Gabès par Nicolargo, le projet suit les demandes de ses utilisateurs, et va donc dépasser le stade du simple outil, vers celui de la solution de supervision, tout en gardant le plus possible son aspect modulaire. Après un premier module de découverte dans la précédente version, nous avons le droit ce coup-ci à rien de moins qu’une interface Web dédiée à Shinken!

Pourquoi une nouvelle interface?

Pourquoi une nouvelle interface alors qu’il y en a déjà tellement d’autres? Celle-ci tente de mettre en avant ce que Shinken a apporté dans le cœur de la supervision, à savoir les notions d’importances et la différentiation très nette entre problème source et impacts, chose que ne font pas les autres interfaces et qui est pourtant la base de ce que les administrateurs et responsables d’infrastructures veulent voir.

Fidèle à ce qui fait la force de ce projet, l’architecture de cette interface est assez originale, car elle n’utilise pas de base de données. Multiplateforme (Linux/Windows) et ne nécessitant pas de serveur web de type Apache, elle se place au sein d’un daemon Shinken, et permet donc d’avoir sans difficulté une interface Web hautement disponible! Sans base de données et travaillant totalement en mémoire, sa vitesse d’exécution est également très importante, et peux être utilisé pour des parcs très importants sans craintes.

Une ergonomie innovante

Un travail très important a été fait sur l’ergonomie. Elle est ainsi truffée de technologie dites HTML5, avec des effets d’opacités ou de transitions très agréables visuellement, mais également très pratique pour que l’utilisateur se focalise sur les informations importantes ne priorités. Les notions de hiérarchies de type réseaux ou logique (comme une interface web qui dépends d’un serveur de base de données par exemple, ou une machine virtuelle qui dépends de son hôte physique) sont omniprésents, que ce soit sous forme d’arbre ou de graphique.

Gérant les connexions par mot de passes Apache ou dans Active Directory, elle permet également de définir ses propres packs d’icônes comme le fait NagVis. Plusieurs sont d’ailleurs proposés de base comme des serveurs ou des icônes réseaux ou de base de données. Elle se permet également quelques fantaisies comme le fait d’importer la photo des administrateurs d’Active Directory, ou de proposer à l’utilisateur de lancer une commande par un simple geste de souris

Fini les mots, place au show

Voici la vue pour les managers, qui sauront en un clin d’œil quelles sont les applications critiques tombées, et la présentation de l’arbre de dépendance afin de voir le ou les problèmes sources.

Shinken 0.8 : Vue des impacts importants pour le business

Pour les managers ayant un navigateur supportant WebGL, cette vue est également disponible en 3d :

Shinken 0.8 : impacts en WebGL 3D

Pour les administrateurs, la vue proposée liste tous les problèmes sources, le tout trié par ordre d’importance de leurs impacts. Ainsi, cette veue peux se résumer en « voici ce qu’il faut régler, dans cet ordre », ce qui tranche avec les autres interfaces du monde Nagios qui mélangent les notions de problèmes sources et leurs impacts. Ceci permet d’avoir des vues bien plus concises et lisibles pour les administrateurs. Ils peuvent évidement lister les impacts simplement ou lancer des commandes sur plusieurs problèmes sources en même temps.

Shinken 0.8 : vue des problèmes sources

Avec l’affichage d’impacts (également triés sur leurs importances) pour un élément par exemple :

Shinken 0.8 : vue problèmes avec des impacts

La vue de détail d’un élément fait également la différenciation entre problème source et impacts. Par exemple, pour un problème source, elle listera ses impacts, toujours triés par ordre d’importance :

Shinken 0.8 : détail d'un problème source

Et inversement pour un impact :

Shinken 0.8 : détail d'un impact

Il est à noter que la vue en arbre des dépendances présentée ici est également valable pour les relations de type réseaux (switch<->serveur) ou applicative (Web->bdd) mais également pour les règles métiers (comme ici notre ERP).

Cerise sur le gâteau, ces liaisons peuvent être suivies de manière plus graphique sur une carte comme sur l’exemple suivant :

Shinken 0.8 : vue graphiques des liaisons

Il est a noté qu’ici ne sont pas uniquement présentés les hôtes et les liaisons réseaux, mais toutes les dépendances et services. Un effort particulier a été fait afin de permettre une bonne visibilité de la carte, même dans un environnement très dense, afin que l’utilisateur ne voit que ce qui l’intéresse lorsqu’il est sur un élément particulier.

Pour ceux qui veulent se faire une idée, une plate forme de démonstration est disponible sur http://demo-shinken.web4all.fr:7767/ (comtpe admin/admin), celle-ci étant gracieusement hébergée par l’hébergeur associatif Web4all que toute l’équipe de Shinken remercie chaleureusement!

Et pour la prochaine version?

Cette version 0.8 inaugure le virage de Shinken vers une solution complète du type Zabbix ou Centreon. L’interface va encore fortement évoluer, avec plus de liens vers d’autres interfaces comme PNP, NagVis, Thruk ou même Centreon. L’équipe des développeurs s’est encore agrandie avec cette version, ce qui promet une version 1.0 très prometteuse pour la fin de l’année, et des outils pour aider aux installations et premiers pas dans la supervision

]]> http://www.monitoring-fr.org/2011/10/shinken-0-8-guilty-guecko-pointe-le-bout-de-son-nez/feed/ 1 http://www.monitoring-fr.org/2011/10/shinken-0-8-guilty-guecko-pointe-le-bout-de-son-nez/ http://feedproxy.google.com/~r/www-monitoring-fr/~3/IRGNJ-ymLtI/ http://www.monitoring-fr.org/2011/10/eyes-of-network-sortie-de-la-version-3-0/#comments Sun, 09 Oct 2011 19:11:41 +0000 Romuald Fronteau http://www.monitoring-fr.org/?p=3406 Pour ceux qui ne connaîtrait pas encore Eyes Of Network, EON est une solution de supervision clé en main orientée ITIL. Basé sur le cœur de Supervision Nagios, cette solution se veut être le couteau suisse de celui qui désire mettre en place une supervision orientée ITIL. Elle propose des outils comme GLPI, OCSInventory, Nagios, de la cartographie, une interface d’administration développée par l’équipe de EON, … L’équipe de Eyes Of Network nous a sorti une version majeure 3.0 muni de quelques pépites qui pourrait en intéresser plus d’un.

Cette version 3.0 nous offre :

• Une mise à jour sur la dernière centOS 5.7
• La présence de Shinken en version 0.6.5
• Du GLPI, Fusion Inventory / OCSInventory pour l’inventaire du S.I dans le but de construire une CMDB
• L’apparition d’un projet qui a déjà retenu notre attention : Thruk en version 1.1.1.
• Et encore bien d’autres améliorations …

Extrait du changelog 3.0 :

• NEW : Un seul support d’installation DVD (~1GO)
• NEW : Version 64 Bits
• NEW : EyesOfNetwork Production
• NEW : Glpi 0.8.4
• NEW : Glpi Fusion Inventory 2.4.0
• NEW : Glpi Mass Import 1.5.2
• NEW : Fusion Inventory Agent 2.1.9
• NEW : Ocsinventory 2.1
• NEW : Shinken 0.6.5 (Béta)
• NEW : Thruk 1.1.1
• NEW : Association/Désassociation multiples d’objets Nagios
• NEW : Affichage de l’id des nouveaux jobs lilac
• NEW : Export/Import d’objets Nagios
• NEW : Changement du mot de passe par les utilisateurs
• NEW : Planification des downtimes via eonweb ou traps snmp
• NEW : Synchronisation cacti via le hostname ou l’adresse ip Nagios
• NEW : Sélection des utilisateurs LDAP via autocompletion
• NEW : Vues Thruk supplémentaires dans eonweb
• UPDATE : Centos 5.7
• UPDATE : Eonweb 3.0
• UPDATE : Ged 1.2-12
• UPDATE : Lilac 1.3
• UPDATE : Mk-livestatus 1.1.10p3
• UPDATE : Nagvis 1.5.10
• UPDATE : Php 5.3
• UPDATE : Snmptt 1.3-4
• FIX : Confirmation lors de la suppression des jobs lilac
• FIX : Optimisation des recherches dans annuaires LDAP
• FIX : Context snmpv3 lors de la synchronisation des utilisateurs Cacti
• FIX : Erreurs lors des sélections des data queries cacti
• FIX : Erreurs lors du redémarrage d’apache suite à l’utilisation de la vue processus
• FIX : Arrêts inattendus de ged
• FIX : Impossibilité de redémarrer le démon gedd lors d’erreurs MySQL