Configurare Rackware per Virtual Machine Disaster Recovery

Rackware Migration Manager (RMM) viene distribuito nel sito di produzione per replicare le virtual machine in o da OCI e Compute Cloud@Customer.

La seguente architettura Rackware mostra il recupero in seguito a calamità tra OCI e Compute Cloud@Customer:

Descrizione dell'immagine rackware-dr-oracle-compute-cloud-customer-oci.png

rackware-dr-oracle-compute-cloud-customer-oci-oracle.zip

In questa architettura, RMM viene distribuito nel sito di produzione per replicare le virtual machine in o da OCI e Compute Cloud@Customer. Il server RMM viene distribuito su OCI. Il piano DR Rackware viene configurato sul server RMM per proteggere le VM Web e delle applicazioni insieme allo storage a blocchi collegato. Le VM Web e delle applicazioni insieme al relativo storage a blocchi vengono replicate da OCI in Compute Cloud@Customer da Rackware.

Informazioni sulla configurazione di un'architettura di backup e ripristino per OCI

Di seguito sono riportati i suggerimenti di configurazione per la configurazione dell'architettura di backup e ripristino per OCI:

• Configura OCI come sito di produzione o primario e Compute Cloud@Customer come sito secondario o in standby.
• Configurare il criterio di disaster recovery del rackware come Destinazioni con provisioning dinamico. Rackware protegge il carico di lavoro mantenendo una copia dell'immagine del server di origine su RMM. È possibile utilizzare l'immagine per distribuire un'istanza sull'infrastruttura di destinazione su richiesta in caso di evento per ridurre in modo significativo i costi e ridurre l'RPO a spese di un RTO più elevato.
• Rackware arresta e replica le virtual machine da OCI a Compute Cloud@Customer.
• Configura tutti i database di produzione in cui viene eseguito OCI per la replica nei database di standby su Compute Cloud@Customer. Se è necessario il failover, puoi utilizzare Data Guard per promuovere Oracle Database in standby e non riuscire a restituire Oracle Database in OCI al database primario dopo il completamento degli sforzi di disaster recovery.
• Distribuire OCI Storage Gateway in OCI con la replica di sincronizzazione cloud correttamente configurata e pianificata per replicare lo storage degli oggetti OCI da OCI a Compute Cloud@Customer.
• Utilizza Rackware per orchestrare il disaster recovery delle virtual machine tra Compute Cloud@Customer e OCI durante le operazioni di disaster recovery.

Informazioni sulla configurazione di un'architettura pilota leggera per OCI

L'architettura pilota leggera è la stessa del disaster recovery per Compute Cloud@Customer con OCI.

Di seguito sono riportati i suggerimenti per la configurazione.

• Analogamente al caso d'uso di backup e ripristino, distribuisci RMM nel sito di produzione per replicare le virtual machine da e verso OCI e Compute Cloud@Customer. In questo caso, configura OCI come sito di produzione o primario e Compute Cloud@Customer come sito secondario o in standby.
• Configurare il criterio di recupero da errori irreversibili del rackware come destinazioni con provisioning precedente. Questa configurazione consente di scegliere di proteggere i carichi di lavoro mantenendo un'istanza server attiva nell'infrastruttura di destinazione oltre all'immagine del server di origine su RMM. Configurare i job di sincronizzazione per aggiornare l'immagine e il server di destinazione a intervalli specificati dall'utente. Questo approccio consente di ottenere l'RTO più basso, ma è più costoso in quanto è necessario mantenere sempre un sito di disaster recovery attivo.
• Rackware replica le virtual machine da OCI a Compute Cloud@Customer in esecuzione su scala minima in Compute Cloud@Customer.
• Configura tutti i database di produzione in cui viene eseguito OCI per la replica nei database di standby su Compute Cloud@Customer. Se è necessario il failover, puoi utilizzare Data Guard per promuovere Oracle Database in standby e non riuscire a restituire Oracle Database in OCI al database primario dopo il completamento degli sforzi di disaster recovery.
• Distribuire OCI Storage Gateway in OCI con la replica di sincronizzazione cloud attiva configurata correttamente per replicare lo storage degli oggetti OCI da OCI a Compute Cloud@Customer.

Informazioni sulla configurazione di un'architettura di standby calda per OCI

L'architettura Warm Standby è la stessa del disaster recovery per Compute Cloud@Customer con OCI.

Di seguito sono riportati i suggerimenti per la configurazione.

• Distribuisci RMM nel sito di produzione per replicare le virtual machine in o da OCI e Compute Cloud@Customer. In questo caso, configura OCI come sito di produzione o primario e Compute Cloud@Customer come sito secondario o in standby.
• Configurare il criterio di recupero da errori irreversibili del rackware come destinazioni con provisioning precedente. Questa configurazione consente di scegliere di proteggere i carichi di lavoro mantenendo un'istanza server attiva nell'infrastruttura di destinazione oltre all'immagine del server di origine su RMM. Configurare i job di sincronizzazione per aggiornare l'immagine e il server di destinazione a intervalli specificati dall'utente (con periodicità diversa). Questo approccio consente di ottenere l'RTO più basso, ma è più costoso in quanto è necessario mantenere sempre un sito di disaster recovery attivo.
• Rackware replica costantemente le virtual machine da OCI a Compute Cloud@Customer eseguendo la stessa versione dell'ambiente di produzione OCI che opera in Compute Cloud@Customer.
• Configura tutti i database di produzione in cui viene eseguito OCI per la replica nei database di standby su Compute Cloud@Customer. Se è necessario il failover, puoi utilizzare Data Guard per promuovere Oracle Database in standby e non riuscire a restituire Oracle Database in OCI al database primario dopo il completamento degli sforzi di disaster recovery.
• Distribuisci OCI Storage Gateway in OCI con la replica di sincronizzazione cloud attiva e continua configurata correttamente per replicare lo storage degli oggetti OCI da OCI a Compute Cloud@Customer.

Configura Rackware per il disaster recovery da OCI a Oracle Compute Cloud@Customer

Di seguito sono riportati i passi da seguire per configurare RackWare in modo da eseguire un disaster recovery da OCI a Oracle Compute Cloud@Customer per Linux:

Per la piattaforma Linux è consigliata la seguente configurazione

• Credenziali di accesso: utente o utente root con privilegi sudo
• Memoria
  • I gruppi di volumi Origins devono avere almeno il 15% dello spazio utilizzato disponibile come extent liberi.
  • /var/tmp deve avere almeno 20 MB di spazio libero.
• no-exec: i file system /tmp e /var/tmp non devono essere configurati con le proprietà no-exec in fstab.
• Grub: i server di origine devono avere il file /etc/default/grub
• Antivirus: se un programma antivirus è in esecuzione su Origin, è necessario aggiungere la directory /mnt/rackware/ alla lista di inclusione.

Per la piattaforma Windows si consiglia la seguente configurazione:

• Credenziali di accesso: utente SYSTEM o utente locale con privilegi amministrativi.
• Storage: ogni volume dovrebbe avere spazio libero sufficiente (almeno o circa il 20%) per le istantanee VSS.
• Antivirus: Origin deve aggiungere rsync.exe, rwattr.exe, rwchangesvc.exe e rw_tngsync_util.exe alla lista di inclusione di qualsiasi programma antivirus o di Windows Defender.
• Lingua: per qualsiasi lingua diversa dall'inglese per la versione locale SYSTEM, contattare il supporto Rackware.

Attenersi alla procedura riportata di seguito.

1. Supponendo di avere già Rackware RMM installato correttamente in OCI, andare alla console di gestione Rackware RMM ed eseguire il login utilizzando le credenziali configurate durante l'installazione. Le opzioni relative alle ondate possono essere le seguenti:
2. Crea un'ondata: per creare un'ondata, passare a Replica, Ore e fare clic sull'icona più (+) per aprire la Creazione guidata ondata. Fornire un nome e fare clic su Crea.
   • Conteggio parallelo: consente all'utente di impostare il numero di trasferimenti paralleli all'interno dell'ondata.
   • Esegui provisioning automatico: gli utenti possono configurare l'RMM in modo che esegua il provisioning delle destinazioni tramite chiamate API nel cloud di destinazione.
   • Criterio DR: l'utente può configurare un criterio per sincronizzare periodicamente tutti gli host nell'ondata.
   • Passthrough: quando l'opzione è abilitata, i dati vengono trasmessi tramite RMM. (Origine, RMM, Destinazione)
3. Configura criterio di recupero da errori irreversibili: un criterio di recupero da errori irreversibili consente di sincronizzare i delta dall'origine alla relativa immagine acquisita nell'istanza RMM e di destinazione RackWare (in caso di schema con provisioning preliminare) a intervalli specificati dall'utente. Gli utenti possono creare tutti i criteri di disaster recovery necessari con periodicità diversa. Ciò consente una maggiore flessibilità per sincronizzare onde diverse a vari intervalli in base alla strategia di DR dell'utente. Per creare un nuovo criterio di recupero da errori irreversibili, passare a DR, Criteri e fare clic sull'icona con il segno più (+) per aprire la creazione guidata DR. Fornire un nome DR, una periodicità, un'ora di inizio e un'e-mail di notifica.
4. Applica criterio di recupero da errori irreversibili: per applicare un criterio di recupero da errori irreversibili, passare alla scheda Replica, fare clic su Onde, fare clic su OCI per i dettagli ondata C3 e fare clic su "Nessun criterio". Verrà aperta una finestra di dialogo di configurazione. Selezionare il criterio di disaster recovery corretto e fare clic su Assegna criterio. Lo screenshot riportato di seguito mostra l'assegnazione del criterio DRPolicy_01 precedentemente configurato nell'infrastruttura OCI a Oracle Compute Cloud@Customer Wave. L'assegnazione di un criterio a un'ondata sposterà tale ondata da Replica, Onde a DR, Onde ora configurate per il Disaster Recovery.
5. Per inizializzare la replica e il recupero da errori irreversibili delle virtual machine Windows o Linux mediante la schermata Dettagli ondata, fare clic su Avvia replica.

Rackware fornisce inoltre le seguenti funzionalità che è possibile utilizzare per ottimizzare l'architettura di Disaster Recovery:

• Dimensionamento corretto con provisioning automatico: gli utenti possono scegliere di ridurre o aumentare la specifica di computazione e storage per le istanze di destinazione. Questa funzione consente agli utenti di aggiungere la granularità del ridimensionamento dei file system.
• Provisioning dinamico durante il disaster recovery: gli utenti possono sfruttare la capacità di Rackware di gestire localmente un'immagine di replica dell'istanza di origine e utilizzare questa immagine per distribuire un'istanza di failover in un evento di disaster recovery.
• Backup, ripristino di un singolo file e snapshot protetti: l'offerta di backup del rackware viene fornita con set di funzioni avanzate come la conservazione degli snapshot fino a 3 anni, i ripristini selettivi dei file e gli snapshot protetti illimitati per il recupero point-in-time.
• BIOS in UEFI: gli utenti possono eseguire senza problemi la migrazione alle istanze abilitate per UEFI senza apportare ulteriori modifiche alla configurazione dell'istanza originale.
• Migrazioni limitate: gli utenti hanno un maggiore controllo su ogni singola migrazione, grazie alla possibilità di limitare la larghezza di banda singolarmente.
• Failover e fallback completamente automatizzati: il failover è completamente automatizzato e rientra nell'ambiente di origine.
• Rackware Migration Manager: offre molte più funzionalità come sincronizzazioni file system selettive, esclusioni di file e cartelle, abilitando cloud-init e post-script personalizzati.