Blog ENI : Toute la veille numérique !
Accès illimité 24h/24 à tous nos livres & vidéos ! 
Découvrez la Bibliothèque Numérique ENI. Cliquez ici
💥 Du 22 au 24 novembre : Accès 100% GRATUIT
à la Bibliothèque Numérique ENI. Je m'inscris !
  1. Livres et vidéos
  2. Centreon
  3. Ordonnanceurs et brokers
Extrait - Centreon Maîtrisez la supervision de votre Système d'Information (4e édition)
Extraits du livre
Centreon Maîtrisez la supervision de votre Système d'Information (4e édition) Revenir à la page d'achat du livre

Ordonnanceurs et brokers

Ordonnanceurs et brokers dans Centreon

Centreon Engine et Centreon Broker font partie intégrante du logiciel Centreon : tout comme Centreon Web, ils sont nécessaires pour le bon fonctionnement de la supervision.

Les interfaces de configuration sont très riches et offrent souvent des options qui vont au-delà de Centreon ou qui nécessitent des valeurs bien particulières pour fonctionner avec Centreon. Cet excès d’options dans la configuration est lié à l’historique de Centreon, qui se voulait au départ une interface de configuration exhaustive pour Nagios.

Ce chapitre présente en détail la configuration de Centreon Engine et Centreon Broker.

Centreon Engine

1. Architecture de Centreon Engine

D’un point de vue technique, Centreon Engine est un ordonnanceur de supervision chargé essentiellement de programmer des contrôles et d’envoyer des notifications. Les paramètres par défaut conviennent dans la grande majorité des cas. Il est néanmoins conseillé de lire ce chapitre pour bien s’approprier le fonctionnement d’un ordonnanceur.

La configuration se fait à travers le fichier principal centengine.cfg, qui lui-même renvoie à d’autres fichiers de configuration.

Avec les packages Centreon livrés par l’éditeur, ces fichiers se trouvent dans le répertoire /etc/centreon-engine/.

Les autres programmes et fichiers interagissant avec Centreon Engine sont les suivants :

  • Le broker, utilisé sous forme de module pour transmettre les informations au serveur central (cf. section Configuration de Centreon Broker).

  • Les connecteurs Centreon sont chargés par le moteur de supervision Centreon Engine.

  • Le fichier de log centengine.log contient tous les logs de supervision de Centreon Engine.

  • Le fichier de commande centengine.cmd est un fichier FIFO (first in first out) qui permet d’envoyer des commandes au moteur de supervision : toute écriture dans ce fichier est interprétée par le moteur de supervision, qui consulte le fichier à intervalle régulier. Ce fichier de commande est notamment utilisé par centreontrapd pour envoyer au moteur de supervision le résultat d’un trap SNMP.

  • Le fichier de rétention retention.dat est un fichier qui contient le statut, les temps d’arrêt et les commentaires des hôtes et services supervisés à un instant t. Lorsque le moteur est de nouveau lancé, il charge ce fichier avant de s’initialiser. Ce mécanisme permet notamment au moteur de conserver l’état de tous les hôtes et services avant son arrêt.

  • Le fichier d’état status.dat est un fichier temporaire qui contient le statut, les temps d’arrêt et les commentaires des hôtes et services en temps réel. Le contenu de ce fichier est copié dans le fichier de rétention lors de l’arrêt du moteur de supervision, puis il est effacé. Le moteur de supervision le recrée lorsque...

Configuration de Centreon Broker

1. Architecture et modules

D’un point de vue technique, Centreon Broker est un multiplexeur de flux de données : il reçoit des flux de plusieurs sources et les redirige vers plusieurs destinations dans des formats différents.

Centreon Broker est composé d’un cœur serveur, de modules d’entrées/sorties et d’un module client. Le schéma ci-dessous représente le fonctionnement traditionnel de Centreon Broker.

images/03EP09N3.png

Le cœur de Centreon Broker

Le cœur de Centreon Broker est constitué d’un ou plusieurs services. Chacun de ces services est un multiplexeur. Avoir plusieurs services permet de les spécialiser et de répartir les charges de travail. Il serait tout à fait possible d’utiliser un seul service pour toutes les tâches.

Dans une architecture standard, Centreon Broker est constitué de deux services :

  • cbd-central-broker, chargé de récupérer les évènements en provenance des collecteurs et de les insérer en base de données.

  • cbd-central-rrd, chargé de créer les fichiers RRD à partir des données de cbd-central-broker.

Ces deux services sont lancés au travers de la commande :

# systemctl {start|stop|restart|status|enable} cbd 

Le service cbd fait appel au fichier /etc/centreon-broker/watchdog.json qui redirige vers les deux fichiers de configuration de cbd-central-broker et cbd-central-rrd.

Les modules d’entrées/sorties

Ces modules ont à la fois un rôle de connecteur et de filtre. Ils permettent à Centreon Broker de recevoir et d’envoyer des évènements dans des formats différents et via des moyens de transport différents.

Les modules de type connecteur actuels sont les suivants :

  • File Module permet de lire ou d’écrire dans un fichier. Il est surtout utilisé pour le mécanisme de fail-over, détaillé par la suite.

  • Statistics Module est utilisé pour générer le fichier de statistiques du Broker. Ce fichier est ensuite interprété et le résultat est affiché dans le menu Administration - Statut de la plateforme - Statistiques du broker

  • RRD Module est capable de générer les fichiers RRD à partir des données...