Verificare i prerequisiti.

Eseguire lo strumento di pianificazione della capacità per ottenere consigli su risorse e configurazioni.

Distribuire JetStream DR MSA su ciascun host vSphere nel cluster designato.

Avviare l'MSA utilizzando il suo nome DNS in un browser.

Registrare il server vCenter con MSA.

Dopo aver distribuito JetStream DR MSA e registrato vCenter Server, accedere al plug-in JetStream DR con vSphere Web Client. Per farlo, andare su Datacenter > Configura > JetStream DR.

Dall'interfaccia JetStream DR, completare le seguenti attività:

Distribuire il numero richiesto di DR Virtual Appliance (DRVA) dalla scheda Appliance.

Utilizzare lo strumento di pianificazione della capacità per stimare il numero di DRVA necessari.

Creare volumi di registro di replica per ogni DRVA utilizzando il VMDK dagli archivi dati disponibili o dal pool di archiviazione iSCSI condiviso indipendente.

Dalla scheda Domini protetti, creare il numero richiesto di domini protetti utilizzando le informazioni sul sito di Azure Blob Storage, l'istanza DRVA e il registro di replica. Un dominio protetto definisce una VM specifica o un set di VM applicative all'interno del cluster, protette insieme e a cui viene assegnato un ordine di priorità per le operazioni di failover/failback.

Selezionare le VM da proteggere e raggrupparle in gruppi di applicazioni in base alla dipendenza. Le definizioni delle applicazioni consentono di raggruppare set di VM in gruppi logici che contengono i relativi ordini di avvio, ritardi di avvio e convalide facoltative delle applicazioni che possono essere eseguite al momento del ripristino.

Assicurarsi che venga utilizzata la stessa modalità di protezione per tutte le VM in un dominio protetto.

La modalità Write-Back (VMDK) offre prestazioni più elevate.

Assicurarsi che i volumi del registro di replica siano posizionati su un archivio ad alte prestazioni.

Al termine, fare clic su Avvia protezione per il dominio protetto. In questo modo viene avviata la replica dei dati per le VM selezionate nell'archivio BLOB designato.

Una volta completata la replica, lo stato di protezione della VM viene contrassegnato come Recuperabile.

I runbook di failover possono essere configurati per raggruppare le VM (denominate gruppo di ripristino), impostare la sequenza dell'ordine di avvio e modificare le impostazioni della CPU/memoria insieme alle configurazioni IP.

Fare clic su Impostazioni e quindi sul collegamento Configura runbook per configurare il gruppo runbook.

Fare clic sul pulsante Crea gruppo per iniziare a creare un nuovo gruppo di runbook.

Se necessario, nella parte inferiore dello schermo, è possibile applicare pre-script e post-script personalizzati da eseguire automaticamente prima e dopo l'operazione del gruppo di runbook. Assicurarsi che gli script Runbook risiedano sul server di gestione.

Modificare le impostazioni della VM secondo necessità. Specificare i parametri per il ripristino delle VM, tra cui la sequenza di avvio, il ritardo di avvio (specificato in secondi), il numero di CPU e la quantità di memoria da allocare. Modificare la sequenza di avvio delle VM facendo clic sulle frecce su o giù. Sono disponibili anche opzioni per conservare MAC.

Gli indirizzi IP statici possono essere configurati manualmente per le singole VM del gruppo. Fare clic sul collegamento Visualizzazione NIC di una VM per configurare manualmente le impostazioni del suo indirizzo IP.

Fare clic sul pulsante Configura per salvare le impostazioni NIC per le rispettive VM.

Per installare JetStream DR per AVS su un cloud privato di Azure VMware Solution, utilizzare il comando Esegui. Dal portale di Azure, vai alla soluzione Azure VMware, seleziona il cloud privato e seleziona Esegui comando > Pacchetti > JSDR.Configuration.

L'utente CloudAdmin predefinito della soluzione Azure VMware non dispone di privilegi sufficienti per installare JetStream DR per AVS. La soluzione Azure VMware consente l'installazione semplificata e automatizzata di JetStream DR richiamando il comando Esegui della soluzione Azure VMware per JetStream DR.

Una volta completata l'installazione di JetStream DR per AVS, aggiornare il browser. Per accedere all'interfaccia utente di JetStream DR, andare su SDDC Datacenter > Configura > JetStream DR.

Dall'interfaccia JetStream DR, completare le seguenti attività:

Il dominio viene importato per il ripristino. Vai alla scheda Domini protetti e verifica che sia stato selezionato il dominio desiderato oppure scegli quello desiderato dal menu Seleziona dominio protetto. Viene visualizzato un elenco delle VM recuperabili nel dominio protetto.

Dopo aver importato i domini protetti, distribuire gli appliance DRVA.

Questi passaggi possono anche essere automatizzati utilizzando i piani creati da CPT.

Creare volumi di log di replicazione utilizzando i datastore vSAN o ANF disponibili.

Importare i domini protetti e configurare il VA di ripristino per utilizzare un datastore ANF per i posizionamenti delle VM.

Assicurarsi che DHCP sia abilitato sul segmento selezionato e che siano disponibili sufficienti IP. Gli IP dinamici vengono utilizzati temporaneamente mentre i domini sono in fase di ripristino. Ogni VM in fase di ripristino (inclusa la reidratazione continua) richiede un IP dinamico individuale. Una volta completato il ripristino, l'IP viene rilasciato e può essere riutilizzato.

Selezionare l'opzione di failover appropriata (failover continuo o failover). In questo esempio è stata selezionata la reidratazione continua (failover continuo).

Sebbene il failover continuo e le modalità di failover differiscano nel momento in cui viene eseguita la configurazione, entrambe le modalità di failover vengono configurate utilizzando gli stessi passaggi. I passaggi di failover vengono configurati ed eseguiti insieme in risposta a un evento disastroso. Il failover continuo può essere configurato in qualsiasi momento e quindi consentito in esecuzione in background durante il normale funzionamento del sistema. Dopo che si è verificato un evento disastroso, viene completato il failover continuo per trasferire immediatamente la proprietà delle VM protette al sito di ripristino (RTO prossimo allo zero).

Dopo che si è verificato un disastro nel cluster protetto dell'ambiente on-premise (guasto parziale o completo), è possibile attivare il failover per le VM che utilizzano Jetstream dopo aver interrotto la relazione SnapMirror per i rispettivi volumi applicativi.

Questo passaggio può essere facilmente automatizzato per facilitare il processo di recupero.

Accedere all'interfaccia utente di Jetstream su AVS SDDC (lato destinazione) e attivare l'opzione di failover per completare il failover. La barra delle applicazioni mostra lo stato di avanzamento delle attività di failover.

Una volta completato il failover continuo, viene visualizzato un messaggio che conferma il completamento dell'attività. Una volta completata l'attività, accedere alle VM ripristinate per configurare le sessioni ISCSI o NFS.

La modalità di failover cambia in In esecuzione in failover e lo stato della VM è Recuperabile. Tutte le VM del dominio protetto sono ora in esecuzione nel sito di ripristino nello stato specificato dalle impostazioni del runbook di failover.

Per verificare la configurazione e l'infrastruttura del failover, JetStream DR può essere utilizzato in modalità di test (opzione Test Failover) per osservare il ripristino delle macchine virtuali e dei relativi dati dall'archivio oggetti in un ambiente di ripristino di test. Quando una procedura di failover viene eseguita in modalità test, il suo funzionamento è simile a un vero e proprio processo di failover.

Dopo aver ripristinato le macchine virtuali, utilizzare il ripristino di emergenza dell'archiviazione per l'archiviazione in-guest. Per dimostrare questo processo, in questo esempio viene utilizzato SQL Server.

Accedere alla VM SnapCenter recuperata su AVS SDDC e abilitare la modalità DR.

Assicurarsi che la relazione SnapMirror sia interrotta.

Collegare la LUN da Cloud Volumes ONTAP alla VM guest SQL ripristinata con le stesse lettere di unità.

Aprire iSCSI Initiator, cancellare la sessione disconnessa precedente e aggiungere la nuova destinazione insieme al multipath per i volumi Cloud Volumes ONTAP replicati.

Assicurarsi che tutti i dischi siano collegati utilizzando le stesse lettere di unità utilizzate prima del DR.

Riavviare il servizio del server MSSQL.

Assicurarsi che le risorse SQL siano di nuovo online.

Nel caso di NFS, collegare i volumi utilizzando il comando mount e aggiornare il /etc/fstab voci.

Sul lato NSX-T, è possibile creare un gateway di livello 1 dedicato separato per simulare scenari di failover. Ciò garantisce che tutti i carichi di lavoro possano comunicare tra loro, ma che nessun traffico possa entrare o uscire dall'ambiente, in modo che qualsiasi attività di triage, contenimento o rafforzamento possa essere eseguita senza il rischio di contaminazione incrociata. Questa operazione esula dallo scopo del presente documento, ma può essere facilmente eseguita per simulare l'isolamento.

Ripristinare l'ambiente locale. A seconda del tipo di incidente di emergenza, potrebbe essere necessario ripristinare e/o verificare la configurazione del cluster protetto. Se necessario, potrebbe essere necessario reinstallare il software JetStream DR.

Accedere all'ambiente locale ripristinato, andare all'interfaccia utente di Jetstream DR e selezionare il dominio protetto appropriato. Una volta che il sito protetto è pronto per il failback, selezionare l'opzione Failback nell'interfaccia utente.

Il piano di failback generato da CPT può essere utilizzato anche per avviare il ritorno delle VM e dei relativi dati dall'archivio oggetti all'ambiente VMware originale.

Specificare il ritardo massimo dopo la sospensione delle VM nel sito di ripristino e il loro riavvio nel sito protetto. Il tempo necessario per completare questo processo include il completamento della replica dopo l'arresto delle VM di failover, il tempo necessario per pulire il sito di ripristino e il tempo necessario per ricreare le VM nel sito protetto. NetApp consiglia 10 minuti.

Completare il processo di failback e quindi confermare la ripresa della protezione della VM e la coerenza dei dati.

Dopo aver ripristinato le VM, scollegare lo storage secondario dall'host e connettersi allo storage primario.

Riavviare il servizio del server MSSQL.

Verificare che le risorse SQL siano di nuovo online.

Per eseguire il failback sullo storage primario, assicurarsi che la direzione della relazione rimanga la stessa di prima del failover eseguendo un'operazione di risincronizzazione inversa.

Per mantenere i ruoli di storage primario e secondario dopo l'operazione di risincronizzazione inversa, eseguire nuovamente l'operazione di risincronizzazione inversa.