Aggiornamento ESXi da 6.7 a 8.0: risolto il crash del server di produzione

Controlla prima la compatibilità hardware

ESXi 6.7 ha raggiunto la fine del supporto generale il 15 ottobre 2022, quindi il passaggio è in ritardo, ma da 6.7 a 8.0 è un aggiornamento della versione principale, non una patch. Tra le due versioni VMware ha rimosso completamente il modello di driver VMKLinux (ogni dispositivo ora necessita di un driver nativo) e ha ritirato una generazione di CPU, adattatori di rete e controller di archiviazione. Un host 6.7 perfettamente integro può ancora non essere aggiornabile così com'è.

Prima di prenotare qualsiasi finestra, controlla la Guida alla compatibilità VMware per il modello esatto del server, la famiglia di CPU, gli adattatori di rete e il controller di archiviazione rispetto a ESXi 8.0 e aggiorna il firmware del server (BIOS, controller di archiviazione, schede NIC) alle versioni elencate dal fornitore per 8.0. Il controllo preliminare effettuato dall'installatore avvisa anche sui dispositivi obsoleti, ma scoprirlo alla console a mezzanotte è l'orario sbagliato. Controlla prima su carta.

Eseguire il backup della configurazione dell'host e delle macchine virtuali

Eseguire il backup della configurazione dell'host dalla shell dell'host (abilitare prima SSH sull'host se è disattivato). Il comando restituisce un collegamento per il download del pacchetto di configurazione: aprilo e salva il file .tgz da qualche parte che non si trovi su questo server:

vim-cmd hostsvc/firmware/backup_config

Verificare quindi che i backup della VM siano aggiornati e che almeno un ripristino sia stato effettivamente testato. La metà di tutte le schermate viola post-aggiornamento risalgono al firmware tollerato dal vecchio hypervisor, ma i crash che non è possibile annullare sono quelli senza backup alle spalle.

Pianifica la finestra e tieni pronta la chiave di licenza 8.0

Scegli uno slot di manutenzione e annuncialo agli utenti: nessuno dovrebbe essere a metà del salvataggio quando l'host non funziona. Annota la sequenza con i tempi e imposta una scadenza rigida per il rollback: il punto nella notte dopo il quale interrompi il debug e esegui il rollback (passaggio 7) invece di consumare l'intera finestra. Invia un messaggio di chiusura una volta terminato il lavoro, così la mattina successiva non inizierà con voci.

Ottieni la licenza ordinata prima della finestra, non durante essa. Le chiavi di licenza sono legate alla versione principale: un host 8.0 non accetterà una chiave 6.7 e senza una chiave verrà eseguito in modalità di valutazione per 60 giorni. Con Broadcom, le chiavi e i download provengono dal portale di supporto Broadcom contro i tuoi diritti, quindi organizza l'accesso in anticipo.

Percorso A: aggiornamento avviando l'ISO 8.0

Informa gli utenti, quindi metti l'host in modalità di manutenzione: ogni VM viene arrestata o migrata su un altro host. Non aggiornare mai un host su cui sono ancora in esecuzione VM di produzione.

Avvia il programma di installazione di ESXi 8.0 dall'ISO, seleziona il disco che contiene l'installazione esistente e scegli Aggiorna ESXi, preserva datastore VMFS. Questo è il percorso mostrato sulla maggior parte dei server e quello che gestisce un salto di versione di grandi dimensioni in modo pulito perché i controlli preliminari appaiono sullo schermo mentre procede.

Percorso B: aggiornamento dalla Shell con esxcli

Il percorso del depot viene eseguito interamente dalla shell dell'host, senza supporti fisici o virtuali, il che lo rende la scelta pratica per un host remoto. L'host entra comunque prima in modalità di manutenzione, esattamente come nel Route A. Consenti al client HTTP di attraversare il firewall dell'host:

esxcli network firewall ruleset set -e true -r httpClient

Elenca i profili disponibili nel depot online di VMware e annota il nome esatto del profilo standard 8.0:

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

Quindi esegui l'aggiornamento del profilo sul depot, utilizzando il nome esatto del profilo e riavvia l'host al termine:

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

Lo stesso percorso funziona offline: copia lo ZIP del bundle del depot in un datastore e punta invece il valore -d a quel file. Tieni presente che profile update è il comando di aggiornamento: mantiene la configurazione esistente e i VIB di terze parti dove sono compatibili; non sostituire profile install, che sostituisce l'immagine.

Dopo il riavvio: licenza, verifica, quindi rilascio

Una volta eseguito il backup dell'host sulla versione 8.0, applica la chiave di licenza ESXi 8.0: la chiave 6.7 non è accettata e senza la nuova chiave il tempo di valutazione scorre. Esci dalla modalità di manutenzione, quindi avvia prima una VM non critica e controllane la rete, l'archiviazione e la console prima di avviare il resto.

Successivamente esamina l'host stesso: il registro eventi e lo stato dell'hardware per i reclami del driver o del sensore, ogni archivio dati montato e le impostazioni della rete di gestione intatte. Solo allora rilascia nuovamente il server agli utenti e invia il messaggio di chiusura del passaggio 3.

The Crash Playbook: schermo viola e Shift+R Rollback

Se l'host presenta schermate viola (PSOD) o non si avvia in modo utile dopo l'aggiornamento, procedere in questo ordine. Per prima cosa, fotografa lo schermo viola prima di toccare qualsiasi cosa. Un PSOD è il VMkernel che si ferma deliberatamente perché continuare metterebbe a rischio le VM - e lo schermo è la diagnosi: il tipo di eccezione e il modulo nominato su di esso puntano alla causa, con il nome di un modulo driver che indica un problema di supporto hardware e un errore di pagina che punta alla memoria o al firmware.

In secondo luogo, riavvia una volta e guarda. Una singola schermata viola transitoria dopo una modifica del driver indica dati; uno ripetuto è un verdetto. Il primo sospettato, nell'ordine stesso dell'aggiornamento: una scheda di rete o un adattatore di archiviazione non supportato, un firmware più vecchio di quanto elencato dalla guida alla compatibilità o un errore di memoria che la vecchia versione non ha mai sottolineato.

Terzo, esegui il rollback. ESXi si installa in due banchi di avvio e l'aggiornamento lascia intatta la build 6.7 precedente nel banco alternativo. Riavvia l'host e, al prompt di avvio, premi Shift + R e conferma: l'host avvia la build 6.7 precedente, configurazione inclusa, esattamente come l'avevi lasciata. Se il rollback funziona, hai guadagnato tempo: risolvi la causa di compatibilità alla luce del giorno e aggiorna di nuovo in una nuova finestra.

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

Questo comando di ripristino è la seconda via di fuga: rimette la configurazione dell'host dal bundle del Passaggio 2 su un host della stessa versione e build, per i casi in cui un banco di avvio non è sufficiente.