Creare un piano di replicazione: Passaggio 3 - Mappare le risorse nel ripristino di emergenza di BlueXP
Suggerisci modifiche
PDF
Dopo aver ottenuto l'elenco delle VM che si desidera proteggere tramite il disaster recovery di BlueXP, fornire le informazioni di mapping del failover e di configurazione della VM da utilizzare durante un failover.
È necessario mappare quattro tipi principali di informazioni:
-
Risorse di calcolo
-
Reti virtuali
-
Riconfigurazione della VM
-
Mappatura del datastore
Ogni macchina virtuale richiede i primi tre tipi di informazioni. Il mapping del datastore è necessario per ogni datastore che ospita le macchine virtuali da proteggere.
-
Le sezioni con l'icona di attenzione (
) richiedono di fornire informazioni di mappatura. -
La sezione contrassegnata con l'icona di spunta (
) sono stati mappati o hanno mappature predefinite. Esaminateli per assicurarvi che la configurazione corrente soddisfi i vostri requisiti.
-
Dalla pagina Piano di replicazione, passare alla sezione Mappatura delle risorse.
-
Esaminare le informazioni nella pagina Mappatura delle risorse che si apre.
-
Per aprire ciascuna categoria di mappature richieste, selezionare la freccia rivolta verso il basso (v) accanto alla sezione.
Mappatura delle risorse di elaborazione
Poiché un sito potrebbe ospitare più data center virtuali e più cluster vCenter, è necessario identificare su quale cluster vCenter ripristinare le VM in caso di failover.
-
Selezionare il data center virtuale dall'elenco dei data center presenti nel sito DR.
-
Selezionare il cluster che ospiterà i datastore e le VM dall'elenco dei cluster all'interno del data center virtuale selezionato.
-
(Facoltativo) Selezionare un host di destinazione nel cluster di destinazione.
Questo passaggio non è necessario perché il disaster recovery di BlueXP seleziona il primo host aggiunto al cluster in vCenter. A quel punto, le VM continuano a essere eseguite su quell'host ESXi oppure VMware DRS sposta la VM su un host ESXi diverso, a seconda delle esigenze e in base alle regole DRS configurate.
-
(Facoltativo) Specificare il nome di una cartella vCenter di primo livello in cui collocare le registrazioni delle VM.
Questa operazione è necessaria per le tue esigenze organizzative e non è obbligatoria.
Mappare le risorse di rete virtuale
Ogni VM può avere una o più schede di rete virtuali connesse a reti virtuali all'interno dell'infrastruttura di rete vCenter. Per garantire che ogni VM sia correttamente connessa alle reti desiderate al riavvio nel sito di DR, è necessario identificare a quali reti virtuali del sito di DR connettere queste VM. A tale scopo, è necessario mappare ciascuna rete virtuale nel sito on-premise a una rete associata nel sito di DR.
-
Selezionare il segmento Target dall'elenco a discesa.
-
Ripetere il passaggio precedente per ciascuna rete virtuale di origine elencata.
Definire le opzioni per la riconfigurazione della VM durante il failover
Ogni VM potrebbe richiedere modifiche per funzionare correttamente nel sito vCenter DR. La sezione Macchine virtuali consente di apportare le modifiche necessarie.
Per impostazione predefinita, il disaster recovery di BlueXP utilizza per ogni VM le stesse impostazioni utilizzate nel sito locale di origine. Questo presuppone che le VM utilizzino lo stesso indirizzo IP, la stessa CPU virtuale e la stessa configurazione DRAM virtuale.
Riconfigurazione della rete
I tipi di indirizzo IP supportati sono statico e DHCP. Per gli indirizzi IP statici, sono disponibili le seguenti impostazioni IP di destinazione:
-
Uguale alla sorgente: come suggerisce il nome, il servizio utilizza sulla VM di destinazione lo stesso indirizzo IP utilizzato sulla VM nel sito di origine. Ciò richiede la configurazione delle reti virtuali mappate nel passaggio precedente con le stesse impostazioni di subnet.
-
Diverso dall'origine: il servizio fornisce un set di campi di indirizzo IP per ogni VM, che devono essere configurati per la subnet appropriata utilizzata sulla rete virtuale di destinazione, mappata nella sezione precedente. Per ogni VM è necessario fornire un indirizzo IP, una subnet mask, un DNS e i valori del gateway predefinito. Facoltativamente, è possibile utilizzare le stesse impostazioni di subnet mask, DNS e gateway per tutte le VM per semplificare il processo quando tutte le VM si collegano alla stessa subnet.
-
Mapping subnet: questa opzione riconfigura l'indirizzo IP di ciascuna VM in base alla configurazione CIDR della rete virtuale di destinazione. Per utilizzare questa funzionalità, assicurarsi che le reti virtuali di ogni vCenter dispongano di un'impostazione CIDR definita all'interno del servizio, come modificato nelle informazioni di vCenter nella scheda Siti.
Dopo aver configurato le subnet, il mapping delle subnet utilizza lo stesso componente unitario dell'indirizzo IP per la configurazione della VM di origine e di destinazione, ma sostituisce il componente subnet dell'indirizzo IP in base alle informazioni CIDR fornite. Questa funzionalità richiede inoltre che entrambe le reti virtuali di origine e di destinazione abbiano la stessa classe di indirizzo IP (la /xx componente del CIDR). Ciò garantisce che nel sito di destinazione siano disponibili indirizzi IP sufficienti per ospitare tutte le VM protette.
Per questa configurazione EVS, presupponiamo che le configurazioni IP di origine e di destinazione siano le stesse e non richiedano alcuna riconfigurazione aggiuntiva.
-
Selezionare il tipo di indirizzamento IP da utilizzare per le VM sottoposte a failover.
-
(Facoltativo) Fornire uno schema di ridenominazione delle VM per le VM riavviate specificando un valore di prefisso e suffisso facoltativo.
Riconfigurazione delle risorse di elaborazione della VM
Sono disponibili diverse opzioni per riconfigurare le risorse di elaborazione delle VM. Il disaster recovery di BlueXP supporta la modifica del numero di CPU virtuali, della quantità di DRAM virtuale e del nome della VM.
-
(Facoltativo) Modifica il numero di CPU virtuali che ogni VM deve utilizzare. Questo potrebbe essere necessario se gli host del cluster vCenter DR non dispongono di tanti core CPU quanti ne ha il cluster vCenter di origine.
-
(Facoltativo) Modificare la quantità di DRAM virtuale che ogni VM deve utilizzare. Questa operazione potrebbe essere necessaria se gli host del cluster vCenter DR non dispongono della stessa quantità di DRAM fisica degli host del cluster vCenter di origine.
Ordine di avvio
Il disaster recovery di BlueXP supporta il riavvio ordinato delle VM in base a un campo relativo all'ordine di avvio. Il campo Ordine di avvio indica come vengono avviate le VM in ciascun gruppo di risorse. Le VM con lo stesso valore nel campo Ordine di avvio si avviano in parallelo.
-
(Facoltativo) Modifica l'ordine in cui desideri che le tue VM vengano riavviate. Questo campo accetta qualsiasi valore numerico. Il disaster recovery di BlueXP tenta di riavviare in parallelo le VM con lo stesso valore numerico.
-
(Facoltativo) Specificare un ritardo da utilizzare tra ogni riavvio della VM. Il tempo viene inserito dopo il completamento del riavvio di questa VM e prima delle VM con il numero di ordine di avvio successivo. Questo numero è espresso in minuti.
Operazioni personalizzate del sistema operativo guest
Il disaster recovery di BlueXP supporta l'esecuzione di alcune operazioni del sistema operativo guest per ogni VM:
-
Il ripristino di emergenza di BlueXP può eseguire backup coerenti con l'applicazione delle VM che eseguono database Oracle e database Microsoft SQL Server.
-
Il disaster recovery di BlueXP può eseguire script personalizzati adatti al sistema operativo guest per ciascuna VM. L'esecuzione di tali script richiede credenziali utente accettate dal sistema operativo guest, con privilegi sufficienti per eseguire le operazioni elencate nello script.
-
(Facoltativo) Selezionare la casella di controllo Crea repliche coerenti con l'applicazione se la VM ospita un database Oracle o SQL Server.
-
(Facoltativo) Per eseguire azioni personalizzate all'interno del sistema operativo guest durante il processo di avvio, carica uno script per tutte le VM. Per eseguire un singolo script in tutte le VM, seleziona la casella di controllo evidenziata e compila i campi.
-
Alcune modifiche alla configurazione richiedono credenziali utente con autorizzazioni adeguate per eseguire le operazioni. Fornire le credenziali nei seguenti casi:
-
Uno script verrà eseguito all'interno della VM dal sistema operativo guest.
-
È necessario eseguire uno snapshot coerente con l'applicazione.
-
Archivi dati cartografici
Il passaggio finale nella creazione di un piano di replica consiste nell'identificare come ONTAP debba proteggere i datastore. Queste impostazioni definiscono l'obiettivo del punto di ripristino (RPO) del piano di replica, il numero di backup da mantenere e dove replicare i volumi ONTAP di hosting di ciascun datastore vCenter.
Per impostazione predefinita, il disaster recovery di BlueXP gestisce la propria pianificazione di replica degli snapshot; tuttavia, facoltativamente, è possibile specificare di utilizzare la pianificazione dei criteri di replica SnapMirror esistente per la protezione del datastore.
Inoltre, è possibile personalizzare facoltativamente i LIF (interfacce logiche) dei dati e la policy di esportazione da utilizzare. Se non si specificano queste impostazioni, il disaster recovery di BlueXP utilizza tutti i LIF dei dati associati al protocollo appropriato (NFS, iSCSI o FC) e la policy di esportazione predefinita per i volumi NFS.
-
(Facoltativo) Decidi se desideri utilizzare una pianificazione di replica ONTAP SnapMirror esistente o se desideri che il disaster recovery di BlueXP gestisca la protezione delle tue VM (impostazione predefinita).
-
Fornire un punto di partenza da cui stabilire quando il servizio dovrebbe iniziare a eseguire i backup.
-
Specificare la frequenza con cui il servizio deve eseguire un backup e replicarlo nel cluster Amazon FSx for NetApp ONTAP di destinazione DR.
-
Specifica quanti backup storici devono essere conservati. Il servizio mantiene lo stesso numero di backup sul cluster di storage di origine e di destinazione.
-
(Facoltativo) Selezionare un'interfaccia logica predefinita (LIF dati) per ciascun volume. Se non viene selezionata alcuna interfaccia logica, verranno configurati tutti i LIF dati nell'SVM di destinazione che supportano il protocollo di accesso al volume.
-
(Facoltativo) Selezionare una policy di esportazione per qualsiasi volume NFS. Se non selezionata, verrà utilizzata la policy di esportazione predefinita.
Continua con "Creazione guidata piano di replicazione Passaggio 4" .