GUIDE TECHNIQUE · CENTREON
Configurer les seuils WARNING et CRITICAL Centreon
Configurer des seuils Centreon mesurables sur un service Linux, avec exemple de volume SNMP, macros WARNING/CRITICAL, export de configuration et contrôle des états réels. Les pourcentages proposés sont des exemples de recette à adapter à la capacité et au rythme de croissance.
01 · CADRAGE
Ce que vous allez mettre en place
Configurer des seuils Centreon mesurables sur un service Linux, avec exemple de volume SNMP, macros WARNING/CRITICAL, export de configuration et contrôle des états réels. Les pourcentages proposés sont des exemples de recette à adapter à la capacité et au rythme de croissance.
Pour qui : Administrateurs, équipes observabilité et exploitation
Centreon Platform et connecteur Linux SNMP. Les macros et options dépendent du modèle de service et du mode du plugin ; l'exemple concerne le mode storage et non tous les contrôles Linux.
Vérifiez la compatibilité avec votre environnement réel. Les versions ne sont jamais présumées identiques d’un tenant à l’autre.
02 · AVANT DE COMMENCER
Prérequis et points de contrôle
- Service Disk/Storage Linux SNMP existant avec OID de volume identifié.
- SNMP configuré selon la politique de sécurité, idéalement v3 ; accès au poller et au modèle de service.
- Mesures réelles comparables entre df -h et perfdata Centreon.
- Plage de maintenance/recette pour tester les seuils sans fausses notifications en production.
03 · VUE D’ENSEMBLE
Comprendre l’architecture et les flux
Illustration éditoriale validée ADN Consulting, distincte d’une capture de console.
Source : ADN Consulting04 · TUTORIEL
Procédure complète, étape par étape
Chaque étape explique l’action, sa raison, le contrôle attendu et les erreurs habituelles. Adaptez les exemples aux paramètres de votre propre environnement.
ÉTAPE 1 / 5
Mesurer les valeurs nominales
Des seuils pertinents dépendent de l'usage réel et des unités du plugin.
- Comparer 7 jours de tendance si disponibles et l'espace disque actuel sur la partition visée.
- Lire les perfdata Centreon et vérifier que le seuil du mode storage porte bien sur le pourcentage utilisé.
- Choisir des valeurs de recette illustratives, par exemple WARNING 80 % et CRITICAL 90 %.
df -h /
# Exemple pédagogique : occupation 74 %, WARNING 80 %, CRITICAL 90 %.À vérifier : Partition, unité (%) et fenêtre de référence sont documentées.
Point de vigilance ADN : 80/90 n'est pas une recommandation universelle : privilégier délai d'intervention et capacité restante.
ÉTAPE 2 / 5
Identifier le modèle du service
Les macros effectivement appelées sont celles de la commande et du service hérité.
- Dans Configuration > Services, ouvrir le service puis son modèle et la commande associée.
- Contrôler les arguments --warning-usage et --critical-usage du mode storage, et leur liaison avec les macros.
- Distinguer les macros du service de celles de l'hôte et des modèles hérités.
--mode=storage --warning-usage='$_SERVICEWARNING$' --critical-usage='$_SERVICECRITICAL$'
# Fragment de commande Centreon : les macros sont résolues par Engine au moment du check.À vérifier : Le lien entre WARNING/CRITICAL et les options du plugin storage est vérifié.
Point de vigilance ADN : L'option --units=% et l'absence de --free changent l'interprétation ; inspecter la commande complète.
ÉTAPE 3 / 5
Définir les seuils adaptés
Un changement de seuil doit préserver la cohérence avec l'état opérationnel du disque.
- Renseigner WARNING=80 et CRITICAL=90 sur la portée de service retenue ; conserver les anciennes valeurs.
- Vérifier l'héritage des macros et la partition effectivement sélectionnée.
- Ne pas modifier un modèle partagé à tous les serveurs pour un besoin isolé.
WARNING = 80
CRITICAL = 90
# Valeurs de macros dans l'interface Centreon, pas une commande shell.À vérifier : Les deux macros sont renseignées au bon niveau, avec unité et raison métier documentées.
Point de vigilance ADN : Pour une métrique de capacité libre, la logique des comparateurs peut s'inverser.
ÉTAPE 4 / 5
Enregistrer et exporter
Une modification enregistrée n'est pas utilisée par le poller tant que la configuration n'est pas exportée et rechargée.
- Générer et exporter la configuration du poller qui exécute le service.
- Contrôler la réussite de l'export, du rechargement et la commande du dernier check.
- Vérifier que la perfdata ne change pas d'unité après déploiement.
# Dans Centreon : Configuration > Pollers > Export configuration
# Après export, ouvrir Resources Status et vérifier le dernier check.À vérifier : Le nouveau seuil est actif sur le poller cible et la perfdata est cohérente.
Point de vigilance ADN : Éviter un redémarrage global non planifié du moteur de supervision.
ÉTAPE 5 / 5
Valider les états et notifications
Seul un contrôle des états avec des valeurs encadrant les seuils prouve le comportement du plugin.
- Tester une instance de recette avec une mesure sous 80 %, entre 80 et 90 %, puis au-dessus de 90 % si cela peut se faire sans risque.
- Constater OK, WARNING, CRITICAL puis retour OK et vérifier les notifications autorisées.
- Restaurer les seuils initiaux si la recette le prévoit ; consigner le résultat et les codes de sortie.
# Codes de sortie plugin attendus : 0 OK, 1 WARNING, 2 CRITICAL, 3 UNKNOWN.
# Répéter les contrôles depuis l'utilisateur centreon-engine en recette.À vérifier : Les changements d'état sont observés et la configuration initiale peut être restaurée.
Point de vigilance ADN : Ne remplissez jamais un disque de production pour tester les alertes.
05 · RECETTE
Comment vérifier que tout fonctionne ?
La partition et l'unité du contrôle sont identifiées.
Macros WARNING/CRITICAL reliées aux bonnes options du plugin ; valeurs justifiées.
L'export poller a réussi et le dernier check utilise la configuration.
Transitions des états testées sans risque sur un service de recette.
Anciennes valeurs et retour arrière documentés.
06 · DIAGNOSTIC
Problèmes fréquents et résolution
Reste toujours OK
Cause probable : Macro absente, règle sur une autre unité ou seuil mal résolu
Que faire : Inspecter commande complète, macros et perfdata.
Passe directement CRITICAL
Cause probable : Seuils inversés ou métrique free au lieu de used
Que faire : Contrôler --free et la signification de la mesure.
UNKNOWN après modification
Cause probable : Argument non supporté par le mode choisi
Que faire : Exécuter la commande réelle sur poller avec --help.
Modification invisible
Cause probable : Export/rechargement non effectué sur le bon poller
Que faire : Contrôler statut d'export et poller exécutant.
Le conseil de l’expert ADN
Avant de généraliser cette configuration, validez-la sur un périmètre représentatif, documentez les critères de réussite et conservez une procédure de retour arrière. Une instrumentation utile se juge sur les données effectivement exploitables, pas sur la seule installation de l’outil.
07 · QUESTIONS PRATIQUES
Questions fréquentes
WARNING 80 et CRITICAL 90 sont-ils valables partout ?
Non. Ils illustrent le mode storage Linux SNMP en pourcentage occupé, pas des seuils de performance universels.
Où vérifier les macros ?
Dans le service, son modèle et la commande, puis dans la commande de check réelle telle qu'exécutée par le poller.