ESXi 6.7 auf 8.0 Update – Absturz des Produktionsservers behoben

Überprüfen Sie zunächst die Hardwarekompatibilität

ESXi 6.7 hat am 15. Oktober 2022 das Ende des allgemeinen Supports erreicht, daher ist der Wechsel überfällig – aber 6.7 auf 8.0 ist ein Hauptversions-Upgrade und kein Patch. Zwischen den beiden Versionen hat VMware das VMKLinux-Treibermodell vollständig entfernt (jedes Gerät benötigt jetzt einen nativen Treiber) und eine Generation von CPUs, Netzwerkadaptern und Speichercontrollern außer Dienst gestellt. Ein vollkommen fehlerfreier 6.7-Host kann in seiner jetzigen Form immer noch nicht aktualisierbar sein.

Bevor Sie ein Fenster buchen, prüfen Sie im VMware-Kompatibilitätshandbuch Ihr genaues Servermodell, Ihre CPU-Familie, Ihre Netzwerkadapter und Ihren Speichercontroller für ESXi 8.0 und aktualisieren Sie die Firmware des Servers (BIOS, Speichercontroller, NICs) auf die Versionen, die der Anbieter für 8.0 auflistet. Die eigene Vorabprüfung des Installers warnt ebenfalls vor veralteten Geräten – es ist jedoch der falsche Zeitpunkt, dies um Mitternacht an der Konsole herauszufinden. Überprüfen Sie es zuerst auf Papier.

Sichern Sie die Hostkonfiguration und die VMs

Sichern Sie die Hostkonfiguration über die Host-Shell (aktivieren Sie SSH zuerst auf dem Host, falls es ausgeschaltet ist). Der Befehl gibt einen Download-Link für das Konfigurationspaket zurück – öffnen Sie es und speichern Sie die Datei .tgz an einem Ort, der sich nicht auf diesem Server befindet:

vim-cmd hostsvc/firmware/backup_config

Stellen Sie dann sicher, dass die VM-Backups aktuell sind und dass mindestens eine Wiederherstellung tatsächlich getestet wurde. Die Hälfte aller violetten Bildschirme nach dem Upgrade geht auf die Firmware zurück, die der alte Hypervisor toleriert hat – aber die Abstürze, die Sie nicht rückgängig machen können, sind diejenigen, für die kein Backup dahinter steckt.

Planen Sie das Zeitfenster und halten Sie den 8.0-Lizenzschlüssel bereit

Wählen Sie einen Wartungsslot aus und kündigen Sie ihn den Benutzern an – niemand sollte mitten in der Speicherung sein, wenn der Host ausfällt. Notieren Sie die Reihenfolge mit Zeiten und legen Sie eine Feste Rollback-Frist fest: den Punkt in der Nacht, nach dem Sie mit dem Debuggen aufhören und einen Rollback durchführen (Schritt 7), anstatt das gesamte Fenster zu verschlingen. Senden Sie nach getaner Arbeit eine Abschlussnachricht, damit der nächste Morgen nicht mit Gerüchten beginnt.

Sortieren Sie die Lizenz vor dem Fenster, nicht während des Fensters. Lizenzschlüssel sind an die Hauptversion gebunden – ein 8.0-Host akzeptiert keinen 6.7-Schlüssel und ohne einen läuft er 60 Tage lang im Evaluierungsmodus. Unter Broadcom erhalten Sie Schlüssel und Downloads gegen Ihre Berechtigung vom Broadcom-Supportportal. Vereinbaren Sie diesen Zugriff daher im Voraus.

Route A – Upgrade durch Booten der 8.0 ISO

Teilen Sie es den Benutzern mit und versetzen Sie den Host dann in den Wartungsmodus – jede VM wird heruntergefahren oder auf einen anderen Host migriert. Aktualisieren Sie niemals einen Host, auf dem noch Produktions-VMs ausgeführt werden.

Starten Sie das ESXi 8.0-Installationsprogramm von der ISO, wählen Sie die Festplatte aus, auf der sich die vorhandene Installation befindet, und wählen Sie ESXi aktualisieren, VMFS-Datenspeicher beibehalten. Dies ist die Route, die auf den meisten Servern angezeigt wird und die einen großen Versionssprung sauber bewältigt, da die Vorprüfungen während des Vorgangs auf dem Bildschirm angezeigt werden.

Route B – Upgrade von der Shell mit esxcli

Die Depot-Route läuft vollständig über die Host-Shell – keine physischen oder virtuellen Medien – was sie zur praktischen Wahl für einen Remote-Host macht. Der Host geht immer noch zuerst in den Wartungsmodus, genau wie in Route A. Lassen Sie den HTTP-Client durch die Host-Firewall passieren:

esxcli network firewall ruleset set -e true -r httpClient

Listen Sie die im Online-Depot von VMware verfügbaren Profile auf und notieren Sie sich den genauen Namen des 8.0-Standardprofils:

esxcli software sources profile list -d https://hostupdate.vmware.com/software/VUM/PRODUCTION/main/vmw-depot-index.xml

Führen Sie dann die Profilaktualisierung für das Depot aus, verwenden Sie dabei genau diesen Profilnamen und starten Sie den Host neu, wenn der Vorgang abgeschlossen ist:

esxcli software profile update -d <depot-url> -p <exact-profile-name>

Die gleiche Route funktioniert auch offline: Kopieren Sie die ZIP-Datei des Depot-Bundles in einen Datenspeicher und verweisen Sie stattdessen mit dem Wert -d auf diese Datei. Beachten Sie, dass profile update der Upgrade-Befehl ist – er behält Ihre bestehende Konfiguration und VIBs von Drittanbietern dort bei, wo sie kompatibel sind; Ersetzen Sie nicht profile install, das das Image ersetzt.

Nach dem Neustart: Lizenzieren, überprüfen und dann freigeben

Sobald der Host wieder auf 8.0 läuft, wenden Sie Ihren ESXi 8.0-Lizenzschlüssel an – der 6.7-Schlüssel wird nicht akzeptiert und ohne den neuen Schlüssel tickt die Evaluierungsuhr. Verlassen Sie den Wartungsmodus, starten Sie dann zuerst eine nicht kritische VM und überprüfen Sie deren Netzwerk, Speicher und Konsole, bevor Sie den Rest starten.

Gehen Sie als nächstes den Host selbst durch: das Ereignisprotokoll und den Hardwarestatus auf Treiber- oder Sensorbeschwerden, jeden gemounteten Datenspeicher und die intakten Verwaltungsnetzwerkeinstellungen. Geben Sie den Server erst dann wieder für die Benutzer frei und senden Sie die Abschlussnachricht aus Schritt 3.

Das Crash Playbook – Purple Screen und das Shift+R Rollback

Wenn der Host einen violetten Bildschirm (PSOD) anzeigt oder nach dem Upgrade nicht ordnungsgemäß startet, gehen Sie in dieser Reihenfolge vor. Fotografieren Sie zunächst den violetten Bildschirm, bevor Sie etwas berühren. Ein PSOD ist das absichtliche Anhalten des VMkernels, weil ein Fortfahren die VMs gefährden würde – und der Bildschirm ist die Diagnose: Der Ausnahmetyp und das darauf genannte Modul weisen auf die Ursache hin, wobei ein Treibermodulname auf ein Problem mit der Hardwareunterstützung hinweist und ein Seitenfehler auf Speicher oder Firmware verweist.

Zweitens einmal neu starten und beobachten. Ein einzelner vorübergehender violetter Bildschirm nach einem Treiberwechsel zeigt Daten an; ein sich wiederholendes ist ein Urteil. Der erste Verdacht, in der Reihenfolge des Upgrades selbst: eine nicht unterstützte Netzwerkkarte oder ein nicht unterstützter Speicheradapter, eine Firmware, die älter ist als in den Kompatibilitätsleitfadenlisten aufgeführt, oder ein Speicherfehler, auf den die alte Version nie hingewiesen hat.

Drittens führen Sie ein Rollback durch. ESXi wird in zwei Boot-Banken installiert, und das Upgrade lässt Ihren vorherigen 6.7-Build in der alternativen Bank intakt. Starten Sie den Host neu und drücken Sie am Boot-Prompt Shift + R und bestätigen Sie – der Host startet den vorherigen 6.7-Build, einschließlich der Konfiguration, genau so, wie Sie ihn verlassen haben. Wenn das Rollback funktioniert, haben Sie Zeit gewonnen: Beheben Sie die Kompatibilitätsursache bei Tageslicht und führen Sie in einem neuen Fenster erneut ein Upgrade durch.

vim-cmd hostsvc/firmware/restore_config <bundle-path>

Dieser Wiederherstellungsbefehl ist der zweite Ausweg – er legt die Hostkonfiguration aus dem Schritt-2-Bundle zurück auf einen Host mit der gleichen Version und demselben Build, für die Fälle, in denen eine Bootbank nicht ausreicht.