Per gli host ESXi in un cluster, il processo di correzione è sequenziale per impostazione predefinita.
Quando si corregge un cluster di host in sequenza e uno degli host non passa alla modalità di manutenzione, vSphere Lifecycle Manager segnala un errore e il processo di correzione termina con esito negativo. Gli host nel cluster che vengono corretti rimangono al livello aggiornato. Gli host che non vengono corretti dopo l'esito negativo della correzione di uno degli host rimangono al livello non aggiornato.
La correzione che prevede l'upgrade degli host ESXi in un cluster procede solo se l'upgrade può essere eseguito per tutti gli host nel cluster.
Se si avvia la correzione a livello di data center, i processi di correzione per i cluster vengono eseguiti in parallelo. I cluster gestiti con una singola immagine di vSphere Lifecycle Manager non vengono corretti rispetto a basi di confronto o gruppi di basi di confronto collegati. Se il processo di correzione non riesce per uno dei cluster all'interno di un data center, i cluster rimanenti vengono comunque corretti.
Prima di avviare la correzione, è possibile generare un report che indichi il cluster, l'host o la macchina virtuale in cui sono abilitate le funzionalità del cluster. Per ulteriori informazioni, vedere Report della verifica preliminare della correzione.
Impostazioni di cluster e correzione
Se un host in un cluster abilitato per DRS esegue una macchina virtuale su cui è installato vCenter Server, DRS tenta prima di migrare la macchina virtuale che esegue vCenter Server in un altro host, in modo da poter completare la correzione. Se non è possibile migrare la macchina virtuale in un altro host, la correzione avrà esito negativo per quell'host, ma il processo di correzione non viene arrestato per il cluster. vSphere Lifecycle Manager passa a correggere l'host successivo nel cluster.
La correzione degli host in un cluster richiede la disattivazione temporanea di alcune funzionalità del cluster, come VMware DPM e il controllo ammissione HA. Inoltre, è necessario disattivare Fault Tolerance, se attiva, nelle macchine virtuali di un host e disconnettere i dispositivi rimovibili connessi alle macchine virtuali in un host, in modo che possano essere migrati tramite vMotion. Per ulteriori informazioni sulla configurazione delle impostazioni di correzione di vSphere Lifecycle Manager, vedere Impostazioni di correzione di vSphere Lifecycle Manager.
Se durante la correzione di un cluster viene avviato un failover di vCenter HA, l'attività di correzione viene annullata. Al termine del failover, è necessario riavviare l'attività di correzione nel nuovo nodo.
Quando si esegue la correzione in un cluster costituito da non più di due host, la disattivazione del controllo ammissione HA potrebbe non essere sufficiente a garantire la riuscita della correzione. Potrebbe essere necessario disattivare vSphere High Availability (HA) per il cluster. Se si lascia abilitata HA, i tentativi di correzione degli host nel cluster non riescono perché HA non è in grado di fornire consigli a vSphere Lifecycle Manager che mettano uno degli host in modalità di manutenzione. Il motivo di ciò sta nel fatto che se uno dei due host viene posto in modalità di manutenzione non viene lasciato disponibile alcun host di failover nel cluster. Per garantire la riuscita della correzione in un cluster a due nodi, è necessario disattivare HA per il cluster o attivare manualmente la modalità di manutenzione degli host e quindi correggere i due host nel cluster.
Cluster vSAN
vSphere Lifecycle Manager esegue la correzione degli host che fanno parte di un cluster vSAN in modo sequenziale. Il motivo di ciò sta nel fatto che per impostazione predefinita in un cluster vSAN può esservi un solo host in modalità di manutenzione per volta. Per ulteriori informazioni sull'utilizzo di vSphere Lifecycle Manager con i cluster vSAN, vedere Cluster vSAN e vSphere Lifecycle Manager.
