Un inventario dice lo que tienes. Un CMDB dice cómo todo se conecta. Cuando cae un switch, el CMDB muestra qué servidores, servicios y usuarios se ven afectados.
Inventario vs CMDB
| Aspecto | Inventario | CMDB |
|---|---|---|
| Enfoque | Lo que existe | Cómo se relaciona |
| Datos | Hardware, software, especificaciones | Dependencias, impacto, servicios |
| Uso | Control patrimonial | Análisis de impacto, gestión de cambios |
Construyendo el CMDB en GLPI
1. Empieza por los activos críticos
Servidores, switches core, firewalls, almacenamiento, enlaces WAN. Estos son los CIs que, si fallan, impactan múltiples servicios.
2. Crea conexiones
En GLPI, usa la pestaña Conexiones del activo para documentar conexiones de red y conexiones directas (monitor → equipo, servidor → rack).
3. Vincula a contratos y proveedores
Cada CI crítico debe estar vinculado al contrato de soporte y al proveedor responsable.
4. Documenta los servicios
Crea elementos de configuración del tipo "Servicio" y vincúlalos a los componentes que los sustentan. Ej: el servicio "Correo electrónico" depende de: servidor Exchange + switch core + enlace a internet.
Análisis de impacto
Con el CMDB poblado, cuando un switch falla, GLPI muestra todos los servidores conectados, los servicios afectados y los contratos de soporte disponibles. Esto transforma la respuesta a incidentes.
Próximo paso
Integra el CMDB con la gestión de cambios – cada cambio en un CI debe considerar el impacto en sus relaciones.
