Ce qu’est un CMC
Un contrôleur de gestion de châssis, ou CMC, est un petit ordinateur intégré à un boîtier de serveurs lames ou modulaires. Son seul rôle est de superviser le châssis lui-même : les blocs d’alimentation partagés, les ventilateurs, les modules réseau et de stockage, et les serveurs insérés dans le boîtier. Le terme est surtout associé aux systèmes modulaires Dell PowerEdge, et d’autres constructeurs proposent la même idée sous d’autres noms, comme onboard administrator ou chassis management module.
Sa caractéristique essentielle est de fonctionner hors bande (out of band). Il possède son propre processeur, son micrologiciel et son port réseau, et continue donc de répondre lorsqu’une lame a planté, est éteinte ou n’a aucun système d’exploitation. Pour la gestion des actifs matériels, c’est le seul endroit qui sait quel matériel physique se trouve dans chaque boîtier et dans quel état.
Comment fonctionne un CMC
Le contrôleur démarre avec le boîtier, et non avec l’un des serveurs, puis construit sa vision du châssis dans un ordre fixe.
- 1
Démarrer avec le châssis
Le CMC démarre seul, avant qu’une lame ne soit allumée, et charge son micrologiciel dédié.
- 2
Découvrir les modules
Il détecte les lames, alimentations, ventilateurs et modules d’E/S installés et lit leur identité et leur état via le fond de panier du châssis.
- 3
Rejoindre le réseau de gestion
Il prend une adresse sur un réseau de gestion distinct et expose une interface web, une ligne de commande et des protocoles standard comme SNMP.
- 4
Surveiller et agir
Il suit la consommation, les températures et les pannes, émet des alertes et applique des règles, par exemple des plafonds de puissance pour tout le boîtier.
Ce que gère un CMC
On peut voir le châssis comme un petit centre de données replié dans une boîte. Le CMC couvre les éléments qui appartiennent à la boîte plutôt qu’à un serveur en particulier :
| Domaine | Ce que fait le CMC | Pourquoi c’est important |
|---|---|---|
| Alimentation | Indique la consommation et peut plafonner la puissance totale du boîtier | Maintient le châssis dans son budget énergétique |
| Refroidissement | Surveille les températures et pilote la vitesse des ventilateurs | Évite le bridage et les dommages thermiques |
| Serveurs lames | Allume et éteint les lames et donne accès au contrôleur de gestion de chacune | Permet de travailler sans se rendre à la baie |
| Modules réseau et stockage | Affiche l’état et les réglages de base des commutateurs et du stockage partagés | Offre une vue unique de l’infrastructure partagée |
| Inventaire et journaux | Liste les composants installés avec leurs numéros de série et consigne les événements matériels | Appuie les audits et les demandes de garantie |
Le CMC face aux autres contrôleurs
On confond souvent le CMC avec le contrôleur de gestion propre à chaque serveur, comme iDRAC sur les serveurs Dell, et avec les agents d’inventaire logiciel. Ils regardent des couches différentes. Le contrôleur du serveur gère une machine, le CMC gère le boîtier qui l’entoure, et un agent installé dans le système d’exploitation ne voit que ce que ce système signale.
C’est pourquoi la découverte des actifs IT fondée uniquement sur des agents laisse passer les lames éteintes, les emplacements vides et les modules partagés. L’inventaire matériel par agents est efficace sur les postes de travail et les serveurs dotés d’un système d’exploitation, tandis que le CMC comble le vide côté boîtier.
Quelle couche voit quoi
Chaque couche répond à une question différente, et aucune ne remplace les autres :
| Capacité | CMC | Contrôleur du serveur | Agent du système |
|---|---|---|---|
| Fonctionne serveur éteint | |||
| Signale les alimentations et ventilateurs partagés | |||
| Donne une console distante sur un serveur | |||
| Voit les logiciels installés et les réglages du système |
Pourquoi les données du châssis comptent pour le registre des actifs
Les données du châssis ont de la valeur parce qu’elles sont physiques et difficiles à fausser. Les numéros de série, les positions d’emplacement et les listes de composants issus du CMC donnent à la gestion des actifs informatiques un relevé fiable de ce qui est installé et où, point de départ du suivi des garanties, de la planification de capacité et du retrait des équipements.
Ces mêmes enregistrements peuvent alimenter une base de données de gestion des configurations, à condition que quelqu’un assume la synchronisation. Sans responsable, le boîtier est documenté une seule fois, à l’installation, puis la documentation s’éloigne de la réalité au fil des lames remplacées, déplacées ou retirées.
Risques et erreurs courantes
Le CMC contrôle chaque lame du boîtier : ses faiblesses sont celles du boîtier. Les problèmes habituels sont d’ordre opérationnel, rien d’exotique :
Traitez l’accès au CMC comme un accès privilégié : celui qui le contrôle peut éteindre ou reconfigurer chaque lame du boîtier.
- Des ports de gestion laissés sur un réseau généraliste au lieu d’un réseau de gestion isolé
- Des identifiants d’administrateur d’usine ou partagés qui ne sont jamais changés
- Un micrologiciel jamais mis à jour parce que toucher à un châssis partagé semble risqué
- Des alertes qui n’arrivent à personne, si bien qu’un ventilateur ou une alimentation en panne passe inaperçu jusqu’à la défaillance d’un second
- Un appareil inconnu sur le réseau de gestion que personne ne remet en question, ce qu’un contrôle des appareils non autorisés devrait justement repérer
Par où commencer
Commencez par une liste de tous les boîtiers, avec l’adresse du contrôleur, la version du micrologiciel et le responsable. Placez le réseau de gestion derrière ses propres règles d’accès, utilisez des comptes nominatifs plutôt qu’un identifiant partagé, envoyez les alertes vers une boîte ou un système que quelqu’un surveille vraiment, et tenez l’inventaire des châssis dans le même registre d’actifs que le reste. L’objectif est simple : aucun boîtier dont personne ne répond.
On ne protège pas ce qu’on ne peut pas lister, et le contrôleur de châssis est l’endroit où commence la liste du matériel physique.
Anexet Team