Aktualizace ESXi 6.7 až 8.0 – oprava zhroucení produkčního serveru

Nejprve zkontrolujte kompatibilitu hardwaru

ESXi 6.7 dosáhl konce obecné podpory 15. října 2022, takže přesun je zpožděn – ale 6.7 až 8.0 je upgrade hlavní verze, nikoli oprava. Mezi těmito dvěma verzemi VMware zcela odstranil model ovladače VMKLinux (každé zařízení nyní potřebuje nativní ovladač) a vyřadil generaci procesorů, síťových adaptérů a řadičů úložiště. Dokonale zdravý hostitel 6.7 může být stále neupgradovatelný.

Než si zarezervujete jakékoli okno, zkontrolujte Průvodce kompatibilitou VMware pro váš přesný model serveru, rodinu CPU, síťové adaptéry a řadič úložiště proti ESXi 8.0 a aktualizujte firmware serveru (BIOS, řadič úložiště, síťové karty) na verze, které dodavatel uvádí pro 8.0. Vlastní předběžná kontrola instalátoru také varuje před zastaralými zařízeními — ale zjišťovat to na konzoli o půlnoci je špatný čas. Nejprve zkontrolujte na papíře.

Zálohujte konfiguraci hostitele a virtuální počítače

Zálohujte konfiguraci hostitele z hostitelského shellu (nejprve povolte SSH na hostiteli, pokud je vypnutý). Příkaz vrátí odkaz ke stažení konfiguračního balíčku – otevřete jej a uložte soubor .tgz někam, kde není na tomto serveru:

vim-cmd hostsvc/firmware/backup_config

Poté potvrďte, že zálohy virtuálního počítače jsou aktuální a že bylo skutečně otestováno alespoň jedno obnovení. Polovina všech fialových obrazovek po upgradu se vrací k firmwaru, který starý hypervizor toleroval – ale selhání, které nemůžete vrátit, jsou ty, za nimiž není žádná záloha.

Naplánujte si okno a mějte připravený licenční klíč 8.0

Vyberte slot pro údržbu a oznamte to uživatelům — nikdo by neměl být uprostřed záchrany, když dojde k výpadku hostitele. Zapište si sekvenci s časy a nastavte tvrdý termín vrácení: bod v noci, po kterém přestanete ladit a vrátíte se zpět (krok 7), místo abyste snědli celé okno. Až bude práce hotová, pošlete závěrečnou zprávu, aby další ráno nezačalo fámami.

Nechte licenci seřadit před oknem, nikoli během něj. Licenční klíče jsou svázány s hlavní verzí — hostitel 8.0 nepřijme klíč 6.7 a bez něj běží v režimu hodnocení po dobu 60 dnů. V rámci Broadcom pocházejí klíče a stažené soubory z portálu podpory Broadcom proti vašemu nároku, proto si tento přístup zajistěte předem.

Cesta A — Upgrade spuštěním 8.0 ISO

Řekněte to uživatelům a poté přepněte hostitele do režimu údržby – každý virtuální počítač se vypnul nebo migroval na jiného hostitele. Nikdy neupgradujte hostitele, na kterém jsou stále spuštěny produkční virtuální počítače.

Spusťte instalační program ESXi 8.0 z ISO, vyberte disk, který obsahuje stávající instalaci, a zvolte Upgrade ESXi, zachování datového úložiště VMFS. Toto je cesta zobrazená na většině serverů a ta, která zvládne skok velké verze čistě, protože předběžné kontroly se objevují na obrazovce průběžně.

Trasa B – Upgrade z Shell pomocí esxcli

Trasa depa běží výhradně z hostitelského shellu – žádná fyzická nebo virtuální média – což z něj dělá praktickou volbu pro vzdáleného hostitele. Hostitel stále přejde do režimu údržby jako první, přesně jako v trase A. Povolte HTTP klientovi přes firewall hostitele:

esxcli network firewall ruleset set -e true -r httpClient

Seznam profilů dostupných v online depu VMware a poznamenejte si přesný název standardního profilu 8.0:

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

Poté spusťte aktualizaci profilu proti depu s použitím přesného názvu profilu a po dokončení restartujte hostitele:

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

Stejná cesta funguje offline: zkopírujte ZIP svazku úložiště do úložiště dat a místo toho nasměrujte hodnotu -d na tento soubor. Všimněte si, že profile update je příkaz pro upgrade – uchovává vaši stávající konfiguraci a VIB třetích stran tam, kde jsou kompatibilní; nenahrazujte instalaci profilu, která nahrazuje obrázek.

Po restartu — Licence, Verify, Then Release

Jakmile je hostitel zálohován na verzi 8.0, použijte svůj licenční klíč ESXi 8.0 – klíč 6.7 není akceptován a bez nového klíče tikají hodiny hodnocení. Ukončete režim údržby, poté nejdříve spusťte jeden nekritický virtuální počítač a před spuštěním ostatních zkontrolujte jeho síť, úložiště a konzolu.

Dále projděte samotného hostitele: protokol událostí a stav hardwaru pro stížnosti ovladače nebo senzoru, každé připojené úložiště dat a nastavení sítě pro správu nedotčené. Teprve poté uvolněte server zpět uživatelům a odešlete závěrečnou zprávu z kroku 3.

The Crash Playbook — Purple Screen a Shift+R Rollback

Pokud se hostitel po upgradu zobrazí fialově (PSOD) nebo nebude užitečně bootovat, postupujte v tomto pořadí. Nejprve vyfotografujte fialovou obrazovku, než se čehokoli dotknete. PSOD je, že se VMkernel záměrně zastaví, protože pokračování by ohrozilo virtuální počítače – a obrazovka je diagnóza: typ výjimky a modul na ní uvedený ukazují na příčinu, přičemž název modulu ovladače ukazuje problém s podporou hardwaru a chyba stránky ukazuje na paměť nebo firmware.

Zadruhé, jednou restartujte a sledujte. Jediná přechodná fialová obrazovka po změně ovladače je data; opakování je verdikt. První má podezření, ve vlastním pořadí upgradu: nepodporovaná síťová karta nebo adaptér úložiště, firmware starší, než uvádí průvodce kompatibilitou, nebo chyba paměti, kterou stará verze nikdy nezdůrazňovala.

Za třetí, vraťte se zpět. ESXi se nainstaluje do dvou bootovacích bank a upgrade ponechá vaše předchozí sestavení 6.7 nedotčené v alternativní bance. Restartujte hostitele a po zaváděcí výzvě stiskněte Shift + R a potvrďte – hostitel nabootuje předchozí sestavení 6.7, včetně konfigurace, přesně tak, jak jste jej opustili. Pokud vrácení funguje, získali jste čas: opravte příčinu kompatibility za denního světla a znovu upgradujte v novém okně.

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

Tento příkaz pro obnovu je druhou únikovou cestou – vrací konfiguraci hostitele z balíčku Krok 2 zpět na hostitele stejné verze a sestavy pro případy, kdy jedna boot banka nestačí.