Un inventaire dit ce que vous avez. Un CMDB dit comment tout est connecté. Quand un switch tombe en panne, le CMDB montre quels serveurs, services et utilisateurs sont affectés.
Inventaire vs CMDB
| Aspect | Inventaire | CMDB |
|---|---|---|
| Focus | Ce qui existe | Comment cela se relie |
| Données | Matériel, logiciels, spécifications | Dépendances, impact, services |
| Usage | Contrôle patrimonial | Analyse d'impact, gestion des changements |
Construire le CMDB dans GLPI
1. Commencez par les actifs critiques
Serveurs, switches core, pare-feux, stockage, liens WAN. Ce sont les CI qui, en cas de défaillance, impactent de nombreux services.
2. Créez des connexions
Dans GLPI, utilisez l'onglet Connexions de l'actif pour documenter les connexions réseau et les connexions directes (moniteur → ordinateur, serveur → rack).
3. Liez aux contrats et fournisseurs
Chaque CI critique doit être lié au contrat de support et au fournisseur responsable.
4. Documentez les services
Créez des éléments de configuration de type « Service » et liez-les aux composants qui les supportent. Ex : le service « Messagerie » dépend de : serveur Exchange + switch core + lien internet.
Analyse d'impact
Avec le CMDB renseigné, lorsqu'un switch tombe en panne, GLPI affiche tous les serveurs connectés, les services affectés et les contrats de support disponibles. Cela transforme la réponse aux incidents.
Prochaine étape
Intégrez le CMDB avec la gestion des changements – toute modification d'un CI doit prendre en compte l'impact sur ses relations.
