Chassis-Management-Controller (CMC)

Ein Chassis-Management-Controller, kurz CMC, ist ein kleiner Computer, der in ein Blade- oder Modulserver-Gehäuse eingebaut ist. Seine einzige Aufgabe ist die Überwachung des Gehäuses selbst: der gemeinsamen Netzteile, der Lüfter, der Netzwerk- und Speichermodule sowie der Server, die im Gehäuse stecken. Der Begriff ist vor allem mit den modularen Dell-PowerEdge-Systemen verbunden; andere Hersteller bieten dasselbe Konzept unter anderen Namen an, etwa als Onboard Administrator oder Chassis Management Module.

Das entscheidende Merkmal ist der Betrieb außerhalb des Datenpfads (Out-of-Band). Ein CMC hat einen eigenen Prozessor, eine eigene Firmware und einen eigenen Netzwerkanschluss und antwortet daher auch dann, wenn ein Blade abgestürzt, ausgeschaltet oder ohne Betriebssystem ist. Für das Hardware-Asset-Management ist er damit die einzige Stelle, die weiß, welche physische Hardware in welchem Gehäuse steckt und in welchem Zustand sie ist.

Der Controller startet mit dem Gehäuse, nicht mit einem der Server, und baut sein Bild vom Chassis in fester Reihenfolge auf.

1. 1

   Start mit dem Gehäuse

   Der CMC startet selbstständig, bevor ein Blade eingeschaltet wird, und lädt seine eigene Firmware.

2. 2

   Module erkennen

   Er erkennt die eingebauten Blades, Netzteile, Lüfter und E/A-Module und liest Kennung und Status über die Rückwandplatine des Gehäuses aus.

3. 3

   Ins Verwaltungsnetz einbinden

   Er erhält eine Adresse in einem separaten Verwaltungsnetz und stellt eine Weboberfläche, eine Befehlszeile und Standardprotokolle wie SNMP bereit.

4. 4

   Beobachten und handeln

   Er verfolgt Stromaufnahme, Temperaturen und Störungen, löst Alarme aus und wendet Richtlinien an, etwa Leistungsgrenzen für das gesamte Gehäuse.

Man kann sich das Chassis als kleines Rechenzentrum in einer Kiste vorstellen. Der CMC deckt die Teile ab, die zur Kiste gehören und nicht zu einem einzelnen Server:

Der CMC wird oft mit dem Management-Controller des einzelnen Servers verwechselt, etwa iDRAC bei Dell-Servern, und mit Software-Inventarisierungsagenten. Sie betrachten unterschiedliche Ebenen. Der Server-Controller verwaltet eine Maschine, der CMC das Gehäuse um sie herum, und ein im Betriebssystem installierter Agent sieht nur, was dieses Betriebssystem meldet.

Deshalb übersieht IT-Asset-Discovery, die nur auf Agenten beruht, ausgeschaltete Blades, leere Steckplätze und gemeinsame Module. Eine agentenbasierte Hardwareinventur ist stark bei Arbeitsplätzen und Servern mit Betriebssystem, während der CMC die Lücke beim Gehäuse schließt.

Jede Ebene beantwortet eine andere Frage, und keine ersetzt die anderen:

Chassis-Daten sind wertvoll, weil sie physisch und schwer zu verfälschen sind. Seriennummern, Steckplatzpositionen und Komponentenlisten aus dem CMC geben dem IT-Asset-Management einen verlässlichen Nachweis, was wo verbaut ist, und damit den Ausgangspunkt für Garantieverfolgung, Kapazitätsplanung und Außerbetriebnahme.

Dieselben Datensätze können eine Configuration Management Database speisen, sofern jemand die Synchronisierung verantwortet. Ohne Verantwortlichen wird das Gehäuse einmal bei der Installation dokumentiert, und die Dokumentation läuft der Realität davon, wenn Blades getauscht, versetzt oder ausgemustert werden.

Ein CMC hat Kontrolle über jedes Blade im Gehäuse, seine Schwächen sind daher die Schwächen des Gehäuses. Die üblichen Probleme sind betrieblicher, nicht exotischer Natur:

• Verwaltungsanschlüsse hängen in einem Allzwecknetz statt in einem isolierten Verwaltungsnetz
• Werks- oder gemeinsam genutzte Administratorzugänge, die nie geändert werden
• Firmware, die nie aktualisiert wird, weil der Eingriff in ein gemeinsames Chassis riskant erscheint
• Alarme, die bei niemandem ankommen, sodass ein ausgefallener Lüfter oder ein defektes Netzteil unbemerkt bleibt, bis ein zweites ausfällt
• Ein unbekanntes Gerät im Verwaltungsnetz, das niemand hinterfragt und das eine Prüfung auf nicht autorisierte Geräte finden sollte

Beginnen Sie mit einer Liste aller Gehäuse samt Controller-Adresse, Firmware-Stand und Verantwortlichem. Stellen Sie das Verwaltungsnetz unter eigene Zugriffsregeln, nutzen Sie personalisierte Konten statt eines gemeinsamen Logins, leiten Sie Alarme an eine Stelle, die tatsächlich jemand beobachtet, und führen Sie das Chassis-Inventar im selben Asset-Register wie alles andere. Das Ziel ist einfach: kein Gehäuse, für das niemand zuständig ist.