De POM Monitoring à Centreon.

01 / COMPRENDRE

Le vrai enjeu : conserver la visibilité sur le système d’information

Une plateforme de supervision ne se résume pas à une collection de sondes. Au fil des années, elle concentre des règles d’alerte, des seuils ajustés, des vues d’exploitation et des habitudes de traitement des incidents. Une migration réussie doit préserver cette connaissance opérationnelle, pas seulement déplacer des configurations.

Dans notre mission, l’objectif était de faire évoluer la supervision de POM Monitoring vers Centreon. Le point de vigilance d’une telle transition est simple : pendant que l’outil change, les équipes doivent continuer à identifier rapidement une panne ou une dégradation de service.

02 / ANALYSER

Avant de migrer, cartographier ce qui compte vraiment

Une démarche d’ingénierie commence par l’inventaire des équipements et services supervisés : systèmes, réseau, processus applicatifs, interfaces et services critiques. Pour chaque contrôle, il faut comprendre son utilité, son seuil, sa fréquence et la personne qui intervient lorsqu’il déclenche une alerte.

L’exercice consiste aussi à identifier les contrôles redondants, les alarmes peu actionnables et les dépendances entre composants. Reproduire à l’identique toutes les alertes historiques n’est pas nécessairement un bon choix. Un signal utile vaut mieux que dix notifications qui ne provoquent aucune action.

03 / CONCEVOIR

Construire une cible Centreon exploitable et maintenable

Centreon permet de structurer les contrôles autour des hôtes, services et modèles de configuration. L’intérêt des modèles est de mutualiser les paramètres : un changement maîtrisé peut alors être appliqué à un ensemble cohérent d’équipements plutôt que répété manuellement.

Les méthodes de collecte dépendent du contexte : SNMP pour certains équipements, agents, API ou contrôles distants pour d’autres. Le positionnement des collecteurs doit être pensé en fonction des zones réseau, des flux autorisés, de la charge et des contraintes de sécurité. Ce sont des décisions d’architecture à arbitrer, et non des recettes universelles.

Les seuils d’alerte méritent le même soin. Un état WARNING doit signaler une dégradation qui appelle une vigilance ; un état CRITICAL, une situation qui exige une action. Sans ce travail, la nouvelle plateforme risque de reproduire le bruit de l’ancienne.

04 / BASCULER

Tester les contrôles avant de transférer les alertes

La sécurisation d’une bascule passe idéalement par une période de comparaison entre les deux environnements. Pour un même service, on vérifie que l’indisponibilité est détectée, que les états remontent correctement et que les notifications atteignent les bonnes équipes. Les modes d’acquittement et les procédures d’escalade doivent rester compréhensibles.

Le point délicat concerne souvent les notifications : couper l’ancien système trop tôt crée un angle mort ; faire notifier les deux plateformes sans coordination génère des doublons. Une recette structurée permet de préparer une transition lisible pour les exploitants.

Pour ce projet, le résultat confirmé est que la migration est achevée et Centreon est aujourd’hui en production. Les détails précis de la fenêtre de bascule et de la topologie client restent confidentiels ou non documentés ici.

05 / DONNER DU SENS

Avec BAM et MAP, rendre la supervision plus intelligible

Les équipes techniques ont besoin de connaître l’état des composants, mais les responsables de services veulent aussi savoir ce qui fonctionne réellement pour l’utilisateur. Centreon BAM permet de regrouper des indicateurs techniques au sein d’activités métier et d’en interpréter l’état global.

Centreon MAP répond à une autre attente : visualiser un ensemble de services, leurs relations et leurs dégradations sur une représentation compréhensible. Une bonne cartographie ne montre pas tout ; elle facilite l’analyse et la décision. Il s’agit ici des usages que nous mettons en perspective, sans prétendre qu’un scénario métier spécifique a été configuré chez ce client.

06 / TRANSMETTRE

Former les équipes pour pérenniser la plateforme

Une supervision ne reste pertinente que si les équipes savent faire évoluer les contrôles et interpréter les états. C’est pourquoi le transfert de compétences est un volet à part entière du projet. ADN Consulting a conçu et dispensé des formations sur Centreon, Centreon BAM et Centreon MAP.

07 / RETENIR

Ce que cette migration nous enseigne

Le succès d’une migration de supervision ne se mesure pas au nombre de contrôles importés. Il tient à trois éléments : une couverture utile des services, des alertes réellement exploitables et des équipes capables de faire vivre l’outil après le projet.

Dans cette réalisation, trois résultats sont établis : la migration POM Monitoring vers Centreon a été menée à terme, Centreon est en production et les formations ont été dispensées. Nous ne publions ni volumes de contrôles, ni gains de performance, ni taux de disponibilité non vérifiés.

Les considérations d’architecture, de collecte et de recette présentées ci-dessus constituent une analyse technique des bonnes pratiques de migration ; elles ne décrivent pas systématiquement des décisions documentées de ce client.