PowerEdge: Ridondanza VSAN ridotta

Obiettivi

Anche se l'aggiornamento del formato del disco è facoltativo e il cluster vSAN continua a funzionare senza problemi se viene utilizzata la versione precedente del formato del disco, per ottenere risultati ottimali, aggiornare gli oggetti in modo che utilizzino il formato su disco più recente. Il formato su disco più recente fornisce il set completo di funzioni di vSAN.

Fatti

A seconda delle dimensioni dei gruppi di dischi, l'aggiornamento del formato del disco può richiedere molto tempo perché i gruppi di dischi vengono aggiornati uno alla volta. Per ogni upgrade del gruppo di dischi, tutti i dati di ciascun dispositivo vengono evacuati e il gruppo di dischi viene rimosso dal cluster vSAN. Il gruppo di dischi viene quindi aggiunto nuovamente a vSAN con il nuovo formato su disco.

Una volta aggiornato il formato su disco, non è possibile eseguire il rollback del software sugli host o aggiungere determinati host meno recenti al cluster.

Quando viene avviato un aggiornamento del formato su disco, vSAN esegue diverse operazioni che possono essere monitorate dalla pagina Resyncing Components. Durante l'aggiornamento, il processo di aggiornamento può essere monitorato da vSphere Web Client quando si accede alla pagina Resyncing Components. Vedere Monitoraggio delle attività di risincronizzazione nel cluster vSAN. È inoltre possibile utilizzare il comando RVC vsan.upgrade_status <cluster> per monitorare l'aggiornamento. Utilizzare il flag opzionale -r <seconds> per aggiornare periodicamente lo stato dell'aggiornamento fino a quando non si preme CTRL+C. Il numero minimo di secondi consentiti tra ogni aggiornamento è 60.

È possibile monitorare altre attività di aggiornamento, ad esempio la rimozione e l'aggiornamento dei dispositivi, da vSphere Web Client nel riquadro Recent Tasks della barra di stato.

Quando si aggiorna il formato del disco, è necessario tenere presenti le seguenti considerazioni:

• Se si aggiorna un cluster con tre host e si desidera eseguire un'evacuazione completa, l'evacuazione ha esito negativo per gli oggetti con un livello di errori Primary da tollerare maggiore di zero. Un cluster a tre host non può riproteggere un gruppo di dischi che viene completamente evacuato utilizzando le risorse di due soli host. Ad esempio, quando il livello Primary of failures to tolerate è impostato su 1, vSAN richiede tre componenti di protezione (due mirror e un witness), in cui ciascun componente di protezione è posizionato su un host separato.
• Per un cluster a tre host, è necessario scegliere la modalità di evacuazione Accessibilità garantita ai dati. In questa modalità, qualsiasi errore hardware potrebbe causare la perdita di dati.
• È inoltre necessario assicurarsi che sia disponibile spazio libero sufficiente. Lo spazio deve essere uguale alla capacità logica consumer del gruppo di dischi più grande. Questa capacità deve essere disponibile su un gruppo di dischi separato da quello di cui si sta eseguendo la migrazione.
• Quando si aggiorna un cluster a tre host o quando si aggiorna un cluster con risorse limitate, consentire alle macchine virtuali di funzionare in modalità di ridondanza ridotta.
• L'utilizzo dell'opzione di comando --allow-reduced-redundancy indica che alcune macchine virtuali potrebbero non essere in grado di tollerare errori durante la migrazione. Questa tolleranza ridotta ai guasti può anche causare la perdita di dati. vSAN ripristina la conformità e la ridondanza complete al termine dell'upgrade. Durante l'aggiornamento, lo stato di conformità delle macchine virtuali e delle relative ridondanze è temporaneamente non conforme. Dopo aver completato l'aggiornamento e tutte le attività di ricostruzione, le macchine virtuali diventeranno conformi.
• Durante l'aggiornamento, non rimuovere o scollegare alcun host e non mettere un host in modalità di manutenzione. Queste azioni potrebbero causare l'esito negativo dell'aggiornamento.

Soluzione

Si tratta di un'operazione di solo inoltro con errore e può essere completata solo utilizzando la console VCSA Ruby.
Convalidare nuovamente lo stato della VSAN prima di eseguire l'upgrade.

       1. Verificare prima che la VSAN sia integra, quindi accedere a VCSA come root ed eseguire le seguenti operazioni:

Command> rvc administrator@vsphere.local:VMwar3!!@vcenter_fqdn  >

       2. Modificare la directory in questo vCenter.

cd  fqdn_of_vcenter

       3. Modificare la directory nell'oggetto Datacenter.

/vcenter_fqdn> cd DatacenterName/

       4. Modificare la directory nell'oggetto Computer.

/vcenter_fqdn/DatacenterName> cd computers/

       5. Modificare la directory nel cluster con la VSAN.

/vcenter_fqdn/DatacenterName/computers> cd VXRC
/vcenter_fqdn/DatacenterName/computers/VXRC>

       6. Eseguire l'attività di upgrade con la modalità di ridondanza ridotta.

vsan.ondisk_upgrade . --allow-reduced-redundancy