Vous êtes ici:

Menu


Stacks Image 34274
Vous avez terminé votre installation avec la distribution open-source Centreon. C’est le grand moment pour admirer le fonctionnement de votre installation. Quatre cases à cocher et puis on clique sur le bouton Export. Mais savez-vous à quoi correspondent ces cases ? Quels processus sont activés ? Nous allons faire le point avec cet article, détaillons chaque point pour bien comprendre le mécanisme. Cela vous aidera si toutefois votre supervision ne voulait démarrer.
Pour les débutants, lisez attentivement ce qui va suivre pour bien comprendre le fonctionnement. Un point important, vous devez prendre en compte que tous les processus (centreon-web, MySQL, Centreon-engine, Centreon-broker) sont interdépendants mais peuvent fonctionner indépendamment. Pour un novice, il n'est pas toujours évident de comprendre la bon fonctionnement du moteur sans affichage sur l'interface Web à cause d'une mauvaise configuration ou d'un dysfonctionnement du broker. Cet article va vous permettre de comprendre chaque point de la génération de la configuration.

1 Générer la configuration

Pour débuter cet article, nous utiliserons une distribution Centreon version 3.4.1. Pour réaliser la première génération de votre supervision Centreon, sélectionnez le menu Configuration / Pollers, cochez le poller Central et cliquez sur le bouton Export configuration.
Stacks Image 642279
Exportez sa configuration
Vous obtenez l’écran ci-dessous. Cliquez sur l’une des cases surlignées en rouge pour découvrir sa fonctionnalité.
Image Map
 

2 Générer les fichiers de configuration

La case à cocher « Generate Configuration Files » va déclencher un processus de génération des fichiers de configuration pour Centreon-Engine et Centreon-Broker. Les données contenues dans la base Centreon du Serveur Central seront utilisées pour la création de fichier de configuration cfg pour Centreon-engine et la création de fichiers xml pour Centreon-Broker. Les fichiers seront créés dans le dossier filesGeneration de répertoire de base Centreon et plus précisement les fichiers cfg pour le moteur seront initialisés dans le dossier engine, et les fichiers xml pour le broker, dans le dossier broker. Chaque poller aura son propre dossier numéroté de 1 à x poller en fonction de votre configuration. Ces dossier n'existent pas lors de la première configuration et sont créés automatiquement par le processus de génération.
Stacks Image 34361
Principe de la génération de fichiers de configuration
Stacks Image 34379
Exemple d’une configuration suite à l'exportation
Vous pouvez observez la création des fichiers par l'utilisateur apache utilisé par Centreon-Web. La gestion des droits est très important dans une solution Centreon.
 

3 Vérifier les fichiers de configuration

Dans les bonnes pratiques Centreon, la deuxième case à cocher « Run monitoring engine debug » doit être utilisée conjointement avec la première case à cocher. Cette option vérifiera la conformité de la configuration du moteur de supervision. Elle correspond à l’option -v de l’exécutable centengine.
Stacks Image 34546
Cliquez sur Export pour visualiser le résultat
Voici le résultat simplifié, cliquez sur la croix de Central pour visualiser le détail de la configuration.
Stacks Image 583130
Résultat simplifié
Stacks Image 583139
Détail de la vérification de la configuration de la maquette duchmol.
On peut obtenir le même résultat en ligne de commande comme ceci (après une première exportation de configuration):
centengine -v /usr/share/centreon/filesGeneration/engine/1/centengine.cfg
Stacks Image 583160
Résultat de la ligne de commande
 

4 Déplacer les fichiers de configuration

4.1 Serveur Central

Troisième case à cocher « Move Export Files », c’est le déplacement des fichiers de configuration vers leurs dossiers définitifs. Les fichiers de configuration du moteur Centreon-Engine seront copiés dans le dossier prévu à sa configuration ( généralement /etc/centreon-engine ). Il sera de même pour les fichiers de configuration de Centreon-Broker ( généralement /etc/centreon-broker ). Vous noterez que l'utilisateur est toujours apache utilisé par l'IHM Centreon Web.
Stacks Image 34451
Principe de l’exportation des fichiers de configuration pour un Central
Voici un exemple de déplacement des fichiers de configuration d’un poller sur un serveur Central
Stacks Image 583196
Fichiers de configuration pour un poller

4.2 Poller

Pour un poller distant, le processus de copie sera un peu compliqué. Nous utiliserons le daemon centcore pour envoyer via une connexion ssh les fichiers de configuration au poller. Il devra être opérationnel avant de réaliser une exportation.
Stacks Image 642383
Principe de l’exportation des fichiers de configuration pour un Central
 

5 Démarrer le moteur de supervision

Dernière case à cocher « Restart Monitoring Engine », c’est la dernière étape. Pour une première installation, il faudra choisir l’option « method Restart ». Ce processus s’appuie sur sudo avec une configuration propre à Centreon pour relancer les services de Centreon-engine mais aussi de Centreon-broker. Ensuite, par défaut, depuis la version Centreon Web 2.7x, on recharge la configuration à chaud de Centreon-Engine avec la method Reload.

5.1 method restart

Cette option servira surtout au premier démarrage de la supervision. Voici le fonctionnement avec la copie d’écran ci-dessous. Les lignes du bas montrent l’activité du processus sudo qui redémarre le service centengine. depuis la version 2.7x, le service cbd du Broker Centreon est aussi activé lors de la première installation.
Stacks Image 34495
vérification du fonctionnement en mode Restart avec la lecture du fichier /var/log/auth.log
Le fonctionnement des log sur CentOS est plus compliqué à comprendre, néanmoins on peut voir le fonctionnement en lançant cette commande :
tail -f /var/log/audit/audit.log
Extrait du résultat :
type=USER_AUTH msg=audit(1487690548.015:178): user pid=15612 uid=0 auid=4294967295 ses=4294967295 msg='op=PAM:authentication acct="centreon-broker" exe="/bin/su" hostname=? addr=? terminal=? res=success'
type=USER_ACCT msg=audit(1487690548.015:179): user pid=15612 uid=0 auid=4294967295 ses=4294967295 msg='op=PAM:accounting acct="centreon-broker" exe="/bin/su" hostname=? addr=? terminal=? res=success'
type=USER_START msg=audit(1487690548.017:180): user pid=15612 uid=0 auid=4294967295 ses=4294967295 msg='op=PAM:session_open acct="centreon-broker" exe="/bin/su" hostname=? addr=? terminal=? res=success'
type=CRED_ACQ msg=audit(1487690548.017:181): user pid=15612 uid=0 auid=4294967295 ses=4294967295 msg='op=PAM:setcred acct="centreon-broker" exe="/bin/su" hostname=? addr=? terminal=? res=success'
………
type=USER_AUTH msg=audit(1487690548.146:189): user pid=15641 uid=0 auid=4294967295 ses=4294967295 msg='op=PAM:authentication acct="centreon-engine" exe="/bin/su" hostname=? addr=? terminal=? res=success'
type=USER_ACCT msg=audit(1487690548.153:190): user pid=15641 uid=0 auid=4294967295 ses=4294967295 msg='op=PAM:accounting acct="centreon-engine" exe="/bin/su" hostname=? addr=? terminal=? res=success'
type=USER_START msg=audit(1487690548.156:191): user pid=15641 uid=0 auid=4294967295 ses=4294967295 msg='op=PAM:session_open acct="centreon-engine" exe="/bin/su" hostname=? addr=? terminal=? res=success'
type=CRED_ACQ msg=audit(1487690548.156:192): user pid=15641 uid=0 auid=4294967295 ses=4294967295 msg='op=PAM:setcred acct="centreon-engine" exe="/bin/su" hostname=? addr=? terminal=? res=success'
Normalement, vous devriez avoir ce résultat. Centreon-Web récupère les informations via la base centreon_storage (pid, Start time, Last update et la version d'engine.
Stacks Image 642402
Le poller fonctionnement correctement

5.2 method reload

Cette option permet le rechargement de la configuration de Centreon comme le montre la copie d’écran dessous.
Stacks Image 583187
vérification du fonctionnement en mode Restart avec la lecture du fichier /var/log/auth.log

5.3 vérification du fonctionnement

Votre interface Web indique que votre poller ne fonctionne pas. Déterminons la cause. Tout d’abord, l’indication « No » pour votre poller ne veut pas dire que votre moteur de supervision ne fonctionne pas. Première vérification en ligne de commande, vérifiez que votre daemon centengine fonctionne avec la commande ci-dessous.
service centengine status
Stacks Image 642394
Résultat sur Centreon 3.4.1
Stacks Image 34530
Résultat sur un serveur ubuntu
Une autre façon de visualiser le fonctionnement du moteur et du module CBMOD est d’utiliser la page statistique du broker. Sélectionnez Home / Poller Statistics pour visualiser le fonctionnement des statistiques de CBMOD.
Stacks Image 34540
Aperçu des statistiques de cbmod
Dans l’exemple ci-dessus, le mécanisme Failover de Central-module-master s’est déclenché. Un fichier de rétention de données est créé à la place du flux TCP. Attention, ce fichier peut être assez volumineux au bout d’un certain temps. Démarrez le daemon centreon-broker avec la commande ci-dessous :
service cbd start
Après quelques instants, vous obtiendrez cette vue ci-dessous avec tous les modules de Centreon-Broker en fonctionnement. Le Failover doit être non utilisé comme le monte le zoom d’image.
Stacks Image 34577
Vue des statistiques de Centreon-Broker

6 Schéma de principe du fonctionnement d'une solution Centreon Simple

Voici un schéma de principe vous expliquant brièvement le fonctionnement d'une solution Centreon. Comme vous pouvez le constater, c'est le broker qui envoie toutes les informations à l'interface Web de Centreon. Le moteur Centreon-Engine est indépendant et peut très bien fonctionner sans que vous ayez une information sur l'interface Web. Il est très important de comprendre ce fonctionnement.
Stacks Image 642399
Fonctionnement d'un serveur standalone
Cet article est terminé, si votre installation ne fonctionne toujours pas, je vous conseille de lire le débogage de Centreon-Broker.
comments powered by Disqus
 Vous êtes ici: