La correzione dell'host viene eseguita in modi diversi a seconda dei tipi di basi di confronto collegate a un oggetto e del fatto che l'host corretto si trovi o meno in un cluster.
Correzione di tipo upgrade dell'host
Quando si esegue l'upgrade di un host ESXi 6.7 o ESXi 7.0 a ESXi 8.0, tutti i VIB personalizzati supportati rimangono intatti nell'host dopo l'upgrade, indipendentemente dal fatto che i VIB siano inclusi nell'ISO del programma di installazione.
È possibile eseguire l'upgrade degli host utilizzando immagini ESXi personalizzate che contengono moduli di terze parti per ESXi 8.0. In tal caso, i moduli di terze parti che sono compatibili con ESXi 8.0 rimangono disponibili nell'host sottoposto ad upgrade.
L'upgrade dell'host in una rete a latenza elevata in cui vSphere Lifecycle Manager e gli host si trovano in posizioni diverse potrebbe richiedere alcune ore, perché il file di upgrade viene copiato dal depot di vSphere Lifecycle Manager all'host prima dell'upgrade. Durante questo periodo di tempo, l'host rimane in modalità di manutenzione.
vSphere Lifecycle Manager 8.0 supporta l'upgrade da ESXi 6.7 e ESXi 7.0 a ESXi 8.0.
Per eseguire l'aggiornamento a ESXi 8.0, è necessario disporre di un'unità di avvio di almeno 4 GB. Quando si esegue l'avvio da un disco locale, da SAN o da iSCSI LUN, vengono utilizzati fino a 128 GB di spazio su disco per creare partizioni di sistema ESXi. È possibile creare un datastore VMFS in un disco di avvio di dimensioni superiori a 128 GB.
Correzione di tipo patch dell'host
L'installazione delle patch è il processo di correzione degli host ESXi rispetto alle basi di confronto di tipo patch.
La correzione degli host ESXi 6.7 e 7.0 alle rispettive release di aggiornamento ESXi è un processo di installazione delle patch, mentre la correzione degli host ESXi dalla versione 6.7 o 7.0 alla 8.0 è un processo di upgrade.
vSphere Lifecycle Manager gestisce le patch degli host nei modi seguenti:
- Se una patch in una base di confronto di tipo patch richiede l'installazione di un'altra patch, vSphere Lifecycle Manager rileva il prerequisito nel depot e lo installa insieme alla patch selezionata.
- Se una patch è in conflitto con altre patch installate nell'host, la patch in conflitto potrebbe non essere sottoposta a staging o installata. Tuttavia, se un'altra patch nella base di confronto risolve i conflitti, la patch in conflitto viene installata. Si consideri ad esempio una base di confronto che contiene la patch A e la patch C, dove la patch A è in conflitto con la patch B, che è già installata nell'host. Se la patch C rende obsoleta la patch B e la patch C non è in conflitto con la patch A, il processo di correzione installa le patch A e C.
- Se una patch è in conflitto con le patch nel depot di vSphere Lifecycle Manager e non è in conflitto con l'host, dopo un controllo della conformità, vSphere Lifecycle Manager segnala questa patch come in conflitto. È possibile eseguire lo staging delle patch e applicarle all'host.
- Quando vengono selezionate più versioni della stessa patch, vSphere Lifecycle Manager installa la versione più recente e ignora l'installazione delle versioni precedenti.
Durante la correzione delle patch, vSphere Lifecycle Manager installa automaticamente i prerequisiti delle patch.
Con vSphere Lifecycle Manager 8.0, è possibile correggere gli host di versione ESXi 6.7 e ESXi 7.0 rispetto alle patch dei bundle offline, che vengono importati manualmente nel depot di vSphere Lifecycle Manager.
È possibile eseguire lo staging delle patch prima di avviare la correzione, per ridurre il tempo di inattività dell'host.
Correzione di tipo estensione dell'host
Durante la correzione di tipo estensione, vSphere Lifecycle Manager non installa automaticamente i prerequisiti dell'estensione. La mancanza dei prerequisiti dell'estensione determina l'esito negativo di alcune operazioni di correzione. Se il prerequisito mancante è una patch, è possibile aggiungerla a una base di confronto di tipo patch. Se il prerequisito mancante è un'estensione, è possibile aggiungerla alla stessa o a un'altra base di confronto di tipo estensione. È quindi possibile correggere l'host rispetto alla base di confronto o alle basi di confronto che contengono il prerequisito e alla base di confronto di tipo estensione originale.