vSphere Virtual Volumes e replica

vSphere Virtual Volumes supporta la replica e il ripristino di emergenza. Con la replica basata su array, è possibile disattivare il carico della replica delle macchine virtuali nell'array di storage e utilizzare le funzionalità di replica completa dell'array. È possibile replicare un singolo oggetto macchina virtuale, ad esempio un disco virtuale. È inoltre possibile raggruppare diversi oggetti di macchina virtuale o diverse macchine virtuali per replicarli come singola unità.

La replica basata su array è gestita tramite criteri. Dopo aver configurato lo storage Virtual Volumes per la replica, le informazioni sulle funzionalità di replica e sui gruppi di replica vengono recapitate dall'array dal provider di storage. Queste informazioni sono illustrate nell'interfaccia del criterio di storage macchina virtuale di vCenter Server.

Il criterio di storage macchina virtuale viene utilizzato per descrivere i requisiti di replica per le macchine virtuali. I parametri specificati nel criterio di storage dipendono da come l'array implementa la replica. Ad esempio, il criterio di storage macchina virtuale può includere parametri come la pianificazione della replica, la frequenza di replica o l'obiettivo del punto di ripristino (RPO). Il criterio potrebbe anche indicare la destinazione di replica, un sito secondario in cui vengono replicate le macchine virtuali o specificare se le repliche devono essere eliminate.

Assegnando il criterio di replica durante il provisioning della macchina virtuale, si richiedono servizi di replica per la macchina virtuale. L'array assume quindi la gestione di tutte le pianificazioni e i processi di replica.

Requisiti per la replica con Virtual Volumes

Quando si abilita Virtual Volumes con replica, oltre ai requisiti generali per Virtual Volumes, l'ambiente deve soddisfare diversi prerequisiti specifici.

Per i requisiti generali per Virtual Volumes, vedere Prima di attivare vSphere Virtual Volumes.

Requisiti di storage

L'implementazione della replica del Virtual Volumes dipende dall'array e potrebbe essere diversa per i fornitori di storage. In genere, i requisiti seguenti si applicano a tutti i fornitori.

• Gli array di storage utilizzati per implementare la replica devono essere compatibili con Virtual Volumes.
• Gli array devono essere integrati con la versione del provider di storage (VASA) compatibile con la replica Virtual Volumes.
• Gli array di storage devono supportare la replica e devono essere configurati per utilizzare meccanismi di replica forniti dal fornitore. Le configurazioni tipiche in genere coinvolgono una o due destinazioni di replica. Anche tutte le configurazioni necessarie, come l'associazione del sito replicato e del sito target, devono essere eseguite sul lato storage.
• Quando applicabile, i gruppi di replica e i domini di errore per Virtual Volumes devono essere preconfigurati sul lato storage.

Per ulteriori informazioni, contattare il fornitore e vedere Guida alla compatibilità di VMware.

Requisiti vSphere

• Utilizzare le versioni vCenter Server e ESXi che supportano la replica dello storage Virtual Volumes. Gli host vCenter Server e ESXi precedenti alla versione 6.5 non supportano lo storage Virtual Volumes replicato. Qualsiasi tentativo di creare una macchina virtuale replicata in un host incompatibile non riesce e genera un errore. Per informazioni, vedere Guida alla compatibilità di VMware.
• Se si intende eseguire la migrazione di una macchina virtuale, assicurarsi che le risorse di destinazione, come gli host ESXi e i datastore Virtual Volumes, supportino la replica dello storage.

Virtual Volumes e gruppi di replica

Quando lo storage offre servizi di replica, oltre ai container di storage e ai Protocol Endpoint, l'amministratore di storage può configurare i gruppi di replica sul lato storage.

vCenter Server e ESXi possono individuare i gruppi di replica, ma non gestirne il ciclo di vita. I gruppi di replica, chiamati anche gruppi di coerenza, indicano quali macchine virtuali e dischi virtuali devono essere replicati insieme in un sito di destinazione. Una singola macchina virtuale non può estendersi su più gruppi di replica.

Se non sono disponibili gruppi preconfigurati, Virtual Volumes può utilizzare un metodo automatico. Con il metodo automatico, Virtual Volumes crea un gruppo di replica su richiesta e lo associa a un oggetto Virtual Volumes in fase di provisioning. Se si utilizza il gruppo di replica automatica, tutti i componenti di una macchina virtuale vengono assegnati al gruppo. Non è possibile combinare gruppi di replica preconfigurata e automatica per i componenti della stessa macchina virtuale.

Virtual Volumes e domini di errore

Nell'ambiente Virtual Volumes, i domini di errore definiscono il modo in cui è necessario combinare gruppi di replica specifici quando vengono replicati da un'origine a un sito di destinazione.

I domini di errore sono configurati e segnalati dall'array di storage e non sono esposti in vSphere Client. Il meccanismo SPBM (Storage Policy Based Management) rileva i domini in stato di errore e li utilizza a scopo di convalida durante la creazione di una macchina virtuale.

Ad esempio, eseguire il provisioning di due macchine virtuali, una associata al gruppo di replica Anaheim: B e l'altra associata al gruppo di replica Anaheim: C. SPBM convalida il provisioning perché ogni macchina virtuale si trova nel proprio gruppo di replica con i domini di errore di destinazione corrispondenti.

Eseguire quindi il provisioning di due macchine virtuali, una associata al gruppo di replica Anaheim: B e l'altra associata al gruppo di replica Anaheim: D. Questa configurazione non è valida. Entrambi i gruppi di replica vengono replicati nel dominio di errore New-York, ma solo uno viene replicato nel dominio di errore Boulder.

Workflow della replica di Virtual Volumes

Se in vCenter Server sono disponibili informazioni sulle funzionalità di replica dell'array di storage Virtual Volumes, è possibile attivare la replica per le macchine virtuali.

Il workflow per attivare la replica per le macchine virtuali include passaggi tipici per il provisioning della macchina virtuale su storage Virtual Volumes.

1. Definire il criterio di storage macchina virtuale compatibile con lo storage di replica. Le regole basate su datastore del criterio devono includere il componente di replica. Vedere Creazione di un criterio di storage delle macchine virtuali per Virtual Volumes.

   Dopo aver configurato il criterio di storage che include la replica, vCenter Server rileva i gruppi di replica disponibili.

2. Assegnare il criterio di replica alla macchina virtuale. Se configurato, selezionare un gruppo di replica compatibile o utilizzare l'assegnazione automatica. Vedere Assegnazione di criteri di storage alle macchine virtuali.

Linee guida e considerazioni sulla replica

Quando si utilizza la replica con Virtual Volumes, si applicano considerazioni specifiche.

• Il criterio di storage di replica può essere applicato solo a un volume virtuale di configurazione e a un volume dati virtuale. Gli altri oggetti della macchina virtuale ereditano il criterio di replica nel modo seguente:
  • Il volume virtuale della memoria eredita il criterio del volume virtuale di configurazione.
  • Il volume virtuale digest eredita il criterio del volume virtuale dei dati.
  • Il volume virtuale di swap, che esiste mentre una macchina virtuale è accesa, viene escluso dalla replica.
• Se non si applica il criterio di replica a un disco della macchina virtuale, il disco non viene replicato.
• Il criterio di storage di replica non deve essere utilizzato come criterio di storage predefinito per un datastore. In caso contrario, il criterio impedisce di selezionare i gruppi di replica.
• La replica conserva la cronologia degli snapshot. Se uno snapshot è stato creato e replicato, è possibile ripristinarlo in modo coerente rispetto all'applicazione.
• È possibile replicare un clone collegato. Se un clone collegato viene replicato senza il relativo elemento principale, diventa un clone completo.
• Se un file descrittore appartiene a un disco virtuale di una macchina virtuale, ma si trova nella home della macchina virtuale di un'altra macchina virtuale, entrambe le macchine virtuali devono trovarsi nello stesso gruppo di replica. Se le macchine virtuali si trovano in gruppi di replica diversi, è necessario eseguire il failover di entrambi questi gruppi di replica contemporaneamente. In caso contrario, il descrittore potrebbe non essere disponibile dopo il failover. Di conseguenza, è possibile che la macchina virtuale non si accenda.
• In un ambiente Virtual Volumes con replica, è possibile eseguire periodicamente un workflow di failover di prova per assicurarsi che i carichi di lavoro ripristinati funzionino dopo un failover.

  Le macchine virtuali di test create durante il failover di prova risultante sono completamente funzionali e sono adatte per operazioni amministrative generali. Tuttavia, si applicano alcune considerazioni:

  • Tutte le macchine virtuali create durante il failover di prova devono essere eliminate prima dell'arresto del failover di prova. L'eliminazione assicura che tutti gli snapshot o i volumi virtuali correlati agli snapshot che fanno parte della macchina virtuale, come il volume virtuale dello snapshot, non interferiscano con l'arresto del failover di prova.
  • È possibile creare cloni completi delle macchine virtuali di prova.
  • È possibile creare cloni rapidi solo se il criterio applicato alla nuova macchina virtuale contiene lo stesso ID di gruppo di replica della macchina virtuale da clonare. I tentativi di collocare la macchina virtuale secondaria al di fuori del gruppo di replica della macchina virtuale principale non riescono.