Che cos’è un CMC
Il controller di gestione chassis, o CMC, è un piccolo computer integrato in un enclosure di server blade o modulari. Il suo unico compito è sorvegliare lo chassis stesso: gli alimentatori condivisi, le ventole, i moduli di rete e di storage e i server inseriti nell’enclosure. Il termine è legato soprattutto ai sistemi modulari Dell PowerEdge, e altri produttori offrono la stessa idea con nomi diversi, come onboard administrator o chassis management module.
La caratteristica distintiva è il funzionamento fuori banda (out of band). Il CMC ha un proprio processore, un proprio firmware e una propria porta di rete, quindi continua a rispondere anche quando un blade si è bloccato, è spento o non ha alcun sistema operativo. Per la gestione degli asset hardware è l’unico punto che sa quale hardware fisico si trova in ogni enclosure e in che condizioni.
Come funziona un CMC
Il controller parte con l’enclosure, non con uno dei server, e costruisce la propria immagine dello chassis in un ordine preciso.
- 1
Avvio con lo chassis
Il CMC si avvia da solo, prima che qualunque blade sia acceso, e carica il proprio firmware dedicato.
- 2
Rilevamento dei moduli
Individua blade, alimentatori, ventole e moduli di I/O installati e ne legge identità e stato tramite il backplane dello chassis.
- 3
Ingresso nella rete di gestione
Ottiene un indirizzo in una rete di gestione separata ed espone un’interfaccia web, una riga di comando e protocolli standard come SNMP.
- 4
Osservare e agire
Tiene traccia di consumi, temperature e guasti, emette allarmi e applica criteri, per esempio limiti di potenza per l’intero enclosure.
Che cosa gestisce un CMC
Si può pensare allo chassis come a un piccolo data center ripiegato in una scatola. Il CMC copre le parti che appartengono alla scatola e non a un singolo server:
| Area | Cosa fa il CMC | Perché conta |
|---|---|---|
| Alimentazione | Segnala i consumi e può limitare l’assorbimento totale dell’enclosure | Mantiene lo chassis entro il budget di potenza |
| Raffreddamento | Monitora le temperature e controlla la velocità delle ventole | Evita il throttling e i danni da calore |
| Server blade | Accende e spegne i blade e dà accesso al controller di gestione di ciascuno | Permette di lavorare senza andare al rack |
| Moduli di rete e storage | Mostra stato e impostazioni di base di switch e storage condivisi | Offre una vista unica dell’infrastruttura condivisa |
| Inventario e log | Elenca i componenti installati con i numeri di serie e registra gli eventi hardware | Supporta audit e richieste di garanzia |
Il CMC a confronto con altri controller
Il CMC viene spesso confuso con il controller di gestione del singolo server, come iDRAC sui server Dell, e con gli agenti di inventario software. Guardano livelli diversi. Il controller del server gestisce una macchina, il CMC gestisce l’enclosure che la circonda, e un agente installato nel sistema operativo vede solo ciò che quel sistema riporta.
Per questo il rilevamento degli asset IT basato solo su agenti tende a perdere i blade spenti, gli slot vuoti e i moduli condivisi. L’inventario hardware tramite agenti funziona bene su postazioni di lavoro e server con sistema operativo, mentre il CMC colma la lacuna dell’enclosure.
Quale livello vede cosa
Ogni livello risponde a una domanda diversa e nessuno sostituisce gli altri:
| Funzione | CMC | Controller del server | Agente del SO |
|---|---|---|---|
| Funziona con il server spento | |||
| Riporta alimentatori e ventole condivisi | |||
| Offre una console remota di un server | |||
| Vede il software installato e le impostazioni del SO |
Perché i dati dello chassis contano per il registro degli asset
I dati dello chassis sono preziosi perché sono fisici e difficili da alterare. Numeri di serie, posizioni negli slot ed elenchi di componenti provenienti dal CMC offrono alla gestione degli asset IT un riferimento affidabile su cosa è installato e dove, punto di partenza per il controllo delle garanzie, la pianificazione della capacità e la dismissione.
Gli stessi record possono alimentare un Configuration Management Database, purché qualcuno sia responsabile della sincronizzazione. Senza un responsabile, l’enclosure viene documentato una sola volta all’installazione e la documentazione si allontana dalla realtà quando i blade vengono sostituiti, spostati o dismessi.
Rischi ed errori comuni
Il CMC ha il controllo di ogni blade dell’enclosure, quindi le sue debolezze sono quelle dell’enclosure. I problemi più frequenti sono operativi, non esotici:
Tratta l’accesso al CMC come un accesso privilegiato: chi lo controlla può spegnere o riconfigurare ogni blade dell’enclosure.
- Porte di gestione lasciate su una rete generica invece che su una rete di gestione isolata
- Credenziali di amministratore predefinite o condivise che non vengono mai cambiate
- Firmware mai aggiornato perché toccare uno chassis condiviso sembra rischioso
- Allarmi che non arrivano a nessuno, così una ventola o un alimentatore guasto passa inosservato finché non ne cede un secondo
- Un dispositivo sconosciuto nella rete di gestione che nessuno mette in discussione, proprio ciò che un controllo sui dispositivi non autorizzati dovrebbe individuare
Da dove cominciare
Comincia da un elenco di tutti gli enclosure, con indirizzo del controller, versione del firmware e responsabile. Metti la rete di gestione dietro regole di accesso dedicate, usa account nominativi invece di un accesso condiviso, invia gli allarmi a una casella o a un sistema che qualcuno controlla davvero e tieni l’inventario degli chassis nello stesso registro degli asset di tutto il resto. L’obiettivo è semplice: nessun enclosure di cui nessuno risponda.
Non si può proteggere ciò che non si può elencare, e il controller dello chassis è il punto in cui inizia l’elenco dell’hardware fisico.
Anexet Team