Qué es un CMC
El controlador de gestión de chasis, o CMC, es una pequeña computadora integrada en un gabinete de servidores blade o modulares. Su único trabajo es supervisar el propio chasis: las fuentes de alimentación compartidas, los ventiladores, los módulos de red y de almacenamiento y los servidores insertados en el gabinete. El término se asocia sobre todo con los sistemas modulares Dell PowerEdge, y otros fabricantes ofrecen la misma idea con otros nombres, como onboard administrator o chassis management module.
Su rasgo definitorio es que trabaja fuera de banda (out of band). Tiene procesador, firmware y puerto de red propios, así que sigue respondiendo cuando un blade se colgó, está apagado o no tiene sistema operativo. Para la gestión de activos de hardware, es el único lugar que sabe qué hardware físico hay en cada gabinete y en qué estado.
Cómo funciona un CMC
El controlador arranca con el gabinete, no con alguno de los servidores, y arma su imagen del chasis en un orden fijo.
- 1
Arranca con el chasis
El CMC se inicia por su cuenta, antes de que se encienda cualquier blade, y carga su firmware dedicado.
- 2
Descubre los módulos
Detecta los blades, las fuentes, los ventiladores y los módulos de E/S instalados, y lee su identidad y estado a través del backplane del chasis.
- 3
Se une a la red de administración
Toma una dirección en una red de administración separada y expone una interfaz web, una línea de comandos y protocolos estándar como SNMP.
- 4
Vigila y actúa
Sigue el consumo de energía, las temperaturas y las fallas, emite alertas y aplica políticas, como límites de potencia para todo el gabinete.
Qué gestiona un CMC
Piense en el chasis como un pequeño centro de datos plegado dentro de una caja. El CMC cubre las partes que pertenecen a la caja y no a un servidor en particular:
| Área | Qué hace el CMC | Por qué importa |
|---|---|---|
| Energía | Informa el consumo y puede limitar la demanda total del gabinete | Mantiene el chasis dentro de su presupuesto de energía |
| Refrigeración | Monitorea las temperaturas y controla la velocidad de los ventiladores | Evita la reducción de rendimiento y los daños por calor |
| Servidores blade | Enciende y apaga los blades y da acceso al controlador de administración de cada uno | Permite trabajar sin ir al rack |
| Módulos de red y almacenamiento | Muestra el estado y la configuración básica de los switches y el almacenamiento compartidos | Ofrece una vista única de la infraestructura compartida |
| Inventario y registros | Lista los componentes instalados con sus números de serie y registra eventos de hardware | Respalda auditorías y reclamos de garantía |
El CMC frente a otros controladores
Es común confundir el CMC con el controlador de administración de cada servidor, por ejemplo iDRAC en los servidores Dell, y con los agentes de inventario de software. Miran capas distintas. El controlador del servidor administra una máquina, el CMC administra el gabinete que la rodea, y un agente instalado en el sistema operativo solo ve lo que ese sistema informa.
Por eso el descubrimiento de activos de TI basado solo en agentes suele pasar por alto blades apagados, ranuras vacías y módulos compartidos. El inventario de hardware con agentes funciona bien en estaciones de trabajo y servidores con sistema operativo, y el CMC cubre el vacío del gabinete.
Qué ve cada capa
Cada capa responde una pregunta diferente, y ninguna reemplaza a las otras:
| Capacidad | CMC | Controlador del servidor | Agente del SO |
|---|---|---|---|
| Funciona con el servidor apagado | |||
| Informa sobre fuentes y ventiladores compartidos | |||
| Ofrece consola remota de un servidor | |||
| Ve el software instalado y la configuración del SO |
Por qué los datos del chasis importan para el registro de activos
Los datos del chasis son valiosos porque son físicos y difíciles de falsear. Los números de serie, las posiciones en las ranuras y las listas de componentes del CMC le dan a la gestión de activos de TI un registro confiable de qué está instalado y dónde, el punto de partida para el control de garantías, la planificación de capacidad y el retiro de equipos.
Los mismos registros pueden alimentar una base de datos de gestión de configuración, siempre que alguien se haga cargo de la sincronización. Sin responsable, el gabinete se documenta una sola vez, al instalarse, y la documentación se aleja de la realidad cuando los blades se cambian, se mueven o se retiran.
Riesgos y errores comunes
El CMC tiene control sobre cada blade del gabinete, así que sus debilidades son las del gabinete. Los problemas habituales son operativos, no exóticos:
Trate el acceso al CMC como acceso privilegiado: quien lo controla puede apagar o reconfigurar todos los blades del gabinete.
- Puertos de administración conectados a una red de uso general en lugar de una red de administración aislada
- Credenciales de administrador de fábrica o compartidas que nunca se cambian
- Firmware que nunca se actualiza porque tocar un chasis compartido parece arriesgado
- Alertas que no llegan a nadie, de modo que un ventilador o una fuente averiados pasan inadvertidos hasta que falla una segunda
- Un dispositivo desconocido en la red de administración que nadie cuestiona, justo lo que debería detectar una revisión de dispositivos no autorizados
Por dónde empezar
Empiece por una lista de todos los gabinetes, con la dirección del controlador, la versión de firmware y el responsable de cada uno. Ponga la red de administración detrás de reglas de acceso propias, use cuentas nominales en lugar de un acceso compartido, envíe las alertas a un buzón o sistema que alguien revise de verdad y mantenga el inventario de los chasis en el mismo registro de activos que todo lo demás. La meta es simple: ningún gabinete sin responsable.
No se puede proteger lo que no está en una lista, y el controlador del chasis es donde empieza la lista del hardware físico.
Anexet Team