Aktualizacja ESXi 6.7 do 8.0 — naprawa awarii serwera produkcyjnego

Najpierw sprawdź kompatybilność sprzętu

Ogólne wsparcie dla ESXi 6.7 zakończyło się 15 października 2022 r., więc przeniesienie jest spóźnione — ale wersja z 6.7 do 8.0 to aktualizacja wersji głównej, a nie łatka. Pomiędzy obiema wersjami firma VMware całkowicie usunęła model sterownika VMKLinux (każde urządzenie potrzebuje teraz natywnego sterownika) i wycofała generację procesorów, kart sieciowych i kontrolerów pamięci masowej. Doskonale zdrowego hosta w wersji 6.7 nadal nie da się zaktualizować w obecnej postaci.

Zanim zarezerwujesz jakiekolwiek okno, zapoznaj się z Przewodnikiem po zgodności VMware, aby poznać dokładny model serwera, rodzinę procesorów, karty sieciowe i kontroler pamięci masowej pod kątem ESXi 8.0, a następnie zaktualizuj oprogramowanie sprzętowe serwera (BIOS, kontroler pamięci masowej, karty sieciowe) do wersji podanych przez dostawcę dla wersji 8.0. Własna kontrola wstępna instalatora również ostrzega o przestarzałych urządzeniach, ale dowiadywanie się o tym przy konsoli o północy to zły moment. Najpierw sprawdź na papierze.

Utwórz kopię zapasową konfiguracji hosta i maszyn wirtualnych

Utwórz kopię zapasową konfiguracji hosta z powłoki hosta (najpierw włącz SSH na hoście, jeśli jest wyłączony). Polecenie zwraca link do pobrania pakietu konfiguracyjnego — otwórz go i zapisz plik .tgz w miejscu, którego nie ma na tym serwerze:

vim-cmd hostsvc/firmware/backup_config

Następnie potwierdź, że kopie zapasowe maszyn wirtualnych są aktualne i że faktycznie przetestowano co najmniej jedno przywracanie. Połowa wszystkich fioletowych ekranów po aktualizacji ma podłoże w oprogramowaniu sprzętowym tolerowanym przez stary hypervisor — ale awarie, których nie można cofnąć, to te, które nie mają kopii zapasowej.

Zaplanuj okno i przygotuj klucz licencyjny 8.0

Wybierz termin konserwacji i ogłoś go użytkownikom — nikt nie powinien być w trakcie zapisywania, gdy host ulegnie awarii. Zapisz sekwencję z czasem i ustal termin ostatecznego wycofania: moment w nocy, po którym przestajesz debugować i przywracasz (krok 7), zamiast zjadać całe okno. Wyślij wiadomość końcową po zakończeniu pracy, aby następny poranek nie zaczął się od plotek.

Posortuj licencję przed oknem, a nie w jego trakcie. Klucze licencyjne są powiązane z wersją główną — host 8.0 nie zaakceptuje klucza 6.7 i bez niego będzie działać w trybie próbnym przez 60 dni. W ramach Broadcom klucze i pliki do pobrania pochodzą z portalu pomocy technicznej Broadcom w zamian za Twoje uprawnienia, dlatego wcześniej zorganizuj dostęp do nich.

Ścieżka A — aktualizacja poprzez uruchomienie ISO 8.0

Poinformuj użytkowników, a następnie włącz host w tryb konserwacji — każda maszyna wirtualna została zamknięta lub przeniesiona na inny host. Nigdy nie aktualizuj hosta, na którym nadal działają produkcyjne maszyny wirtualne.

Uruchom instalator ESXi 8.0 z obrazu ISO, wybierz dysk, na którym znajduje się istniejąca instalacja, i wybierz opcję Uaktualnij ESXi, zachowaj magazyn danych VMFS. Jest to trasa pokazywana na większości serwerów i ta, która radzi sobie bezproblemowo z przejściem do dużej wersji, ponieważ wstępne kontrole pojawiają się na ekranie w miarę upływu czasu.

Trasa B — Uaktualnij z powłoki za pomocą esxcli

Trasa magazynu przebiega całkowicie z powłoki hosta — bez nośników fizycznych ani wirtualnych — co czyni ją praktycznym wyborem dla hosta zdalnego. Host nadal przechodzi najpierw do trybu konserwacji, dokładnie tak jak w przypadku trasy A. Zezwól klientowi HTTP na przejście przez zaporę hosta:

esxcli network firewall ruleset set -e true -r httpClient

Wymień profile dostępne w magazynie internetowym VMware i zanotuj dokładną nazwę standardowego profilu 8.0:

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

Następnie uruchom aktualizację profilu w magazynie, używając dokładnie tej nazwy profilu, a po zakończeniu zrestartuj hosta:

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

Ta sama trasa działa w trybie offline: skopiuj pakiet ZIP magazynu do magazynu danych i zamiast tego wskaż wartość -d na ten plik. Pamiętaj, że profile update to polecenie aktualizacji — zachowuje istniejącą konfigurację i VIB innych firm tam, gdzie są one kompatybilne; nie zastępuj profile install, który zastępuje obraz.

Po ponownym uruchomieniu — licencjonuj, sprawdź, a następnie zwolnij

Po przywróceniu hosta wersji 8.0 zastosuj klucz licencyjny ESXi 8.0 — klucz 6.7 nie zostanie zaakceptowany, a bez nowego klucza zegar testowy tyka. Wyjdź z trybu konserwacji, a następnie uruchom najpierw jedną niekrytyczną maszynę wirtualną i sprawdź jej sieć, pamięć masową i konsolę przed uruchomieniem pozostałych.

Następnie sprawdź sam host: dziennik zdarzeń i stan sprzętu pod kątem skarg dotyczących sterowników lub czujników, każdy zamontowany magazyn danych oraz ustawienia sieci zarządzającej nienaruszone. Dopiero wtedy udostępnij serwer użytkownikom i wyślij wiadomość końcową z kroku 3.

Podręcznik awarii — fioletowy ekran i przewijanie Shift+R

Jeśli host wyświetla fioletowe ekrany (PSOD) lub nie uruchamia się po aktualizacji, postępuj w tej kolejności. Najpierw sfotografuj fioletowy ekran, zanim czegokolwiek dotkniesz. PSOD to celowe zatrzymanie jądra VM, ponieważ kontynuacja narażałaby maszyny wirtualne na ryzyko, a ekran to diagnoza: typ wyjątku i wymieniony na nim moduł wskazują przyczynę, z nazwą modułu sterownika wskazującą problem ze wsparciem sprzętu i błędem strony wskazującym na pamięć lub oprogramowanie sprzętowe.

Po drugie, uruchom ponownie raz i obejrzyj. Pojedynczy przejściowy fioletowy ekran po zmianie sterownika to dane; powtórzenie jest werdyktem. Pierwsze podejrzewa, w kolejności aktualizacji: nieobsługiwana karta sieciowa lub adapter pamięci masowej, oprogramowanie sprzętowe starsze niż wymienione w przewodnikach dotyczących zgodności lub błąd pamięci, na który stara wersja nigdy nie zwracała uwagi.

Po trzecie, wycofaj. ESXi instaluje się w dwóch bankach rozruchowych, a aktualizacja pozostawia poprzednią wersję 6.7 nienaruszoną w alternatywnym banku. Uruchom ponownie hosta i po wyświetleniu monitu naciśnij Shift + R i potwierdź — host uruchomi poprzednią kompilację 6.7, łącznie z konfiguracją, dokładnie tak, jak ją zostawiłeś. Jeśli przywracanie zadziała, kupiłeś czas: napraw przyczynę kompatybilności w świetle dziennym i zaktualizuj ponownie w nowym oknie.

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

To polecenie przywracania jest drugą drogą ucieczki — umieszcza konfigurację hosta z pakietu kroku 2 z powrotem na hoście o tej samej wersji i kompilacji w przypadkach, gdy jeden bank startowy nie wystarczy.