À venir sur Centreon

Posted by Pascal Legrand on 4 Déc 2014 in Centreon, Communauté | 1 comment

Il y a une quinzaine s’est tenu Le barcamp cinquième du nom de Centreon. Pour rappel, le barcamp consiste à réunir les acteurs de la communauté Centreon.

Ce cinquième barcamp fût riche en annonces. Merethis a confirmé la sortie de Centreon 3 pour mars 2015. Julien mathis s’est expliqué sur le retard de la sortie en annonçant la mise en place d’un service qualité chez Merethis, pour permettre des sorties plus robustes des prochaines versions de Centreon. L’idée étant d’avoir un travail collaboratif avec la communauté en mettant à sa disposition les versions en cours de développement afin de remonter les bugs et de pouvoir faire des tests unitaires sur chaque partie de l’application.

Les nouveautés

Le moteur

Conscient du retard technique de Centreon sur les technologies employées, Merethis a fait une refonte complète du moteur Centreon :

1. Toutes les vues de Centreon sont désormais des modules à part entière. Cela permet de sécuriser les développements en évitant les effets de bord lors de la modification d’une partie du code.
2. Utilisation de ZeroMQ, LibSSH et abandon de ndo. Ajout de la possibilité (déjà prêt à le faire) d’intégrer par la suite de nouvelles sources de données (elastiksearch, influxDB, …)
3. Suppression des cron. Les tâches seront gérées par l’ordonnanceur de Centreon.
4. Abandon de la notion de serveur central et poller. Chaque noeud pourra héberger plusieurs instances de polling afin de répondre avec plus de souplesse au cloisonnement des instances de supervision (pour les hébergeurs, infogéreurs…)
5. Suppression des paramètres expérimentaux de Nagios qui ne sont pas utilisés.
6. Remplacement des librairies obsolètes.
7. Prise en compte à chaud des nouveaux éléments de configuration

Les vues

1. Passage de la partie temps réel de Centreon BAM dans la partie communautaire.
2. Vue Incidents : C’est une nouvelle vue de Centreon qui n’aura pas pour vocation de remplacer un outil de ticketing, mais de permettre d’avoir une analyse d’impact sur les alarmes de la console et un suivi des incidents directement depuis la console.
3. Les vues et les pages seront différentes en fonction du profil utilisateur.
4. Chaque utilisateur pourra personnaliser ses vues.
5. Intégration de BAM dans Centreon broker (corrélateur) afin de permettre la mise en place de vues métier, applicatives et la gestion des KPI.

Structure des Données

De nouvelles notions sont apportées à Centreon :

1. Organisation
2. Environnement
3. Domaine
4. Tag

Organisation

Un serveur Centreon pour plusieurs instances de supervision. Cette demande a été exprimée par les SSII pour permettre une gestion centralisée de leurs clients et de leurs environnements.

Chaque instance aura ses propres objets ;

• Utilisateurs
• Templates
• ACLs
• Widgets
• …

La notion de poller sera revue. Les noeuds font leur apparition. Les noeuds hébergent désormais les pollers.

• 1 noeud pourra contenir plusieurs pollers.
• 1 poller ne pourra etre que dans une seule organisation à la fois
• 1 organisation pourra avoir plusieurs pollers sur plusieurs positionnés sur des noeud différents

Administration de la plateforme de supervision :

2 nouvelles notions :

• Administrateurs globaux : Visibilité sur tous les noeuds
• Administrateurs organisationnels : Visibilité de 1 ou plusieurs noeud (Client)

Gestion des environnements :

Gestion de la vie d’un projet avec les notions de :

• Qualif
• Dev
• Pre-Prod
• Prod

Cette notion s’appuie sur les instances pour permettre de voir les différents environnements sur un même serveur en fonction des ACLs mis en place et en fonction des envies de configurations des utilisateurs avoir la possibilité d’avoir pour la même personne la même vue en prod et en préprod par exemple peut être intéressant. Idem pour la conf de la notification

La gestion des environnements permettra de suivre une ressource durant son cycle de vie.

4 domaines seront définis par défaut :

• Hardware
• Network
• Système
• Appli

Les domaines permettront de mieux structurer les vues spécifiques (dashboad par host). Chaque indicateur, host pourra être tagué pour une meilleure identification.

ITIL

La gestion des sévérités sera utilisée pour prioriser l’affichage des alarmes dans la console. Les sévérités seront calculées en temps réel par le corrélateur de Centreon Broker afin de pouvoir répercuter les sévérités des éléments impactés par un incident (héritage des sévérités par rapport à l’impact de l’incident).

• Elles pourront être importées directement depuis une CMDB.
• Orientation de Centreon vers une gestion ITIL des alarmes.

Incidents

Possibilité d’alimenter directement un ticket depuis la console de supervision depuis une API.

Gestion de la configuration

Possibilité d’importer directement dans la console de supervision les éléments de configuration présents dans une CMDB grace à une API Rest

Notification

Chaque Utilisateur pourra se rajouter des notifications directement depuis la vue monitoring.

Aide au diagnostique

• Corrélation de données
• Analyse d’impact
• Points de contention
• …

Conclusion sur Centreon

Beaucoup de nouveautés tant fonctionnelles que sur le moteur de l’application en elle-même.

Les différents Barcamps ont permis à Merethis de prendre en compte une grande partie des attentes ( oui oui il y en a d’autres) des utilisateurs de Centreon.

Merethis oriente clairement Centreon :

• Vers une meilleure scalabilité et stabilité de son produit.
• Vers une prise en compte de la supervision dès le début d’un projet jusqu’à sa MEP

Merethis ouvre son socle à beaucoup plus de fonctionnalités. Le fait d’intégrer de nouvelles sources de données et d’ajouter de nouvelles informations pour mieux structurer le stockage de ces informations, couplé à son corrélateur, lui permet maintenant de construire des vues plus complètes et plus optimisées pour la gestion des incidents.

Rudder

Présentation par Nicolas Charles (Normation) de Rudder dans l’écosystème Centreon.
Rudder est un outil de gestion de la configuration entièrement graphique. Il permet de mettre en place des workflows simplement, pour gérer des déploiements massifs.

Nicolas Charles nous a fait une démo de Rudder dans l’écosystème Centreon.

Les Apports de Rudder à Centreon :

• Déploiement des Agents de supervisions (NRPS, Nsclient,…)
• Déploiement des plugins en fonction des profils serveurs
• Mise à jour de la configuration de Centreon automatique via CLAPI dès l’intégration d’un nouvel équipement dans Rudder.