Centreon

  • Comment est géré l’interface dans centreon

    Préambule

    Quand j’ai commencé linux la première phrase qu’on peut lire dans la littérature consacrée est : « tout est dans un fichier ».

    Pour la gestion de l’interface de centreon on peut dire « tout est en base » 😀

    Il m’est arrivé d’avoir des données corrompues ,en arrivant chez mes clients, parce que des personnes, certainement plus intelligentes que les autres, ont crues bon d’écrire directement en base 😛

    Il m’a paru donc important d’expliquer :

    • Comment est gérée l’interface
    • Comment sont affichés les éléments de configuration

    Dans cette suite d’article nous verrons :

    • Le lien entre la base de données et l’affichage des menus dans l’interface
    • Comment centreon affiche les informations dans l’interface depuis les vues
    • Menu Monitoring
    • L’état des services avec application de filtres
    • Menu Configuration
    • Liste des hôtes avec les différents filtres disponibles
    • Liste des services avec les différents filtres

    Les forces en présence

    Les fichiers

    Les fichiers de mise à disposition de l’interface à apache sont présents dans le répertoire /usr/share/centreon/www du serveur web

    Au premier niveau nous avons ci-dessous les répertoires les plus importants :

    • include -> Code php pour afficher les différents menus
    • modules -> Les différents modules opensource ou non installés
    • widgets -> Code des widgets utilisés dans les customviews

    Les bases de données

    Tous les éléments permettant le bon fonctionnement de l’interface sont dans la database centreon. Donc on ne modifie rien dedans par une commande mysql, que ce soit par un insert, drop, update ou tout autre commande farfelue qui pour passer par la tête d’un illuminé.

    On ne fait que des « select » et rien de plus.

    J’espère que c’est écrit suffisamment gros pour que le message soit clair 😀

    Lire la suite« Comment est géré l’interface dans centreon »

  • Database centreon-storage

    Avant-propos

    Il est important de comprendre que la database centreon_storage est la table du temps réel.

    Toutes les données affichées dans la console en dehors des vues configuration et administration proviennent de cette database.

    Il y a un lien entre les databases centreon et centeon_storage ce sont les ID pour :

    • Les hôtes
    • Les différents regroupements
    • Services
    • Hosts
    • Services

    Donc tous les vues temps réel s’appuient sur cette database en utilisant la durée de rétention pour afficher l’historique dans les différentes vues.

    La structure de la database est sensiblement identique à celle de centreon.

    Pour faire un raccourci dans la database centreon les tables sont au singulier et dans centreon-storage au pluriel.

    Ainsi par exemple les tables on peut faire les relations suivantes :

    centreoncentreon_storage
    acl_group_contactgroups_relationscentreon_acl
    hosthosts
    hostgrouphostgroups
    host_service_relation 
    host_template_relation 
    Hostcategories 
    hostcategories_relation 
    hostgroup_hg_relation 
    hostgroup_relationhosts_hostgroups
    dependency 
    dependency_hostChild_relationhosts_hosts_dependencies
    dependency_hostParent_relation 
    host_service_relation 
    host_hostparent_relationhosts_hosts_parents
    servicegroupservicegroups
    serviceservices
    servicegroup_relationservices_servicegroups
    dependency_serviceParent_relationservices_services_dependencies
    dependency_serviceChild_relation 
    dependency_servicegroupChild_relation 
    dependency_servicegroupParent_relation 
    service_categories 
    service_categories_relation 
    nagios_serverinstances

    Nous pouvons noter que certaines tables n’existent pas dans cetreon_storage. Donc la console aura besoin des 2 databases pour afficher les informations dans la console.

    Lire la suite« Database centreon-storage »

  • Relation entres les tables d’hôtes

    Convention

    Le mot clé « distinct » sera utilisé dans les requêtes pour éviter les lignes en doublons

    Les tables en présence

    TablesDescription
    hostListe les hôtes et leur templates
    host _categoriesListe les catégories d’hôtes
    host _categories_relationRelation entre les tables service et host_categories
    hostgroupListe les groupes d’hôtes
    hostgroup_relationRelation entre les tables hostgroup et hostgroup_relation

    Les hosts

    Nous allons commencer par le début : Lister les hosts de la plateforme

    Comme pour les services le champ register détermine si nous avons à faire à un template ou non.

    Requête

    SELECT host_name,
  host_alias,
  host_address
FROM centreon.host
WHERE host_register="1"
AND host_activate='1';
    Lire la suite« Relation entres les tables d’hôtes »

  • Relation entres les tables de services

    Convention

    Le mot clé « distinct » sera utilisé dans les requêtes pour éviter les lignes en doublons

    Les tables en présence

    TableDescription
    serviceListe les services et templates de services
    service_categoriesListe les catégories de services
    service_categories_relationRelation entre les tables service et service_categories
    ServicegroupListe les groupes de services
    servicegroup_relationRelation entre les tables servicegroup et servicegroup_relation

    Les services

    Le schéma

    Lire la suite« Relation entres les tables de services »

  • Préambule

    Dans cette suite d’article nous allons regarder la structure des données de centreon.

    But des articles

    Nous allons voir :

    • Les différentes relations à l’intérieur des databases  :
    • Les tables de centreon (Eléments de configuration)
    • Les tables centreon_storage (Historisation de la supervision)
    • Entre les databases :
    • Relation entre les tables de centreon et centreon_storage

    Nous ne rentrerons pas dans le détail de toutes les tables mais nous nous intéresserons aux tables principales pour comprendre le fonctionnement de base de l’application.

    Convention de nommage

    Afin de faciliter la lecture des requêtes et d’éviter les ambiguïtés pour MySQL, pour les différentes jointures, nous utiliserons un trigramme en alias de la table.

    Quelques exemples :

    • HTR : Host Template Relation
    • HST : hosts
    • HTPL : Host Template
    • HTR : Host Template Relation
    • SVC : Service
    • STR : Service Template Relation
    • STPL : Service Templates
    • …
    Lire la suite« Préambule »

  • Mise en place d’un cluster Centreon

    Préparation de la plateforme

    Préparation du central

    Les services cbd seront gérer indépendamment coté RRD et SQL.

    Il faut donc faire des modifications du central dans le Configuration > Pollers>

    • Adresse IP -> vers la VIP
    • Localhost à non
    • Poller defaut à non
    • Centreon Broker reload command à service cbd-sql reload

    Préparation des pollers

    Il faut définir un poller par défaut

    Double flux RRD

    Afin de permettre de voir les graphs sur les 2 plateformes il faut mettre en place la génération des graphs sur les 2 serveurs centraux.

    Modification des outputs RRD

    Aller dans le menu Configuration > Pollers > Broker configuration

    Sélectionner central-broker-master et aller sur l’onglet Output.

    Par défaut « Host to connect to » pointe sur localhost

    Nous allons faire en sorte de créer 2 sorties vers chaque serveurs centraux

    • Vers le master (Celui ou tous les services sont démarrés)
    • Vers le slave
    • On ajoute une nouvelle sortie
    • On configure le 2ème serveur central

    Double flux Mysql

    Le double flux Mysql est pour sa part assuré par la réplication des bases.

    Il est donc nécessaire de demander d’écrire sur la VIP pour assurer la consistance des données en écrivant sur le master actif

    Configuration des pollers

    Il est important de demander aux pollers d’écrire sur la VIP et non pas sur une IP directement

    Finalisation

    Export de la configuration

    Préparation des serveurs centraux

    Synchronisation des fichiers de configuration

    Depuis le serveur central qui sera le master :

    rsync -a /etc/centreon-broker/*json CENTRAL_SLAVE_IPADDR:/etc/centreon-broker/

    Installation des briques du cluster

    dnf config-manager --enable highavailability
dnf install centreon-ha-web pcs pacemaker corosync corosync-qdevice

    Echange des clés ssh

    • Compte centreon
    • Génération des clé ssh

    Laisser tous les champs à vide

    • Echange des clés ssh
    • Sur le serveur Web1 et Web2
    • Copier le contenu de la clé Web1 sur le serveur Web2 et inversement

    Insérer le contenu de la clé publique de l’autre membre du cluster dans le fichier

    • Modifier les droits du fichier
    • Validation de la connexion SSH sans Mot de passe

    Configuration du service de synchronisation

    Le service de synchronisation centreon-central-sync nécessite que l’on définisse pour chaque nœud dans /etc/centreon-ha/centreon_central_sync.pm l’adresse IP de son correspondant :

    Ainsi pour le serveur CENTREON-WEB1 on doit avoir :

    our %centreon_central_sync_config = (
peer_addr => "CENTRAL_SLAVE_IPADDR"
);
1;

    Et pour le serveur CENTREON-WEB2 on doit avoir :

    our %centreon_central_sync_config = (
peer_addr => "CENTRAL_MASTER_IPADDR"
);
1;

    Suppression des crons

    Les cron vont être supportés par gorgone il faut donc supprimer les crontab linux sur les 2 serveurs Web

    rm -f /etc/cron.d/centreon
rm -f /etc/cron.d/centstorage
rm -f /etc/cron.d/centreon-auto-disco
rm -f /etc/cron.d/centreon-ha-mysql

    Gestion des droits

    • Réplication des fichiers
    • Découverte des services

    Arrêt des services

    L’arrêt relance des services vont être géré directement par le cluster. Il faut donc désactiver le démarrage automatique des services

    • Sur les serveurs Web
    • Sur les Bases de données

    Préparation du quorum

    Services du cluster

    • Installation des services
    • Démarrage des services
    • Configuration du quorum
    • Il faut forcer l’utilisation d’IP V4 dans le fichier /etc/sysconfig/corosync-qnetd

    Utilisateur hacluster

    Pour simplifier l’installation il est important de mettre le même mot de passe pour le compte hacluster de tous les membres du cluster : Centraux, DB et quorum inclus.

    passwd hacluster

    Démarrage des services

    Sur l’ensemble des membres du cluster

    • Démarrer le service
    • Activer le démarrage automatique

    Echange des clés ssh pour le cluster

    pcs host auth 
"Centreon-Web1" 
"Centreon-Web2" 
"Centreon-db1" 
"Centreon-DB2" 
"Centreon-Quorum" 
-u "hacluster" 
-p 'CENTREON_CLUSTER_PASSWD'
Centreon-DB2: Authorized
Centreon-Web2: Authorized
Centreon-DB1: Authorized
Centreon-Quorum: Authorized
Centreon-Web1: Authorized

    Création du cluster

    pcs cluster setup 
    centreon_cluster 
    "Centreon-Web1" 
    "Centreon-Web2" 
    "Centreon_DB1" 
    "Centreon-DB2" 
    --force
    • Retour

    Sur les serveurs Centraux et Databases

    Démarrage des services

    • Activation des services
    • Démarrage des services
    • Contrôle des services

    Sur le serveur central Web 1 ou autre Nœud du cluster

    Contrôle du cluster

    pcs status
Cluster name: centreon_cluster
Cluster Summary:
* Stack: corosync (Pacemaker is running)
* Current DC: Centreon-DB1 (version 2.1.10-2.el9-5693eaeee) - partition with quorum
* Last updated: Thu Jul  9 11:56:04 2026 on Centreon-Web1
* Last change:  Thu Jul  9 11:55:08 2026 by root via root on Centreon-Web1
* 4 nodes configured
* 0 resource instances configured
Node List:
* Online: [ Centreon-DB1 Centreon-DB2 Centreon-Web1 Centreon-Web2 ]
Full List of Resources:
* No resources
Daemon Status:
corosync: active/enabled
pacemaker: active/enabled
pcsd: active/enabled

    Définition des propriétés par défaut

    pcs property set symmetric-cluster="true"
pcs property set stonith-enabled="false"
pcs resource defaults update resource-stickiness="100"

    Réplication de la configuration sur les autres membres

    pcs quorum device add model net 
host="Centreon-Quorum" 
algorithm="ffsplit"
    • Retour de la commande

    Configuration du cluster Mysql

    Nous allons travailler sur les 2 serveurs base de données Centreon

    Création des comptes Centreon pour le cluster

    Se connecter à mariadb sur les 2 serveurs Centreon-DB

    Pour les Databases sur le serveur Slave

    CREATE USER 'Centreon'@'DATABASE_SLAVE_IPADDR' IDENTIFIED BY 'MARIADB_CENTREON_PASSWD';
GRANT ALL PRIVILEGES ON centreon.* TO 'Centreon@'@'@DATABASE_SLAVE_IPADDR@';
GRANT ALL PRIVILEGES ON centreon_storage.* TO 'Centreon'@'DATABASE_SLAVE_IPADDR';

    Si vous utilisez centreon-KB :

    GRANT ALL PRIVILEGES ON centreon_KB.* TO 'Centreon'@'DATABASE_SLAVE_IPADDR';

    Pour les Databases sur le serveur Master

    CREATE USER 'Centreon'@'DATABASE_MASTER_IPADDR' IDENTIFIED BY 'MARIADB_CENTREON_PASSWD';
GRANT ALL PRIVILEGES ON centreon.* TO ' Centreon'@'DATABASE_MASTER_IPADDR';GRANT ALL PRIVILEGES ON centreon_storage.* TO 'Centreon'@'DATABASE_MASTER_IPADDR';

    Si vous utilisez centreon-KB

    GRANT ALL PRIVILEGES ON centreon_KB.* TO 'Centreon'@'DATABASE_SLAVE_IPADDR';

    Pour l’administration depuis le central WEB1

    CREATE USER 'Centreon'@'CENTRAL_WEB1_IPADDR' IDENTIFIED BY 'MARIADB_CENTREON_PASSWD';
GRANT ALL PRIVILEGES ON centreon.* TO ' Centreon'@'CENTRAL_WEB1_IPADDR';GRANT ALL PRIVILEGES ON centreon_storage.* TO 'Centreon'@'CENTRAL_WEB1_IPADDR';

    Si vous utilisez centreon-KB

    GRANT ALL PRIVILEGES ON centreon_KB.* TO 'Centreon'@'DATABASE_SLAVE_IPADDR';

    Pour l’administration depuis le central WEB2

    CREATE USER 'Centreon'@'CENTRAL_WEB2_IPADDR' IDENTIFIED BY 'MARIADB_CENTREON_PASSWD';
GRANT ALL PRIVILEGES ON centreon.* TO ' Centreon'@'CENTRAL_WEB2_IPADDR';GRANT ALL PRIVILEGES ON centreon_storage.* TO 'Centreon'@'CENTRAL_WEB2_IPADDR';

    Si vous utilisez centreon-KB

    GRANT ALL PRIVILEGES ON centreon_KB.* TO 'Centreon'@'CENTRAL_WEB2_IPADDR';

    Création des comptes de répilication pour le cluster

    Sur le serveur database Master

    GRANT SHUTDOWN, PROCESS, RELOAD, SUPER, SELECT, REPLICATION CLIENT, REPLICATION SLAVE ON *.*
TO 'replication'@'localhost' IDENTIFIED BY 'MARIADB_REPL_PASSWD';
GRANT SHUTDOWN, PROCESS, RELOAD, SUPER, SELECT, REPLICATION CLIENT, REPLICATION SLAVE ON *.*
TO 'replication'@'DATABASE_SLAVE_IPADDR' IDENTIFIED BY 'MARIADB_REPL_PASSWD';
GRANT SHUTDOWN, PROCESS, RELOAD, SUPER, SELECT, REPLICATION CLIENT, REPLICATION SLAVE ON *.*
TO 'replication'@'DATABASE_MASTER_IPADD' IDENTIFIED BY 'MARIADB_REPL_PASSWD';
GRANT SHUTDOWN, PROCESS, RELOAD, SUPER, SELECT, REPLICATION CLIENT, REPLICATION SLAVE ON *.*
TO 'replication'@'CENTRAL_SLAVE_IPADDR' IDENTIFIED BY 'MARIADB_REPL_PASSWD';
GRANT SHUTDOWN, PROCESS, RELOAD, SUPER, SELECT, REPLICATION CLIENT, REPLICATION SLAVE ON *.*
TO 'replication'@'CENTRAL_MASTER_IPADDR' IDENTIFIED BY 'MARIADB_REPL_PASSWD';

    Sur le serveur database Slave

    GRANT SHUTDOWN, PROCESS, RELOAD, SUPER, SELECT, REPLICATION CLIENT, REPLICATION SLAVE ON *.*
TO 'replication'@'localhost' IDENTIFIED BY 'MARIADB_REPL_PASSWD';
GRANT SHUTDOWN, PROCESS, RELOAD, SUPER, SELECT, REPLICATION CLIENT, REPLICATION SLAVE ON *.*
TO 'replication'@'DATABASE_SLAVE_IPADDR' IDENTIFIED BY 'MARIADB_REPL_PASSWD';
GRANT SHUTDOWN, PROCESS, RELOAD, SUPER, SELECT, REPLICATION CLIENT, REPLICATION SLAVE ON *.*
TO 'replication'@'DATABASE_MASTER_IPADD' IDENTIFIED BY 'MARIADB_REPL_PASSWD';
GRANT SHUTDOWN, PROCESS, RELOAD, SUPER, SELECT, REPLICATION CLIENT, REPLICATION SLAVE ON *.*
TO 'replication'@'CENTRAL_SLAVE_IPADDR' IDENTIFIED BY 'MARIADB_REPL_PASSWD';
GRANT SHUTDOWN, PROCESS, RELOAD, SUPER, SELECT, REPLICATION CLIENT, REPLICATION SLAVE ON *.*
TO 'replication'@'CENTRAL_MASTER_IPADDR' IDENTIFIED BY 'MARIADB_REPL_PASSWD';

    Configuration des bases de données

    Lancer les commandes suivantes

    Sur le master

    Création du fichier de configuration pour le cluster

    cat > /etc/my.cnf.d/server.cnf <<EOF
[server]
server-id=1 # SET TO 1 FOR MASTER AND 2 FOR SLAVE
#read_only
log-bin=mysql-bin
binlog-do-db=centreon
binlog-do-db=centreon_storage
innodb_flush_log_at_trx_commit=1
sync_binlog=1
binlog_format=MIXED
slave_compressed_protocol=1
slave_parallel_mode=conservative
datadir=/var/lib/mysql
pid-file=/var/lib/mysql/mysql.pid
skip-slave-start
log-slave-updates
gtid_strict_mode=ON
expire_logs_days=7
ignore-db-dir=lost+found
# Tuning standard Centreon
innodb_file_per_table=1
open_files_limit=32000
key_buffer_size=256M
sort_buffer_size=32M
join_buffer_size=4M
thread_cache_size=64
read_buffer_size=512K
read_rnd_buffer_size=256K
max_allowed_packet=64M
# Uncomment for 4 Go Ram
#innodb_buffer_pool_size=512M
# Uncomment for 8 Go Ram
#innodb_buffer_pool_size=1G
EOF

    Ajouter après la ligne 6 si vous avez installé centreon-kb Au fichier ci-dessous

    binlog-do-db=centreon_kb

    Sur le slave

    Création du fichier de configuration pour le cluster

    cat > /etc/my.cnf.d/server.cnf <<EOF
[server]
server-id=2 # SET TO 1 FOR MASTER AND 2 FOR SLAVE
#read_only
log-bin=mysql-bin
binlog-do-db=centreon
binlog-do-db=centreon_storage
innodb_flush_log_at_trx_commit=1
sync_binlog=1
binlog_format=MIXED
slave_compressed_protocol=1
slave_parallel_mode=conservative
datadir=/var/lib/mysql
pid-file=/var/lib/mysql/mysql.pid
skip-slave-start
log-slave-updates
gtid_strict_mode=ON
expire_logs_days=7
ignore-db-dir=lost+found
# Tuning standard Centreon
innodb_file_per_table=1
open_files_limit=32000
key_buffer_size=256M
sort_buffer_size=32M
join_buffer_size=4M
thread_cache_size=64
read_buffer_size=512K
read_rnd_buffer_size=256K
max_allowed_packet=64M
# Uncomment for 4 Go Ram
#innodb_buffer_pool_size=512M
# Uncomment for 8 Go Ram
#innodb_buffer_pool_size=1G
EOF

    Ajouter après la ligne 6 si vous avez installé centreon-kb Au fichier ci-dessous

    binlog-do-db=centreon_kb

    Redémarrage du service sur les 2 serveurs mariadb

    systemctl restart mariadb

    Contrôler la ligne :

    systemctl status mariadb

    Active: active (running)

    Mise en place de la réplication

    Mise à jour des fichiers de variables Centreon

    cat > /etc/centreon-ha/mysql-resources.sh <<EOF
#!/bin/bash
###############################
# Database access credentials #
###############################
DBHOSTNAMEMASTER='centreon-DB1'
DBHOSTNAMESLAVE='centreon-DB2'
DBREPLUSER='replication'
DBREPLPASSWORD='MARIADB_REPL_PASSWD'
DBROOTUSER='replication'
DBROOTPASSWORD='MARIADB_REPL_PASSWD'
CENTREON_DB='centreon'
CENTREON_STORAGE_DB='centreon_storage'
###############################
EOF

    Contrôle de la non-réplication

    Sur le serveur master database

    /usr/share/centreon-ha/bin/mysql-check-status.sh
Connection MASTER Status 'centreon-DB1' [OK]
Connection SLAVE Status 'centreon-DB2' [OK]
Slave Thread Status [KO]
Error reports:
    No slave (maybe because we cannot check a server).
Position Status [SKIP]
!Error reports:
    Skip because we can't identify a unique slave.

    Les bases sont démarrées mais non répliquées.

    Tout va bien pour l’instant 😀

    Préparation de la réplication

    Activation de read-only

    Editer le fichier /etc/my.cnf.d/server.cnf et décommenter la ligne read-only

    Sur le master :

    [server]
server-id=1
read_only
log-bin=mysql-bin

    Sur le slave

    [server]
server-id=2
read_only
log-bin=mysql-bin

    puis redémarrer le service sur les 2 serveurs 

    systemctl restart mariadb

    Première réplication

    Sur le serveur Slave lancer les commandes suivantes

    Arrêt du service

    systemctl stop mariadb

    Sur le serveur DB Master 

    Désactivation du démarrage automatique du service 

    systemctl disable mariadb

    Vérification que le service slave est bien arrêté

    /usr/share/centreon-ha/bin/mysql-check-status.sh
Connection MASTER Status 'centreon-DB1' [OK]
Connection SLAVE Status 'centreon-DB2' [KO]

    La base de données slave étant arrêtée tout va bien

    Lancer la commande 

    /usr/share/centreon-ha/bin/mysql-sync-bigdb.sh

    Le script étant verbeux les dernières lignes sont importantes :

    Umount and Delete LVM snapshot
Logical volume "dbbackupdatadir" successfully removed.
Start MySQL Slave
OK
Start Replication
Id      User    Host    db      Command Time    State   Info    Progress
5       replication     CentreonDB1:46602       NULL    Query   0       starting        show processlist        0.000
6       system user             NULL    Connect 0       Connecting to master    NULL    0.000
7       system user             NULL    Connect 0       Waiting for the next event in relay log NULL    0.000

    Contrôle de la réplication et du bon démarrage du service sur le serveur slave

    /usr/share/centreon-ha/bin/mysql-check-status.sh
Connection MASTER Status 'Centreon-DB1' [OK]
Connection SLAVE Status 'Centreon-DB2' [OK]
Slave Thread Status [OK]
Position Status [OK]

    Tout est OK

    Arrêt des services

    systemctl stop mariadb
systemctl disable mariadb

    Préparation des serveurs WEB

    Gestion des services

    systemctl stop centengine snmptrapd centreontrapd gorgoned cbd httpd php-fpm centreon
systemctl disable centengine snmptrapd centreontrapd gorgoned cbd httpd php-fpm centreon

    Services pour le cluster

    systemctl enable pacemaker pcsd corosync
systemctl start pacemaker

    Configuration du ressource DB

    Toutes les commandes suivantes sont lancées depuis le serveur central Web1

    Ressource MySql

    La commande ci-dessous défini les serveurs rattachés aux ressources mysql 

    pcs resource create "ms_mysql" 
ocf:heartbeat:mariadb-centreon 
config="/etc/my.cnf.d/server.cnf" 
pid="/var/lib/mysql/mysql.pid" 
datadir="/var/lib/mysql" 
socket="/var/lib/mysql/mysql.sock" 
binary="/usr/bin/mysqld_safe" 
node_list="Centreon-DB1 Centreon-DB2" 
replication_user=" replication " 
replication_passwd='MARIADB_REPL_PASSWD' 
test_user="centreon" 
test_passwd="MARIADB_REPL_PASSWD" 
test_table='centreon.host'

    Pour la gérer la bascule du master vers le slave

    pcs resource promotable ms_mysql 
promoted-node-max="1" 
clone-max="2" 
globally-unique="false" 
clone-node-max="1" 
notify="true"

    Ajout de la VIP mysql

    Un exemple de commande

    pcs resource create vip_mysql 
ocf:heartbeat:IPaddr2 
ip="192.168.122.201" 
nic="ens18" 
cidr_netmask="24" 
broadcast="192.168.122.255" 
flush_routes="true" 
meta target-role="stopped" 
op start interval="0s" timeout="20s" 
stop interval="0s" timeout="20s" 
monitor interval="10s" timeout="20s"

    Pour adapter à votre contexte modifier les lignes :

    • ip
    • nic
    • cidr_netmask (Sans le / )
    • broadcast

    Configuration des ressource Centreon

    Ressources clone

    Ce sont les ressources qui seront utilisées pour les différentes synchronistation

    PHP

    pcs resource create "php" 
systemd:php-fpm 
meta target-role="started" 
op start interval="0s" timeout="30s" 
stop interval="0s" timeout="30s" 
monitor interval="5s" timeout="30s" 
clone

    RRD

    pcs resource create "cbd_rrd" 
systemd:cbd 
meta target-role="stopped" 
op start interval="0s" timeout="90s" 
stop interval="0s" timeout="90s" 
monitor interval="20s" timeout="30s" 
clone

    Groupe Centreon

    VIP des serveurs centraux

    Exemple de configuration

    pcs resource create vip 
ocf:heartbeat:IPaddr2 
ip="192.168.122.200" 
nic="ens18" 
cidr_netmask="24" 
broadcast="192.168.122.255" 
flush_routes="true" 
meta target-role="stopped" 
op start interval="0s" timeout="20s" 
stop interval="0s" timeout="20s" 
monitor interval="10s" timeout="20s" 
--group centreon

    Pour adapter à votre contexte modifier les lignes :

    • ip
    • nic
    • cidr_netmask (Sans le / )
    • broadcast

    Démarrage du service http

    pcs resource create http 
systemd:httpd 
meta target-role="started" 
op start interval="0s" timeout="40s" 
stop interval="0s" timeout="40s" 
monitor interval="5s" timeout="20s" 
--group centreon 
--force

    Démarrage du service gorgone

    pcs resource create gorgone 
systemd:gorgoned 
meta target-role="stopped" 
op start interval="0s" timeout="90s" 
stop interval="0s" timeout="90s" 
monitor interval="5s" timeout="20s" 
--group centreon

    Démarrage du service de syncronisation

    pcs resource create centreon_central_sync 
systemd:centreon-central-sync 
meta target-role="stopped" 
op start interval="0s" timeout="90s" 
stop interval="0s" timeout="90s" 
monitor interval="5s" timeout="20s" 
--group centreon

    Démarrage du service SQL

    pcs resource create cbd_central_broker 
systemd:cbd-sql 
meta target-role="stopped" 
op start interval="0s" timeout="90s" 
stop interval="0s" timeout="90s" 
monitor interval="5s" timeout="30s" 
--group centreon

    Démarrage du service centengine

    pcs resource create centengine 
systemd:centengine 
meta multiple-active="stop_start" target-role="stopped" 
op start interval="0s" timeout="90s" stop interval="0s" timeout="90s" 
monitor interval="5s" timeout="30s" 
--group centreon

    Démarrage du service centreontrapd

    pcs resource create centreontrapd 
systemd:centreontrapd 
meta target-role="stopped" 
op start interval="0s" timeout="30s" 
stop interval="0s" timeout="30s" 
monitor interval="5s" timeout="20s" 
--group centreon

    Démarrage du service snmptrapd

    pcs resource create snmptrapd 
systemd:snmptrapd 
meta target-role="stopped" 
op start interval="0s" timeout="30s" 
stop interval="0s" timeout="30s" 
monitor interval="5s" timeout="20s" 
--group centreon

    Gestion des contraintes

    Mysql

    pcs constraint colocation add "vip_mysql" with Promoted "ms_mysql-clone"
pcs constraint colocation add promoted "ms_mysql-clone" with "vip_mysql"
pcs constraint location centreon avoids Centreon-DB1=INFINITY Centreon-DB2=INFINITY
pcs constraint location ms_mysql-clone avoids Centreon-Web1=INFINITY Centreon-Web2=INFINITY

    Groupe centreon

    pcs constraint location cbd_rrd-clone avoids Centreon-DB1=INFINITY Centreon-DB2=INFINITY
pcs constraint location php-clone avoids Centreon-DB1=INFINITY Centreon-DB2=INFINITY

    Activation des ressources

    Activation

    pcs resource enable php-clone
pcs resource enable cbd_rrd-clone

    Démarrage

    pcs resource meta vip target-role="started"
pcs resource meta vip_mysql target-role="started"
pcs resource meta centreontrapd target-role="started"
pcs resource meta snmptrapd target-role="started"
pcs resource meta centengine target-role="started"
pcs resource meta cbd_central_broker target-role="started"
pcs resource meta gorgone target-role="started"
pcs resource meta centreon_central_sync target-role="started"
pcs resource meta http target-role="started"

    Contrôle du cluster

    Via pcs

    pcs status
Cluster name: centreon_cluster
Cluster Summary:
* Stack: corosync (Pacemaker is running)
* Current DC: Centreon-DB1 (version 2.1.10-2.el9-5693eaeee) - partition with quorum
* Last updated: Fri Jul 17 16:56:32 2026 on Centreon-Web1
* Last change:  Fri Jul 17 14:05:41 2026 by root via root on Centreon-DB1
* 4 nodes configured
* 19 resource instances configured
Node List:
* Online: [ Centreon-DB1 Centreon-DB2 Centreon-Web1 Centreon-Web2 ]
Full List of Resources:
  * Clone Set: ms_mysql-clone [ms_mysql] (promotable):
    * Promoted: [ Centreon-DB1 ]
    * Unpromoted: [ Centreon-DB2 ]
  * vip_mysql   (ocf:heartbeat:IPaddr2):         Started Centreon-DB1
  * Clone Set: php-clone [php]:
    * Started: [ Centreon-Web1 Centreon-Web2 ]
    * Stopped: [ Centreon-DB1 Centreon-DB2 ]
  * Clone Set: cbd_rrd-clone [cbd_rrd]:
    * Started: [ Centreon-Web1 Centreon-Web2 ]
    * Stopped: [ Centreon-DB1 Centreon-DB2 ]
  * Resource Group: centreon:
    * vip       (ocf:heartbeat:IPaddr2):         Started Centreon-Web1
    * http      (systemd:httpd):         Started Centreon-Web1
    * gorgone   (systemd:gorgoned):      Started Centreon-Web1
    * centreon_central_sync     (systemd:centreon-central-sync):         Started Centreon-Web1
    * cbd_central_broker        (systemd:cbd-sql):       Started Centreon-Web1
    * centengine        (systemd:centengine):    Started Centreon-Web1
    * centreontrapd     (systemd:centreontrapd):         Started Centreon-Web1
    * snmptrapd (systemd:snmptrapd):     Started Centreon-Web1

Daemon Status:
  corosync: active/enabled
  pacemaker: active/enabled
  pcsd: active/enabled

    Via crm

    crm_mon -1
Cluster Summary:
* Stack: corosync (Pacemaker is running)
* Current DC: Centreon-DB1 (version 2.1.10-2.el9-5693eaeee) - partition with quorum
* Last updated: Fri Jul 17 16:58:57 2026 on Centreon-Web1
* Last change:  Fri Jul 17 14:05:41 2026 by root via root on Centreon-DB1
* 4 nodes configured
* 19 resource instances configured
Node List:
* Online: [ Centreon-DB1 Centreon-DB2 Centreon-Web1 Centreon-Web2 ]
Active Resources:
  * Clone Set: ms_mysql-clone [ms_mysql] (promotable):
    * Promoted: [ Centreon-DB1 ]
    * Unpromoted: [ Centreon-DB2 ]
  * vip_mysql   (ocf:heartbeat:IPaddr2):         Started Centreon-DB1
  * Clone Set: php-clone [php]:
    * Started: [ Centreon-Web1 Centreon-Web2 ]
  * Clone Set: cbd_rrd-clone [cbd_rrd]:
    * Started: [ Centreon-Web1 Centreon-Web2 ]
  * Resource Group: centreon:
    * vip       (ocf:heartbeat:IPaddr2):         Started Centreon-Web1
    * http      (systemd:httpd):         Started Centreon-Web1
    * gorgone   (systemd:gorgoned):      Started Centreon-Web1
    * centreon_central_sync     (systemd:centreon-central-sync):         Started Centreon-Web1
    * cbd_central_broker        (systemd:cbd-sql):       Started Centreon-Web1
    * centengine        (systemd:centengine):    Started Centreon-Web1
    * centreontrapd     (systemd:centreontrapd):         Started Centreon-Web1
    * snmptrapd (systemd:snmptrapd):     Started Centreon-Web1

  • Règle de nommage des services Windows

    Préambule

    Nous pouvons dire merci à Mr Bill 😀 de nous avoir pondu un Os ayant des services dépendants de la langue choisie lors de l’installation ( et ça me donne du travail 😀 ).

    Les conséquences un service SNMP s’appelera :

    • Service SNMP en Français
    • SNMP service en Anglais
    • Je vous laisse imaginer dans les autres langues 😀

    Cela à un impacte non négligeable dans la mise en supervision d’un serveur Windows.

    Il va falloir créer un template Windows en fonction de la langue d’installation de l’Os. Et là on se dit WhouAAAAAA, il va falloir créer un template pour chaque langue ?

    Et là, on se dit que cela va être galère si il faut gérer toutes les langues que Windows parle, mais c’est que la partie émergée de l’iceberg.

    En effet ce n’est pas tout. En fonction de la version de ce super Os, certains services ont disparu, d’autres sont apparus.

    L’expérience m’a monté que la supervision d’un serveur ZINDOWS (pour ceux qui auraient leur clavier en QWERTY 😀 ) nécessite de prendre en compte non seulement la version de l’Os mais aussi la langue dans laquelle il a été installé.

    Merci de ne pas habité en Serbie ou en république Tchèque (gérer une langue en mode latin avec des caractères que je n’ai pas sur mon clavier et en cyrillique en plus 😀 ), j’ai que l’anglais et le français à gérer 🙂

    Arrêtons les digressions et attaquons nous au vif du sujet.

    Nous allons donc faire en sorte de prendre en compte les OS de la version 2000 à 2012 en français et en anglais ( j’ai eu des clients en NT4 même au 21ème siècle 😀 mais c’est pas le sujet).

    Comment allons nous créer des Templates simple a maintenir et suffisamment flexibles pour ne pas avoir a faire des modifications dans tous les Templates afin d’avoir le résultat voulu.

     

    Lire la suite« Règle de nommage des services Windows »