Sia che si gestisca il cluster vSAN con basi di confronto o con una singola immagine, la correzione degli host che fanno parte di un cluster vSAN ha le proprie specifiche.
- vSphere Lifecycle Manager attiva la modalità di manutenzione per un solo host alla volta.
- vSphere Lifecycle Manager esegue la correzione degli host che fanno parte di un cluster vSAN in modo sequenziale.
- Poiché vSphere Lifecycle Manager gestisce la correzione degli host in sequenza, il completamento del processo di correzione degli host potrebbe richiedere una notevole quantità di tempo.
- vSphere Lifecycle Manager corregge i cluster vSAN con domini di errore configurati, eseguendo prima l'upgrade di tutti gli host da un dominio di errore per poi passare all'upgrade degli host nel successivo dominio di errore.
- Per un cluster esteso vSAN, vSphere Lifecycle Manager corregge prima gli host dal sito preferito e quindi procede con la correzione degli host nel sito secondario.
Modalità di manutenzione degli host e cluster vSAN
È possibile correggere un host presente in un cluster vSAN in due modi, che variano in base alla modalità con cui si desidera gestire le macchine virtuali nell'host:
- È possibile attivare manualmente la modalità di manutenzione dell'host e correggere l'host utilizzando vSphere Lifecycle Manager.
- È possibile fare in modo che l'host passi alla modalità di manutenzione durante il processo di correzione di vSphere Lifecycle Manager.
In vSphere Client, quando si attiva la modalità di manutenzione per un host di un cluster vSAN, è possibile scegliere tra più opzioni: Verifica accessibilità, Spostamento completo dei dati, Senza spostamento dei dati. L'opzione Verifica accessibilità è l'opzione predefinita e indica che quando si attiva la modalità di manutenzione per un host, vSAN garantisce che tutte le macchine virtuali accessibili sull'host rimangano accessibili. Per ulteriori informazioni su ciascuna delle opzioni, vedere l'argomento "Mettere un membro di un cluster vSAN in modalità di manutenzione" nella documentazione di Storage di vSphere.
Durante la correzione, vSphere Lifecycle Manager mette gli host del cluster vSAN in modalità di manutenzione e gestisce le macchine virtuali nell'host applicando l'opzione Verifica accessibilità predefinita.
Se un host fa parte di un cluster vSAN e una macchina virtuale dell'host utilizza un criterio di storage macchina virtuale con l'impostazione "Numero di errori da tollerare=0", è possibile che nell'host si verifichino ritardi insoliti quando passa alla modalità di manutenzione. Il ritardo si verifica perché vSAN deve eseguire la migrazione dei dati della macchina virtuale da un disco del cluster di datastore vSAN a un altro. I ritardi potrebbero durare anche ore. È possibile risolvere questo problema impostando il valore di "Numero di errori da tollerare=1" per il criterio di storage macchina virtuale, il che comporta la creazione di due copie dei file della macchina virtuale nel datastore vSAN.
Controllo dello stato vSAN
Per garantire la riuscita della correzione, vSphere Lifecycle Manager esegue un controllo preliminare della correzione dei cluster vSAN. Il controllo dello stato vSAN fa parte del controllo preliminare della correzione.
Il controllo dello stato vSAN fornisce informazioni sullo stato del cluster e sull'eventualità di eseguire azioni aggiuntive per garantire la riuscita della correzione. Se non si eseguono le azioni consigliate, è comunque possibile procedere alla correzione del cluster vSAN o di un host del cluster. vSphere Lifecycle Manager mette correttamente l'host in modalità di manutenzione e applica gli aggiornamenti del software all'host. Tuttavia, è possibile che l'host non riesca a uscire dalla modalità di manutenzione e che il processo di correzione abbia quindi esito negativo. Di conseguenza, l'host del cluster vSAN viene aggiornato, ma è necessario eseguire interventi manuali per disattivare la modalità di manutenzione dell'host.
Utilizzo delle immagini di vSphere Lifecycle Manager per correggere cluster estesi vSAN
Quando si gestisce un cluster esteso vSAN o un cluster ROBO a due nodi con vSphere Lifecycle Manager, è possibile gestire gli host nel cluster con una singola immagine diversa dall'immagine utilizzata per aggiornare l'host witness dedicato. Con vSphere 8.0 Update 2, è possibile aggiornare l'host witness vSAN nello stesso modo in cui si aggiorna un host autonomo.
Che cos'è un cluster esteso
un cluster esteso è un modello di distribuzione in cui due o più host fanno parte dello stesso cluster logico, ma si trovano in posizioni geografiche separate. Ogni cluster esteso vSAN o cluster a due nodi ROBO ha un host witness, ovvero un host autonomo che non è membro del rispettivo cluster, ma è associato a tale cluster. L'host witness di un cluster vSAN è gestito dallo stesso vCenter Server in cui si trova il rispettivo cluster esteso o ROBO.
vSphere Lifecycle Manager e host witness vSAN
L'host witness vSAN è un host ESXi fisico o virtuale, che contiene i componenti di controllo degli oggetti della macchina virtuale archiviati nel cluster vSAN. L'host witness non supporta i carichi di lavoro e non è un nodo di dati. Un cluster esteso singolo o un cluster a due nodi ROBO può avere un solo host witness.
- vCenter Server deve essere 8.0 Update 2 e versioni successive.
- L'host witness deve essere ESXi versione 7.0 Update 2 e successive.
- L'host witness può essere un server virtuale o un server fisico.
- L'host witness può essere un host witness dedicato o un host witness condiviso.
- L'host witness deve essere aggiornato prima degli host nel cluster esteso vSAN o a due nodi associato.
- L'host witness e i cluster vSAN associati non devono essere aggiornati in parallelo.
- Non è possibile eseguire macchine virtuali in un host witness. Se vSphere Lifecycle Manager rileva macchine virtuali obsolete in esecuzione in un host witness, durante la correzione dell'host autonomo vSphere Lifecycle Manager imposta l'impostazione di correzione dello stato di alimentazione della macchina virtuale su Non modificare lo stato alimentazione. Per ulteriori informazioni, vedere Configurazione delle impostazioni di correzione di vSphere Lifecycle Manager per cluster o host autonomi gestiti con una singola immagine.
- Passare dall'utilizzo delle basi di confronto di vSphere Lifecycle Manager all'utilizzo delle immagini di vSphere Lifecycle Manager per un cluster esteso vSAN o un cluster a due nodi ROBO e per l'host standalone dedicato.
Nota: La transizione all'utilizzo delle immagini non viene bloccata se l'host witness è di una versione ESXi precedente alla 7.0 Update 2. Tuttavia, in questo caso, dopo la transizione, sarà possibile utilizzare una singola immagine di vSphere Lifecycle Manager per la gestione del cluster, ma sarà necessario comunque utilizzare le basi di confronto di vSphere Lifecycle Manager per la gestione dell'host witness. In questi casi, è possibile utilizzare le basi di confronto per aggiornare l'host witness alla versione 7.0 Update 2 o successiva. Sarà quindi possibile iniziare a gestire l'host witness con un'immagine vSphere Lifecycle Manager singola.
- Convertire un cluster vSAN esistente che utilizza una singola immagine in un cluster esteso con un host witness virtuale.
- Eseguire l'aggiornamento alla versione 8.0 Update 2 e successive per vCenter Server e 7.0 Update 2 o versioni successive per l'host witness.
- Conversione di un cluster esteso vSAN esistente che utilizza immagini in un cluster vSAN regolare.
- Disattivare vSAN per un cluster esteso vSAN esistente gestito con una singola immagine.
Upgrade di cluster estesi vSAN tramite un'immagine di vSphere Lifecycle Manager
Per i cluster estesi vSAN, è prima necessario eseguire l'aggiornamento dell'host witness con un'immagine separata vSphere Lifecycle Manager configurata per poi procedere alla correzione degli host nel sito preferito e nel sito secondario. Se tutti gli host nel sito preferito sono conformi, vSphere Lifecycle Manager ignora il sito preferito e inizia a correggere gli host dal sito secondario. Se uno degli host dell'intero cluster si trova in uno stato incompatibile, la correzione viene interrotta. Per ulteriori informazioni sulla correzione basata su dominio di errore e sull'ordine con cui vSphere Lifecycle Manager corregge gli host in un cluster vSAN, vedere Utilizzo delle immagini di vSphere Lifecycle Manager per correggere cluster vSAN con domini di errore configurati.
A partire da vSphere 8.0 Update 2 è possibile utilizzare un'immagine vSphere Lifecycle Manager completa per aggiornare un host witness nello stesso modo in cui si aggiorna un host autonomo. L'immagine desiderata applicata a un host witness può contenere un'immagine ESXi di base, nonché tutti i componenti utente, i componenti della soluzione o i componenti aggiuntivi OEM.
- vCenter Server deve essere 8.0 Update 2 e versioni successive.
- L'host witness deve essere ESXi versione 7.0 Update 2 e successive.
- L'host witness può essere un server virtuale e un server fisico.
- L'host witness può essere un host witness dedicato e un host witness condiviso.
Utilizzo delle immagini di vSphere Lifecycle Manager per correggere cluster vSAN con domini di errore configurati
Nei cluster vSAN con domini di errore configurati, vSphere Lifecycle Manager corregge gli host nell'ordine calcolato da vSphere Lifecycle Manager tenendo conto dei domini di errore definiti.
Che cos'è un dominio di errore?
Un dominio di errore è costituito da uno o più host vSAN raggruppati in base alla loro posizione fisica nel data center. Quando sono configurati, i domini di errore consentono a vSAN di tollerare gli errori di interi rack fisici oltre agli errori di host singoli, dispositivi di capacità, link di rete o commutatori di rete dedicati a un dominio di errore. È possibile configurare domini di errore per cluster vSAN e estesi e non estesi. Per ulteriori informazioni sulla configurazione dei domini di errore, vedere la documentazione di Amministrazione di VMware vSAN.
Upgrade di cluster vSAN configurati con più domini di errore
vSphere Lifecycle Manager corregge i cluster vSAN con domini di errore configurati, procedendo alla correzione di tutti gli host di un dominio di errore alla volta. Per definire l'ordine dei domini di errore, vSphere Lifecycle Manager calcola e assegna una priorità a ogni dominio di errore relativo al cluster vSAN.
La correzione inizia con il dominio di errore a cui è stata assegnata la priorità più alta. La priorità di un dominio di errore è determinata dal numero di host non conformi inclusi nel dominio di errore. Minore è il numero di host non conformi in un dominio di errore, maggiore sarà la priorità assegnata a tale dominio di errore. Tuttavia, se più domini di errore hanno la stessa priorità, vSphere Lifecycle Manager seleziona il primo dominio di errore dall'elenco dei domini di errore.
Dopo che vSphere Lifecycle Manager seleziona un dominio di errore, vSphere Lifecycle Manager utilizza i consigli DRS per selezionare l'host ottimale all'interno di tale dominio da correggere.
Per la correzione basata su dominio di errore dei cluster di vSAN, è necessario rispettare i seguenti requisiti:
- vCenter Server deve essere di versione 7.0 Update 1 e successive
- La versione degli host ESXi deve essere 7.0 e successiva
Upgrade dei cluster vSAN abilitato con NSX o vSphere with Tanzu
È possibile correggere un cluster vSAN rispetto a un'immagine di vSphere Lifecycle Manager che contiene la stessa versione ESXi degli host ESXi attualmente presenti, ma con le versioni più recenti dei componenti NSX e vSphere with Tanzu. In questo caso, vSphere Lifecycle Manager esegue l'upgrade dei soli componenti, senza aggiornare la versione ESXi. Anche in questi casi, vSphere Lifecycle Manager riconosce comunque i domini di errore configurati per il cluster vSAN ed esegue l'upgrade della soluzione in base alla configurazione del dominio di errore.
- vCenter Server deve essere di versione 7.0 Update 2
- La versione degli host ESXi deve essere 7.0 e successiva
