Aller au contenu

GUIDE TECHNIQUE · CENTREON

Comment superviser un serveur Linux avec Centreon ?

Déclarer un hôte Linux dans Centreon, appliquer un modèle de supervision adapté au protocole choisi, exporter la configuration sur le poller, puis confirmer que les services remontent réellement.

Niveau Débutant4 min de lecture— vuesCentreon

01 · CADRAGE

Ce que vous allez mettre en place

Déclarer un hôte Linux dans Centreon, appliquer un modèle de supervision adapté au protocole choisi, exporter la configuration sur le poller, puis confirmer que les services remontent réellement.

Pour qui : Équipes d’exploitation, administrateurs systèmes et ingénieurs observabilité

Environnement et versions

Centreon Platform ; connecteur Linux et version de poller à aligner sur l’installation cible.

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

  • Disposer d’un environnement de laboratoire ou de recette autorisé.
  • Identifier la version du produit et les droits nécessaires.
  • Vérifier les accès réseau, les secrets et la politique de sécurité.
  • Connaître la procédure de retour arrière avant toute opération.

03 · VUE D’ENSEMBLE

Comprendre l’architecture et les flux

ARCHITECTURE TECHNIQUEComprendre la chaîne de bout en bout
01Hôte Linux
02Collecte SNMPv3 / agent
03Poller Centreon
04Central Centreon
05Ressources supervisées
Le poller exécute les contrôles vers le serveur. Le central consolide les états et les performances. SNMPv3 et agent sont deux modes possibles, à choisir selon la sécurité et les modèles disponibles.
Capture de la console Centreon montrant les états de supervision
Aperçu de l’environnement Centreon

Interface Centreon : visuel de référence déjà présent sur le site ADN ; le rendu exact dépend de votre installation.

Source : Centreon

04 · 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.

01

ÉTAPE 1 / 6

Choisir la méthode de collecte

Un contrôle réseau seul ne permet pas de mesurer CPU, mémoire ou disque.

  1. Identifier la version Centreon et le pack Linux approprié.
  2. Sélectionner SNMPv3 ou un agent compatible ; définir les flux, ports et secrets.
  3. Depuis le poller, vérifier la connectivité réseau et les autorisations.
Exemple techniqueÀ adapter à votre environnement
# Sur le serveur Linux, contrôle local :
uname -a
free -h
df -h
Ce qui se passe à cette étape
1Préparation de l’étape
2Choisir la méthode de collecte
3Résultat vérifié

À vérifier : L’infrastructure, le poller, les flux et la méthode de collecte sont identifiés.

Point de vigilance ADN : Vérifiez les autorisations avant toute modification de configuration.

02

ÉTAPE 2 / 6

Installer le pack Linux adapté

Les modèles d’hôte et de service sont fournis par les Monitoring Connectors.

  1. Dans Configuration > Monitoring Connectors, rechercher Linux.
  2. Sélectionner le pack cohérent avec le protocole et la version.
  3. Lire ses prérequis et installer les plugins nécessaires sur le poller.
Ce qui se passe à cette étape
1Préparation de l’étape
2Installer le pack Linux adapté
3Résultat vérifié

À vérifier : Le pack et les modèles associés sont disponibles dans Centreon.

Point de vigilance ADN : Une configuration sauvegardée ne signifie pas qu’elle est activée sur le collecteur.

03

ÉTAPE 3 / 6

Créer l’hôte dans Configuration > Hosts

Une erreur d’adresse ou de poller se propage à tous les services.

  1. Ouvrir Configuration > Hosts > Hosts et cliquer Add.
  2. Renseigner Name, Alias, IP Address/DNS et Monitoring server.
  3. Associer le template Linux ; saisir les macros spécifiques au protocole sans exposer de secret.
  4. Enregistrer et vérifier les services hérités du modèle.
Ce qui se passe à cette étape
1Préparation de l’étape
2Créer l’hôte dans Configuration > Hosts
3Résultat vérifié

À vérifier : La fiche est associée au bon modèle et aux services attendus.

Point de vigilance ADN : Conservez les preuves techniques, mais anonymisez identifiants et secrets.

04

ÉTAPE 4 / 6

Vérifier les services et les seuils

Un modèle générique peut créer des contrôles peu utiles ou mal paramétrés.

  1. Lister les services créés pour l’hôte.
  2. Vérifier les seuils CPU, mémoire et disques, les macros héritées et la fréquence.
  3. Contrôler la configuration des notifications sans déclencher d’alertes non pertinentes.
Ce qui se passe à cette étape
1Préparation de l’étape
2Vérifier les services et les seuils
3Résultat vérifié

À vérifier : Les services sont configurés avec leurs paramètres métier et techniques.

Point de vigilance ADN : Vérifiez les autorisations avant toute modification de configuration.

05

ÉTAPE 5 / 6

Exporter vers le poller

La sauvegarde en base n’active pas à elle seule la supervision.

  1. Ouvrir Configuration > Pollers > Export configuration (ou menu équivalent).
  2. Sélectionner le poller, générer et tester la configuration.
  3. Exporter puis recharger uniquement après un contrôle sans erreurs.
Ce qui se passe à cette étape
1Préparation de l’étape
2Exporter vers le poller
3Résultat vérifié

À vérifier : La configuration est chargée par le moteur de supervision.

Point de vigilance ADN : Une configuration sauvegardée ne signifie pas qu’elle est activée sur le collecteur.

06

ÉTAPE 6 / 6

Contrôler Monitoring > Resources Status

La qualité d’un monitoring s’évalue sur les checks exécutés, pas sur leur seule déclaration.

  1. Rechercher le nom de l’hôte dans Monitoring > Resources Status.
  2. Lire les états OK, WARNING, CRITICAL, UNKNOWN et la date du dernier check.
  3. Ouvrir les métriques et comparer avec une mesure locale pour valider les unités.
Exemple techniqueÀ adapter à votre environnement
uptime
free -h
df -h
Ce qui se passe à cette étape
1Préparation de l’étape
2Contrôler Monitoring > Resources Status
3Résultat vérifié

À vérifier : Les services présentent des états et des performances cohérents et récents.

Point de vigilance ADN : Conservez les preuves techniques, mais anonymisez identifiants et secrets.

05 · RECETTE

Comment vérifier que tout fonctionne ?

Résultat attenduContrôles avant de considérer la procédure terminée
01

Le poller et le modèle de supervision sont cohérents.

02

Les contrôles sont chargés et visibles dans Resources Status.

03

Les états et métriques ont été confrontés au serveur cible.

04

Aucun secret SNMP n’apparaît dans les captures.

06 · DIAGNOSTIC

Problèmes fréquents et résolution

Hôte DOWN

Cause probable : DNS, routage ou pare-feu

Que faire : Tester le réseau depuis le poller, puis l’hôte localement.

Services UNKNOWN

Cause probable : Plugin, macro ou protocole erroné

Que faire : Lire la sortie détaillée du check et vérifier le pack.

Pas de graphique

Cause probable : Plugin sans données de performance ou collecte inactive

Que faire : Examiner perfdata et configuration des métriques.

Hôte absent

Cause probable : Export non exécuté ou mauvais collecteur

Que faire : Vérifier génération, export et rechargement du poller.

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

Le parcours dépend-il de la version ?

Oui : les noms des menus et les composants peuvent varier. Vérifiez la documentation correspondant à votre version.

Faut-il tester avant la production ?

Oui. La procédure doit être reproductible dans un environnement autorisé et représentatif.

Pour aller plus loin