Creare un piano di replica
Una volta aggiunti i siti vCenter, sarai pronto a creare un disaster recovery o un piano di replica. Selezionare i vCenter di origine e di destinazione, scegliere i gruppi di risorse e raggruppare le modalità di ripristino e accensione delle applicazioni. Ad esempio, è possibile raggruppare macchine virtuali (VM) associate a un'applicazione o raggruppare applicazioni con livelli simili.
Tali piani sono a volte chiamati blueprint.
È possibile creare un piano di replica e modificare le pianificazioni per la conformità e il test.
Puoi proteggere più VM su datastore multipli. Il disaster recovery di BlueXP crea gruppi di coerenza ONTAP per tutti i volumi ONTAP che ospitano datastore di macchine virtuali protetti.
Creare il piano
Una procedura guidata consente di eseguire le seguenti operazioni:
-
Seleziona i server vCenter.
-
Selezionare le VM da replicare e assegnare gruppi.
-
Mappare la modalità di mappatura delle risorse dall'ambiente di origine alla destinazione.
-
Identificare la ricorrenza, eseguire uno script ospitato da guest, impostare l'ordine di avvio e selezionare l'obiettivo del punto di ripristino.
-
Rivedere il piano.
Quando si crea il piano, è necessario attenersi alle seguenti linee guida:
-
Utilizzare le stesse credenziali per tutte le VM del piano.
-
Utilizzare lo stesso script per tutte le VM del piano.
-
Utilizzare la stessa subnet, DNS e gateway per tutte le macchine virtuali del piano.
Per creare una relazione di SnapMirror in questo servizio, il cluster e il relativo peering SVM dovrebbero essere già stati impostati al di fuori del disaster recovery di BlueXP.
Seleziona i server vCenter
Prima di tutto, seleziona il vCenter di origine e poi il vCenter di destinazione.
-
Dal nav sinistro di BlueXP, seleziona protezione > Disaster Recovery.
-
Dal menu principale di ripristino di emergenza di BlueXP , selezionare piani di replica e selezionare Aggiungi. In alternativa, se si sta appena iniziando a utilizzare il servizio, nel Dashboard selezionare Aggiungi piano di replica.
-
Creare un nome per il piano di replica.
-
Selezionare i vCenter di origine e di destinazione dagli elenchi vCenter di origine e destinazione.
-
Selezionare Avanti.
Selezionare le applicazioni da replicare e assegnare gruppi di risorse
Il passaggio successivo consiste nel raggruppare le VM richieste in gruppi di risorse funzionali. I gruppi di risorse consentono di raggruppare una serie di macchine virtuali dipendenti in gruppi logici che soddisfano i propri requisiti. Ad esempio, i gruppi potrebbero contenere ordini di avvio ritardati che possono essere eseguiti al momento del ripristino.
Quando si selezionano le applicazioni nel piano di replica, è possibile visualizzare il sistema operativo per ciascuna VM del piano. Ciò è utile per decidere come raggruppare le VM in un gruppo di risorse.
Ogni gruppo di risorse può includere una o più VM. Le macchine virtuali si accenderanno in base alla sequenza in cui vengono incluse. |
-
In alternativa, nella parte sinistra della pagina applicazioni, è possibile filtrare le macchine virtuali in base all'archivio dati. È inoltre possibile cercare macchine virtuali specifiche per nome.
-
Sul lato sinistro della pagina applicazioni, selezionare le macchine virtuali che si desidera proteggere e assegnare al gruppo selezionato.
La VM selezionata viene aggiunta automaticamente al gruppo 1 e viene avviato un nuovo gruppo 2. Ogni volta che si aggiunge una macchina virtuale all'ultimo gruppo, viene aggiunto un altro gruppo.
-
Facoltativamente, eseguire una delle seguenti operazioni:
-
Per modificare il nome del gruppo, fare clic sull'icona Modifica del gruppo.
-
Per rimuovere una macchina virtuale da un gruppo, selezionare X accanto alla macchina virtuale.
-
Per spostare una macchina virtuale in un gruppo diverso, trascinarla e rilasciarla nel nuovo gruppo.
-
-
Quando si dispone di più gruppi di risorse, assicurarsi che la sequenza dei gruppi corrisponda alla sequenza operativa che dovrebbe verificarsi.
Ogni VM all'interno di un gruppo viene avviata in sequenza in base all'ordine qui riportato.
-
Selezionare Avanti.
Mappare le risorse di origine alla destinazione
Nel passaggio mappatura risorse, specificare il modo in cui le risorse dell'ambiente di origine devono essere mappate alla destinazione. Quando si crea un piano di replica, è possibile impostare un ritardo di avvio e un ordine per ciascuna VM del piano. In questo modo è possibile impostare una sequenza di avvio delle VM.
Per creare una relazione di SnapMirror in questo servizio, il cluster e il relativo peering SVM dovrebbero essere già stati impostati al di fuori del disaster recovery di BlueXP.
-
Nella pagina mappatura delle risorse, per utilizzare le stesse mappature sia per le operazioni di failover che per quelle di test, selezionare la casella.
-
Nella scheda Mapping di failover, selezionare la freccia verso il basso a destra di ciascuna risorsa e mappare le risorse in ciascuna.
-
Compute resources: Selezionare la freccia giù accanto a Compute resources.
-
Datacenter di origine e destinazione
-
Cluster di destinazione
-
Host di destinazione (opzionale): Dopo aver selezionato il cluster, è possibile impostare queste informazioni.
Se un vCenter ha un DRS (Distributed Resource Scheduler) configurato per gestire più host in un cluster, non è necessario selezionare un host. Se si seleziona un host, il disaster recovery di BlueXP posizionerà tutte le VM sull'host selezionato. -
Cartella VM di destinazione (opzionale): Creare una nuova cartella principale per memorizzare le VM selezionate.
-
-
Reti virtuali: Nella scheda mappature di failover, selezionare la freccia giù accanto a reti virtuali. Selezionare la LAN virtuale di origine e la LAN virtuale di destinazione.
Selezionare la mappatura di rete alla LAN virtuale appropriata. Le LAN virtuali dovrebbero essere già fornite, quindi selezionare la LAN virtuale appropriata per mappare la VM.
-
Macchine virtuali: Nella scheda mappature di failover, selezionare la freccia in basso accanto a macchine virtuali.
Viene mappato il valore predefinito per le macchine virtuali. La mappatura predefinita utilizza le stesse impostazioni utilizzate dalle macchine virtuali nell'ambiente di produzione (stesso indirizzo IP, subnet mask e gateway).
Se si apportano modifiche rispetto alle impostazioni predefinite, è necessario modificare il campo IP di destinazione in "diverso dall'origine".
Se si modificano le impostazioni in "diverso dall'origine", è necessario fornire le credenziali del sistema operativo guest della VM. In questa sezione potrebbero essere visualizzati campi diversi a seconda della selezione effettuata.
-
Tipo di indirizzo IP: Riconfigurare la configurazione delle VM in modo che corrisponda ai requisiti della rete virtuale di destinazione. Il disaster recovery di BlueXP offre due opzioni: DHCP o IP statico. Per gli IP statici, configurare la subnet mask, il gateway e i server DNS. Inoltre, immettere le credenziali per le VM.
-
DHCP: Selezionare questa impostazione se si desidera che le macchine virtuali ottengano informazioni sulla configurazione di rete da un server DHCP. Se si sceglie questa opzione, è necessario fornire solo le credenziali per la macchina virtuale.
-
IP statico: Selezionare questa impostazione se si desidera specificare manualmente le informazioni di configurazione IP. È possibile selezionare informazioni identiche o diverse dalla macchina virtuale di origine. Se si sceglie lo stesso come origine, non è necessario immettere le credenziali. D'altro canto, se si sceglie di utilizzare informazioni diverse dall'origine, è possibile fornire le credenziali, l'indirizzo IP della macchina virtuale, la subnet mask, il DNS e le informazioni del gateway. Le credenziali del sistema operativo guest delle VM devono essere fornite a livello globale o a ciascun livello di VM.
Ciò può risultare molto utile quando si ripristinano ambienti di grandi dimensioni in cluster di destinazione più piccoli o quando si eseguono test di disaster recovery senza dover eseguire il provisioning di un'infrastruttura fisica VMware uno a uno.
-
-
Scripts: È possibile includere script personalizzati in formato .sh, .bat o .ps1 come processi di post-failover. Grazie agli script personalizzati, puoi fare in modo che il disaster recovery di BlueXP esegua lo script dopo un processo di failover. Ad esempio, è possibile utilizzare uno script personalizzato per riprendere tutte le transazioni del database al termine del failover.
-
Prefisso e suffisso VM di destinazione: Nei dettagli delle macchine virtuali è possibile aggiungere un prefisso e un suffisso al nome VM.
-
CPU e RAM della VM di origine: Nei dettagli delle macchine virtuali, è possibile ridimensionare facoltativamente i parametri della CPU e della RAM della VM.
-
Ordine di avvio: È possibile modificare l'ordine di avvio dopo un failover per tutte le macchine virtuali selezionate nei gruppi di risorse. Per impostazione predefinita, viene utilizzato l'ordine di avvio selezionato durante la selezione del gruppo di risorse; tuttavia, è possibile apportare modifiche in questa fase. Questa operazione è utile per garantire che tutte le macchine virtuali con priorità 1 vengano eseguite prima dell'avvio delle macchine virtuali con priorità successiva.
I numeri dell'ordine di avvio si applicano solo all'interno di un gruppo di risorse. Se si dispone di un "2" in un gruppo e di un "2" in un altro gruppo, le macchine virtuali nel primo gruppo iniziano nell'ordine e le macchine virtuali nel secondo gruppo iniziano nell'ordine.
-
Avvio sequenziale: Assegnare a ciascuna macchina virtuale un numero univoco per avviare nell'ordine assegnato, ad esempio 1,2,3,4,5
-
Avvio simultaneo: Assegnare lo stesso numero a tutte le VM per avviarle contemporaneamente, ad esempio 1,1,4,2,2,3,4,1,1.
-
-
Boot Delay: Regola il ritardo in minuti dell'azione di avvio.
Per ripristinare l'ordine di avvio predefinito, selezionare Ripristina impostazioni VM predefinite, quindi scegliere le impostazioni che si desidera ripristinare. -
Crea repliche coerenti con l'applicazione: Indica se creare copie snapshot coerenti con l'applicazione. Il servizio disattiverà l'applicazione, quindi acquisirà uno snapshot per ottenere uno stato coerente dell'applicazione. Questa funzionalità è supportata con Oracle in esecuzione su Windows e Linux e SQL Server in esecuzione su Windows.
-
-
Datastores: Selezionare la freccia giù accanto a Datastores. In base alla selezione delle macchine virtuali, i mapping degli archivi dati vengono selezionati automaticamente.
Questa sezione potrebbe essere attivata o disattivata a seconda della selezione effettuata.
-
RPO: Inserire l'obiettivo del punto di ripristino (RPO) per indicare la quantità di dati da recuperare (misurata nel tempo). Ad esempio, se inserisci un RPO di 60 minuti, il recovery deve avere dati non più vecchi di 60 minuti in ogni momento. In caso di emergenza, si può perdere fino a 60 minuti di dati. Inserire inoltre il numero di copie Snapshot da conservare per tutti i datastore.
-
Conteggio di conservazione: Immettere il numero di istantanee che si desidera conservare.
-
Datastore di origine e destinazione: Se esistono più relazioni SnapMirror (fan-out), è possibile selezionare la destinazione da utilizzare. Se un volume ha già stabilito una relazione di SnapMirror, appariranno i datastore di origine e destinazione corrispondenti. Se un volume non ha una relazione SnapMirror, puoi crearne uno subito selezionando un cluster di destinazione, una SVM di destinazione e fornendo un nome del volume. Il servizio crea la relazione tra volume e SnapMirror.
Per creare una relazione di SnapMirror in questo servizio, il cluster e il relativo peering SVM dovrebbero essere già stati impostati al di fuori del disaster recovery di BlueXP. -
Quando si specifica l'obiettivo RPO (Recovery Point Objective), il servizio pianifica un backup primario in base all'RPO e aggiorna le destinazioni secondarie.
-
Se le macchine virtuali provengono dallo stesso volume e dalla stessa SVM, il servizio esegue una snapshot ONTAP standard e aggiorna le destinazioni secondarie.
-
Se le macchine virtuali provengono da volumi diversi e dalla stessa SVM, il servizio crea uno snapshot del gruppo di coerenza includendo tutti i volumi e aggiornando le destinazioni secondarie.
-
Se le VM provengono da volumi diversi e da SVM diverse, il servizio esegue una fase di avvio del gruppo di coerenza e applica la snapshot della fase includendo tutti i volumi nello stesso cluster o in un cluster diverso, quindi aggiorna le destinazioni secondarie.
-
Durante il failover, è possibile selezionare uno snapshot qualsiasi. Se si seleziona l'ultima snapshot, il servizio crea un backup on-demand, aggiorna la destinazione e utilizza tale Snapshot per il failover.
-
Verificare le mappature
-
Per impostare diverse mappature per l'ambiente di test, deselezionare la casella e selezionare la scheda mappature di test.
-
Passare attraverso ciascuna scheda come prima, ma questa volta per l'ambiente di test.
Nella scheda Mapping test, le mappature macchine virtuali e archivi dati sono disattivate.
In seguito, è possibile testare l'intero piano. In questo momento, si stanno impostando le mappature per l'ambiente di test.
Identificare la ricorrenza
Seleziona se desideri migrare i dati (uno spostamento una tantum) su un'altra destinazione o replicarli alla frequenza di SnapMirror.
Se si desidera eseguirne la replica, identificare la frequenza di mirroring dei dati.
-
Nella pagina ricorrenza, selezionare Migra o Replica.
-
Migra: Selezionare per spostare l'applicazione nella posizione di destinazione.
-
Replica: Mantenere aggiornata la copia di destinazione con le modifiche apportate dalla copia di origine in una replica ricorrente.
-
-
Selezionare Avanti.
Esaminare il piano di replica
Infine, dedicare qualche istante alla revisione del piano di replica.
È possibile disattivare o eliminare il piano di replica in un secondo momento. |
-
Esaminare le informazioni in ciascuna scheda: Dettagli del piano, mappatura di failover e VM.
-
Selezionare Aggiungi piano.
Il piano viene aggiunto all'elenco dei piani.
Modificare le pianificazioni per verificare la conformità e garantire il funzionamento dei test di failover
È consigliabile impostare pianificazioni per verificare la conformità e i test di failover in modo da garantire che funzionino correttamente in caso di necessità.
-
Impatto sul tempo di conformità: Quando viene creato un piano di replica, il servizio crea un piano di conformità per impostazione predefinita. Il tempo di conformità predefinito è di 30 minuti. Per modificare questo orario, è possibile modificare la pianificazione nel piano di replica.
-
Test failover Impact: È possibile testare un processo di failover su richiesta o in base a una pianificazione. Ciò consente di verificare il failover di macchine virtuali su una destinazione specificata in un piano di replica.
Un failover di test crea un volume FlexClone, monta il datastore e sposta il carico di lavoro in quel datastore. Un'operazione di failover di test non influisce sui carichi di lavoro di produzione, sulla relazione di SnapMirror utilizzata nel sito di test e sui carichi di lavoro protetti che devono continuare a funzionare normalmente.
In base alla pianificazione, il test di failover viene eseguito e garantisce che i carichi di lavoro vengano spostati nella destinazione specificata dal piano di replica.
-
Dal menu superiore del disaster recovery di BlueXP, selezionare piani di replica.
-
Selezionare azioni E selezionare Modifica pianificazioni.
-
Inserisci con quale frequenza, in pochi minuti, vuoi che il disaster recovery di BlueXP verifichi la conformità ai test.
-
Per verificare che i test di failover siano integri, selezionare Esegui failover in base a una pianificazione mensile.
-
Selezionare il giorno del mese e l'ora in cui si desidera eseguire i test.
-
Immettere la data in formato aaaa-mm-gg quando si desidera avviare il test.
-
-
Per ripulire l'ambiente di test al termine del test di failover, selezionare pulizia automatica dopo il failover del test.
Questo processo disregistra le macchine virtuali temporanee dalla posizione di test, elimina il volume FlexClone creato e dismonta i datastore temporanei. -
Selezionare Salva.