Introduction à Centreon

1. Introduction à Centreon

Centreon est une solution de supervision et de monitoring IT initialement conçue comme une interface web pour Nagios. Au fil du temps, le projet a évolué pour proposer un moteur de supervision (Centreon Engine), un module de traitement et de transfert des données (Centreon Broker) et une interface web avancée.

• Objectif principal : Surveiller l'état et la disponibilité des ressources d'un SI (serveurs, équipements réseau, applications, bases de données, etc.).
• Technologies clés :
  • Centreon Engine (moteur de collecte, inspiré de Nagios/Naemon).
  • Centreon Broker (transport et gestion des données de supervision).
  • Base de données (MySQL/MariaDB).
  • Interface Web (PHP, permettant la configuration et l'affichage des métriques).

2. Architecture globale

L'architecture de Centreon est modulaire et distribuée. On peut la décomposer en plusieurs briques :

• Centreon Central Server (Serveur Central)
  • C'est le « cerveau » du système, qui contient :
    • L'interface web pour la configuration et le reporting.
    • La base de données (MySQL/MariaDB).
    • Les services principaux (Centreon Engine, Centreon Broker, etc.).
• Centreon Poller (ou Collecteur)
  • Il s'agit d'un composant déporté chargé d'exécuter les checks de supervision dans des segments de réseau distincts ou pour répartir la charge de travail.
  • Le poller rapporte les résultats des contrôles au Centreon Central Server via Centreon Broker.
• Base de données
  • Centreon s'appuie sur une base de données relationnelle (MySQL/MariaDB) pour :
    • Stocker la configuration (hôtes, services, métriques, utilisateurs, etc.).
    • Stocker l'historique des états et des performances.
• Interface Web
  • Accessible sur le serveur central, elle permet :
    • La configuration des hôtes, services, pollers, seuils d'alerte, etc.
    • La visualisation en temps réel de l'état du parc.
    • Les rapports (performances, historiques, tendances).
  • L'interface peut aussi être utilisée pour la gestion des utilisateurs, la définition des actions (accusés de réception d'alerte, escalades, etc.).

Schéma simplifié

+---------------------+
|  Utilisateur (Web)  |
+-------+-------------+
        |
        v
+---------------------+
|  Centreon Central   |
|  - Base de données  |
|  - Centreon Engine  |
|  - Centreon Broker  |
|  - Interface Web    |
+--------+-----------+
         |
         v
+--------------------+
|  Centreon Poller   |
|   (Collecteur)     |
+--------+----------+
         |
   (Réseau surveillé)

3. Fonctionnement général

• Configuration :
  • On configure les hôtes (machines, périphériques réseau...) et les services (processus, ports, applications...) via l'interface web.
  • On définit également les paramètres d'alerte (seuils critiques/avertissements), la fréquence de polling, et les actions en cas d'incident (envoi d'e-mails, notifications Slack, etc.).
• Collecte :
  • Centreon Engine (sur le Poller ou sur le serveur central) exécute périodiquement les commandes de check (plugins).
  • Les plugins peuvent être des scripts (Bash, Perl, Python) qui interrogent un équipement (via SNMP, SSH, API, etc.) pour en vérifier l'état ou la performance.
• Transmission des résultats :
  • Les résultats des checks sont remontés au Centreon Broker.
  • Centreon Broker se charge de traiter et d'acheminer ces résultats vers la base de données et l'interface web pour l'affichage et l'historisation.
• Visualisation et alertes :
  • L'interface web affiche en temps réel l'état des hôtes et des services.
  • En cas de dépassement de seuil, Centreon envoie des alertes (e-mail, SMS, etc.) selon la configuration choisie.
• Rapports et KPI :
  • Centreon propose des tableaux de bord, des graphiques de performance, et des rapports permettant d'analyser la disponibilité, les tendances, ou encore de faire du capacity planning.

4. Avantages de Centreon

• Interface Web complète et intuitive :
  • Configuration centralisée et gestion aisée des hôtes et services.
  • Visualisation claire des alertes, états et performances.
• Évolutivité / Architecture distribuée :
  • Possibilité d'ajouter des pollers à volonté pour répartir la charge ou superviser des sites distants.
  • Gère des infrastructures de quelques dizaines à plusieurs milliers d'hôtes.
• Large compatibilité de plugins :
  • Héritage de l'écosystème Nagios : des milliers de plugins disponibles pour toutes sortes d'équipements (routeurs, pare-feux, bases de données, virtualisation, etc.).
  • Facilité de création de plugins personnalisés.
• Communauté active et édition open source :
  • Documentation, forums, contributions de la communauté.
  • Disponibilité d'une version communautaire gratuite et d'éditions commerciales (avec support) pour les entreprises qui le souhaitent.
• Fonctionnalités avancées :
  • Gestion centralisée des métriques de performance, planification d'exécutions de rapports, prise en charge d'alertes multi-canaux, etc.
  • Centreon Broker améliore la performance et la scalabilité par rapport aux solutions purement basées sur Nagios.

5. Inconvénients de Centreon

• Complexité d'installation initiale :
  • L'installation d'un serveur Centreon avec base de données et pollers peut être relativement complexe pour un débutant, malgré la présence de guides d'installation officiels.
  • Il existe toutefois une image ISO pré-packagée facilitant la mise en place.
• Courbe d'apprentissage :
  • Il faut comprendre la logique des hôtes, des services, des templates, des plugins, des pollers, etc.
  • La configuration de Centreon peut être plus verbeuse qu'une solution « tout-en-un » type Zabbix.
• Exigences matérielles :
  • Les performances peuvent pâtir si la supervision est très étendue (plusieurs milliers de checks).
  • Nécessite de dimensionner correctement le serveur (CPU, RAM) et la base de données pour éviter les goulots d'étranglement.
• Administration continue :
  • Comme pour tout outil de supervision, il faut régulièrement maintenir et optimiser (nettoyer l'historique, surveiller les performances du Broker, etc.).
  • Les mises à jour demandent parfois des migrations de schéma en base de données, à planifier avec soin.

6. Cas d'usage typiques

• Surveillance de l'infrastructure réseau : Vérifier l'accessibilité des routeurs, commutateurs, pare-feux, mesurer leur utilisation de bande passante, etc.
• Surveillance de serveurs : Contrôler la charge CPU, la RAM, l'espace disque, les processus critiques, la disponibilité des services (HTTP, SSH, SQL, etc.).
• Surveillance applicative et de bases de données : S'assurer que les bases (MySQL, PostgreSQL, Oracle...) sont accessibles et qu'elles n'ont pas de requêtes lentes ou de problèmes de performances.
• Mesures SLA / Rapports de disponibilité : Générer des rapports de performance et de disponibilité pour chaque application critique, ou pour justifier contractuellement des niveaux de service.

7. Installation et configuration de base

7.1 Méthodes d'installation

• Image ISO Centreon :
  • Centreon propose une ISO incluant la plupart des dépendances et configurations pré-intégrées. C'est la méthode la plus simple pour se lancer.
• Paquets officiels (sur CentOS / RHEL / AlmaLinux / RockyLinux) :
  • Installation via les dépôts officiels en suivant la documentation Centreon.
  • On installe successivement centreon-central et, si besoin, centreon-poller.
• Installation manuelle (plus rare) :
  • Téléchargement des sources, installation de Centreon Engine, Centreon Broker, et configuration manuelle des fichiers.

7.2 Étapes générales

• Préparation du système :
  • Installer et configurer un serveur Linux (CentOS, RHEL, Oracle Linux, etc.).
  • Mettre à jour le système, configurer l'accès réseau, etc.
• Installation du serveur Centreon :
  • Installer la base de données (MariaDB).
  • Installer l'interface web et Centreon (RPM ou ISO).
  • Finaliser la configuration via l'assistant web (création des schémas de base de données, configuration de l'utilisateur admin, etc.).
• Installation / Configuration du Poller (optionnel) :
  • Sur un autre serveur (ou la même machine si la supervision est légère).
  • Associer le Poller au serveur Central (clés SSH, configurations Centreon Broker).
• Configuration des hôtes et des services :
  • Dans l'interface web :
    • Créer des modèles (templates) d'hôtes/services (pour factoriser la configuration).
    • Ajouter chaque machine (hôte) en indiquant l'IP, le groupe, etc.
    • Associer des services (checks) aux hôtes.
    • Définir les périodes de supervision, les contacts d'alerte, etc.
  • Appliquer et déployer la configuration sur le poller ou le serveur central.
• Vérification et exploitation :
  • Consulter la vue d'état en temps réel (Monitoring > Status) pour vérifier que tout fonctionne.
  • Configurer les notifications (email, SMS, Slack) selon les besoins.
  • Créer des tableaux de bord et des rapports pour suivre les performances dans le temps.

8. Conclusion

Centreon est une solution robuste et flexible pour la supervision des infrastructures IT. Son héritage open source et la richesse de sa communauté en font un choix pertinent pour les entreprises de toutes tailles, souhaitant une interface web complète, une architecture évolutive avec des pollers distribués, et une capacité de personnalisation avancée (grâce à de multiples plugins).

• Avantages clés : Interface web intuitive, très large bibliothèque de plugins, architecture distribuée, communauté active.
• Inconvénients : Installation et configuration initiales parfois complexes, courbe d'apprentissage non négligeable, ressources matérielles à prévoir pour de grands environnements.

Dans la mesure où la supervision est un pilier essentiel de la gestion et de la sécurité du système d'information, Centreon offre une excellente couverture fonctionnelle pour surveiller, alerter et analyser les performances et la disponibilité de vos ressources. Avec une bonne planification (dimensionnement serveur, organisation de la supervision, formation de l'équipe) et un entretien régulier, Centreon constitue un outil central dans la boîte à outils de tout responsable ou administrateur IT.