Automazione del disaster recovery per MySQL HeatWave con i canali di replica utilizzando OCI Full Stack Disaster Recovery

Introduzione

Oracle Cloud Infrastructure Full Stack Disaster Recovery (OCI Full Stack DR) organizza la transizione di elaborazione, database e applicazioni tra le region OCI in tutto il mondo con un solo clic. I clienti possono automatizzare i passi necessari per ripristinare uno o più sistemi aziendali senza riprogettare o riprogettare l'infrastruttura, i database o le applicazioni esistenti e senza aver bisogno di server di gestione o conversione specializzati.

MySQL HeatWave è un servizio di database completamente gestito distribuito all'interno di Oracle Cloud Infrastructure (OCI) che supporta operatori e sviluppatori che desiderano implementare rapidamente applicazioni sicure e cloud native. MySQL HeatWave è l'unica offerta MySQL che include la possibilità di utilizzare HeatWave, un acceleratore di query in-memory integrato e ad alte prestazioni. HeatWave consente ai clienti di eseguire analytics sofisticati direttamente sul loro database MySQL operativo, eliminando il requisito di migrazione e integrazione dei dati complessi, dispendiosi in termini di tempo e costosi con un database di analytics separato. HeatWave accelera enormemente le prestazioni di MySQL per analytics e carichi di lavoro misti. HeatWave è completamente ottimizzato per OCI e MySQL HeatWave è creato, gestito e supportato al 100% dai team di progettazione OCI e MySQL.

In questa esercitazione verrà descritto come automatizzare i piani di disaster recovery per MySQL HeatWave in OCI con replica dei canali. Descrive le procedure per l'uso di OCI Full Stack DR che ora supporta in modo nativo MySQL HeatWave per gestire le operazioni di switchover e failover.

Descrizione architettura

L'architettura presentata in questa esercitazione mostra MySQL HeatWave in cui viene utilizzata la replica in entrata per abilitare la replica asincrona dei dati tra il sistema di database primario e una replica remota, garantendo una sincronizzazione efficiente dei dati tra le aree.

full-stack-disaster-recovery-heatwave.png

Descrizione dell'illustrazione full-stack-disaster-recovery-heatwave.png

Nota: la replica MySQL HeatWave nell'area di disaster recovery deve avere la modalità di sola lettura abilitata per garantire l'integrità dei dati e prevenire modifiche non previste.

Prerequisiti (preparazione utente)

Prima di avviare l'impostazione della replica, assicurarsi che vengano soddisfatti i prerequisiti riportati di seguito. Questi includono sia requisiti specifici della replica che ulteriori prerequisiti di infrastruttura e configurazione necessari per supportare un'architettura Full Stack Disaster Recovery (FSDR) affidabile per MySQL HeatWave su Oracle Cloud Infrastructure (OCI).

Impostazione sistema MySQL HeatWave - Riepilogo di alto livello

Di seguito è riportato un riepilogo di alto livello dei passi necessari per impostare la replica tra più aree per MySQL HeatWave su Oracle Cloud Infrastructure (OCI), garantendo una sincronizzazione dei dati sicura, affidabile e scalabile in tutte le aree.

Seguendo questi passi, puoi implementare una solida impostazione di replica tra più aree per MySQL su OCI, migliorando la resilienza e la disponibilità dell'applicazione in tutte le aree geografiche.

Nota: la seguente esercitazione: Impostare la copia di disaster recovery MySQL HeatWave cross-region in OCI, fornisce una guida completa per distribuire il disaster recovery per il sistema di database MySQL, garantendo resilienza e continuità in caso di errori del sistema.

Definizioni e ipotesi in tutta l'esercitazione

Obiettivi

Questa esercitazione descrive i task riportati di seguito.

  1. Task 1: Creare gruppi di protezione DR (DRPG) in entrambe le aree
  2. Task 2: aggiungere MySQL HeatWave ai gruppi di protezione DR in entrambe le aree
  3. Task 3: Creazione di piani DR nell'area 2
  4. Task 4: Esecuzione dei controlli preliminari dei piani DR nell'area 2
  5. Task 5: eseguire il piano di switchover nell'area 2
  6. Task 6: Creazione di piani DR nell'area 1

Task 1: Creare gruppi di protezione DR (DRPG) in entrambe le aree

Creare i gruppi di protezione DR nell'area 1 e nell'area 2 se i gruppi di protezione per questo stack di applicazioni non esistono ancora.

Task 1.1: Creare un gruppo di protezione nell'area 1

  1. Andare alla console OCI e andare a Gruppi di protezione DR come mostrato nella Figura 1.1.

    1. Assicurarsi che il contesto dell'area OCI sia impostato su Area 1 (Ashburn).
    2. Fare clic su Migrazione e disaster recovery.
    3. Fare clic su Gruppi di protezione DR.

    drpg-create-iad-nav.png
    Figura 1.1: Passare ai gruppi di protezione DR

  2. Fare clic su Crea gruppo di protezione DR per aprire la finestra di dialogo.

    drpg-create-iad-create.png
    Figura 1.2: Fare clic su Crea protezione DR

  3. Creare un gruppo di protezione DR di base (DRPG) nella regione 1 come mostrato nella figura 1.3. Il peer, il ruolo e i membri verranno assegnati nei passi successivi.

    1. Utilizzare un nome significativo per DRPG.
    2. Selezionare il compartimento in cui si desidera creare il DRPG.
    3. Selezionare il bucket di storage degli oggetti OCI per i log OCI Full Stack DR.
    4. Fare clic su Crea.

    drpg-create-iad-finish.png
    Figura 1.3: Parametri necessari per creare un gruppo di protezione DR nell'area 1

Task 1.2: Creare un gruppo di protezione nell'area 2

  1. Andare alla console OCI, andare a Gruppi di protezione DR come mostrato nella Figura 1.4.

    1. Assicurarsi che il contesto dell'area OCI sia impostato su Area 2 (Phoenix).
    2. Fare clic su Migrazione e disaster recovery.
    3. Fare clic su Gruppi di protezione DR.

    drpg-create-phx-nav.png
    Figura 1.4: Passare ai gruppi di protezione DR

  2. Fare clic su Crea gruppo di protezione DR per aprire la finestra di dialogo.

    drpg-create-phx-create.png
    Figura 1.5: Fare clic su Crea protezione DR

  3. Creare un gruppo di protezione DR di base (DRPG) nella regione 2 come mostrato nella figura 1.6. Il peer, il ruolo e i membri verranno assegnati nei passi successivi.

    1. Utilizzare un nome significativo per DRPG.
    2. Selezionare il compartimento in cui si desidera creare il DRPG.
    3. Selezionare il bucket di storage degli oggetti OCI per i log OCI Full Stack DR.
    4. Fare clic su Crea.

    drpg-create-phx-finish.png
    Figura 1.6: Parametri necessari per creare un gruppo di protezione DR nell'area 2

Task 1.3: Associa gruppi di protezione nell'area 1 e nell'area 2

Associa i DRPG in ogni region come peer e assegna i ruoli peer di database primario e standby. I ruoli primario e standby vengono modificati automaticamente da OCI Full Stack DR nell'ambito di qualsiasi operazione di DR/esecuzione del piano DR; non è necessario gestire i ruoli manualmente in qualsiasi momento.

  1. Andare alla pagina Dettagli gruppo protezione DR.

    1. Assicurarsi che il contesto dell'area OCI sia impostato su Area 1 (Ashburn).
    2. Fare clic su Azione.
    3. Fare clic su Associa per avviare il processo.

    drpg-assoc-iad-begin.png
    Figura 1.7: Inizio dell'associazione DRPG

  2. Immettere i parametri come mostrato nell'immagine seguente.

    1. Ruolo: selezionare il ruolo Principale. OCI Full Stack DR assegnerà automaticamente il ruolo di standby all'area 2.
    2. Area peer: selezionare l'area 2 (Phoenix), in cui è stato creato l'altro DRPG.
    3. Gruppo di protezione Peer DR: selezionare il gruppo DRPG peer creato.
    4. Fare clic su Associa.

    drpg-assoc-iad-params.png
    Figura 1.8: Parametri necessari per associare i DRPG

  3. Consentire il completamento della richiesta di lavoro prima di continuare.

    drpg-assoc-iad-finish.png
    Figura 1.9: Associazione DRPG completata.

OCI Full Stack DR mostrerà qualcosa come mostrato nell'immagine seguente, una volta completata l'associazione.

  1. L'attuale peer primario DRPG è Ashburn (regione 1).
  2. Il peer di standby corrente DRPG è Phoenix (regione 2).

drpg-assoc-iad-completed.png
Figura 1.10: Visualizzazione della relazione tra pari dal punto di vista del singolo DRPG

Le stesse informazioni possono essere trovate ogni volta che il contesto/vista è da una prospettiva globale che mostra tutti i gruppi di protezione DR come mostrato nell'immagine seguente.

  1. L'attuale peer primario DRPG è Ashburn (regione 1).
  2. Il peer di standby corrente DRPG è Phoenix (regione 2).

drpg-assoc-phx-completed.png
Figura 1.11: Visualizzazione della relazione tra colleghi dal punto di vista DRPG globale

Task 2: aggiungere MySQL HeatWave al gruppo di protezione DR

Task 2.1: aggiungere MySQL HeatWave a DRPG nell'area 1

  1. Selezionare il DRPG nell'area 1 come mostrato nell'immagine seguente.

    1. Assicurarsi che il contesto dell'area OCI sia Area 1 (Ashburn).
    2. Selezionare il DRPG nell'area 1.
    3. Selezionare Membri.
    4. Fare clic su Gestisci membri per avviare il processo.

    drpg-add-iad-nav.png
    Figura 2.1: Come iniziare ad aggiungere membri al gruppo di protezione DR nell'area 1

  2. Fare clic su Aggiungi membro.

    drpg-add-iad-begin.png
    Figura 2.2: Inizia ad aggiungere membri al gruppo di protezione DR nell'area 1

  3. Aggiungere MySQL HeataWave a DRPG nell'area 1.

    1. Immettere MySQL Database System come membro Tipo di risorsa.
    2. Selezionare il compartimento appropriato, quindi scegliere il nome MySQL HeatWave principale nell'area 1 dal campo Sistema di database.
    3. Selezionare il compartimento appropriato, quindi scegliere il nome MySQL HeatWave Replica nell'area 2 dal campo Sistema di database peer.
    4. Digitare il nome utente amministratore.
    5. Selezionare il compartimento appropriato, quindi scegliere Segreto password amministratore.
    6. Digitare il nome utente replica.
    7. Selezionare il compartimento appropriato, quindi scegliere Segreto password di replica.
    8. Fare clic su Aggiungi.

    Parametri facoltativi:

    • Timeout riconciliazione: specifica il tempo, in secondi, di attesa della sincronizzazione dell'identificativo transazione globale (GTID) durante il processo di riconciliazione. Questa impostazione di timeout assicura che il sistema consenta un tempo sufficiente per la sincronizzazione GTID prima di considerare l'operazione come non riuscita o completata.
    • Timeout di riconciliazione: abilitando questa opzione, il sistema ignorerà il processo di convalida GTID una volta superato il timeout. Ciò consente al failover o allo switchover di continuare, anche se la sincronizzazione GTID è incompleta.

    drpg-add-mysql-iad-params.png
    Figura 2.3: Parametri necessari per aggiungere MySQL HeatWave

  4. Pubblica le modifiche nell'area DRPG 1

    Fare clic su Pubblica modifiche. drpg-add-mysql-iad-publish.png
    Figura 2.4: Pubblicare le modifiche

    Confermare, facendo clic su Pubblica modifiche drpg-add-mysql-iad-publish-confirm.png
    Figura 2.4: Pubblicare le modifiche

    drpg-add-mysql-iad-completed.png
    Figura 2.5: MySQL HeatWave aggiunto al DRPG nell'area 1.

Task 2.2: Aggiungere MySQL HeatWave a DRPG nell'area 2

  1. Selezionare il DRPG nell'area 2 come mostrato nell'immagine seguente.

    1. Assicurati che il contesto dell'area OCI sia l'area 2 (Phoenix).
    2. Selezionare il DRPG nell'area 2.
    3. Selezionare Membri.
    4. Fare clic su Gestisci membri per avviare il processo.

    drpg-add-phx-nav.png
    Figura 2.6: Come iniziare ad aggiungere membri al gruppo di protezione DR nell'area 2

  2. Fare clic su Aggiungi membro.

    drpg-add-phx-begin.png
    Figura 2.7: Inizia ad aggiungere membri al gruppo di protezione DR nell'area 2

  3. Aggiungere MySQL HeataWave al DRPG nell'area 2.

    1. Immettere MySQL Database System come membro Tipo di risorsa.
    2. Selezionare il compartimento appropriato, quindi scegliere il nome MySQL HeatWave Replica nell'area 2 dal campo Sistema di database.
    3. Selezionare il compartimento appropriato, quindi scegliere il nome MySQL HeatWave principale nell'area 1 dal campo Sistema di database peer.
    4. Digitare il nome utente amministratore.
    5. Selezionare il compartimento appropriato, quindi scegliere Segreto password amministratore.
    6. Digitare il nome utente replica.
    7. Selezionare il compartimento appropriato, quindi scegliere Segreto password di replica.
    8. Fare clic su Aggiungi.

    Parametri facoltativi:

    • Timeout riconciliazione: specifica il tempo, in secondi, di attesa della sincronizzazione dell'identificativo transazione globale (GTID) durante il processo di riconciliazione. Questa impostazione di timeout assicura che il sistema consenta un tempo sufficiente per la sincronizzazione GTID prima di considerare l'operazione come non riuscita o completata.
    • Timeout di riconciliazione: abilitando questa opzione, il sistema ignorerà il processo di convalida GTID una volta superato il timeout. Ciò consente al failover o allo switchover di continuare, anche se la sincronizzazione GTID è incompleta.

    drpg-add-mysql-phx-params.png
    Figura 2.8: Parametri necessari per aggiungere MySQL HeatWave

  4. Pubblicare le modifiche nell'area DRPG 2.

    Fare clic su Pubblica modifiche. drpg-add-mysql-phx-publish.png
    Figura 2.9: Pubblicare le modifiche

    Confermare, facendo clic su Pubblica modifiche. drpg-add-mysql-phx-publish-confirm.png
    Figura 2.10: Pubblica le modifiche

    drpg-add-mysql-phx-completed.png
    Figura 2.11: MySQL HeatWave aggiunto al DRPG nell'area 2

Task 3: Creazione di piani DR nell'area 2

In questo task verranno creati i piani di switchover e failover iniziali associati al gruppo di protezione DR in standby nell'area 2 (Phoenix).

Lo scopo di questi piani è quello di trasferire senza problemi il carico di lavoro dalla region primaria (Regione 1) alla standby region (Regione 2). Come parte di qualsiasi operazione di DR, i ruoli dei gruppi di protezione DR in entrambe le aree vengono automaticamente invertiti: il gruppo di protezione nell'Area 1 diventa lo standby, mentre il gruppo di protezione nell'Area 2 assume il ruolo primario dopo un failover o uno switchover.

OCI Full Stack DR precompilerà questi piani con passi integrati derivati dalle risorse dei membri aggiunte durante i task precedenti. I piani DR vengono automaticamente precompilati con le attività di ripristino di MySQL HeatWave appropriate, poiché MySQL HeatWave è integrato con Full Stack Disaster Recovery.

I piani DR vengono sempre creati all'interno del gruppo di protezione che detiene il ruolo di standby. Poiché la Regione 2 (Phoenix) è attualmente il gruppo di protezione standby, inizieremo a creare i piani lì.

Task 3.1: Creazione di piani DR

  1. Creare un piano di base selezionando il DRPG nella Regione 2 (Phoenix)

    1. Assicurati che il contesto dell'area OCI sia l'area 2 (Phoenix).
    2. Selezionare il DRPG in standby nell'area 2.
    3. Selezionare Piani.
    4. Fare clic su Crea piano per avviare il processo.

    piano-creazione-phx-nav.png
    Figura 3.1: Come iniziare a creare piani DR di base nell'area 2

  2. Creare un piano di switchover.

    1. Immettere un nome semplice ma significativo per il piano Switchover. Il nome dovrebbe essere il più breve possibile, ma facile da capire a colpo d'occhio per contribuire a ridurre la confusione e l'errore umano durante una crisi.
    2. Selezionare Tipo piano come Switchover (pianificato).

    piano-creazione-phx-so.png
    Figura 3.2: Parametri necessari per creare il piano di switchover DR

    pianificare-creare-phx-so-created.png
    Figura 3.3: piano di switchover DR

    Fare clic sul nome del piano DR per visualizzare i dettagli del piano DR e i gruppi di piani. pianificare-creare-phx-so-details.png
    Figura 3.4: gruppo di switchover DR MySQL HeatWave Plan

  3. Creare un piano di failover.

    1. Immettere un nome semplice ma significativo per il piano Failover. Il nome dovrebbe essere il più breve possibile, ma facile da capire a colpo d'occhio per contribuire a ridurre la confusione e l'errore umano durante una crisi.
    2. Selezionare Tipo di piano come Failover (non pianificato).

    piano-creazione-phx-fo.png
    Figura 3.5: Parametri necessari per creare il piano di failover DR

    piano-creazione-phx-fo-created.png
    Figura 3.6: piano di failover DR

    Fare clic sul nome del piano DR per visualizzare i dettagli del piano DR e i gruppi di piani. piano-creazione-phx-fo-details.png
    Figura 3.7: Gruppo del piano MySQL HeatWave di failover DR

Il gruppo di protezione DR in standby nell'area 2 dovrebbe ora avere i due piani DR. Questi gestiranno la transizione dei carichi di lavoro dall'area 1 all'area 2.

Nota: dopo l'esecuzione iniziale del piano di switchover, in seguito verranno creati i piani corrispondenti nell'area 1 per eseguire la transizione dei carichi di lavoro dall'area 2.

  1. (Facoltativo) Crea piani di espansione DR - Avvia espansione e arresta espansione.

Proprio come i piani Switchover e Failover, è possibile creare un piano DR Start Drill. Durante il Start Drill, verrà creato un nuovo sistema DB utilizzando i backup più recenti disponibili, simulando uno scenario di disaster recovery reale in cui è necessario recuperare le operazioni nell'area DR.

  1. Inserire un nome semplice ma significativo per il piano Avvia drilling. Il nome dovrebbe essere il più breve possibile, ma facile da capire a colpo d'occhio per contribuire a ridurre la confusione e l'errore umano durante una crisi.

  2. Selezionare Tipo di piano come Inizia drilling.

    piano-creazione-phx-startdrill.png
    Figura 3.8: Parametri necessari per creare il piano Start Drill

L'opzione Interrompi drilling deve essere creata/eseguita dopo il completamento di un Start drilling riuscito. Questo piano è responsabile dell'interruzione dei sistemi DB creati durante l'esecuzione di Start Drill e del cleanup delle risorse temporanee utilizzate a scopo di test.

Task 4: Esegui controlli preliminari nell'area 2

Creazione dei piani DR di switchover e failover riuscita nell'area di standby 2. Questi piani consentono a OCI Full Stack DR di eseguire la transizione dei carichi di lavoro dall'Area 1 all'Area 2. Il task successivo prevede l'esecuzione dei controlli preliminari per i piani di switchover e failover per garantire la disponibilità e convalidare il processo di transizione.

Task 4.1: Inizio dei controlli preliminari per il piano di switchover

Eseguire i controlli preliminari per il piano DR di switchover.

  1. Assicurarsi che il contesto dell'area sia impostato su Area 2 in standby.
  2. Assicurarsi che sia selezionato il gruppo di protezione DR corretto nell'area 2, che sia il ruolo standby.
  3. Fare clic sul nome del piano di switchover.
  4. Fare clic su Azione.
  5. Fare clic su Esegui controlli preliminari.

prechecks-so-phx-begin.png
Figura 4.1: Come eseguire i controlli preliminari del piano di switchover

prechecks-so-phx-run.png
Figura 4.2: Come eseguire i controlli preliminari del piano di switchover

Pianificare i gruppi di esecuzione dei controlli preliminari dello switchover. prechecks-so-phx-completed.png
Figura 4.3: Visualizzazione di controlli preliminari completati del piano di switchover

Task 4.2: Inizio dei controlli preliminari per il piano di failover

Eseguire i controlli preliminari per il piano DR di failover.

  1. Assicurarsi che il contesto dell'area sia impostato su Area 2 in standby.
  2. Assicurarsi che sia selezionato il gruppo di protezione DR corretto nell'area 2, che sia il ruolo standby.
  3. Fare clic sul nome del piano di failover.
  4. Fare clic su Azione.
  5. Fare clic su Esegui controlli preliminari.

controlli preliminari-fo-phx-begin.png
Figura 4.4: Come eseguire i controlli preliminari del piano di failover

controlli preliminari-fo-phx-run.png
Figura 4.5: Come eseguire i controlli preliminari del piano di failover

Pianificare i gruppi di esecuzione dei controlli preliminari dello switchover. controlli preliminari-fo-phx-completed.png
Figura 4.6: Visualizzazione di controlli preliminari completati del piano di failover

Task 5: Esecuzione del piano di switchover nell'area 2

Eseguire il piano DR di switchover per avviare il processo di transizione dell'applicazione WordPress con MySQL HeatWave dall'area 1 all'area 2.

  1. Assicurarsi che il contesto dell'area sia impostato su Area 2 in standby.
  2. Assicurarsi che sia selezionato il gruppo di protezione DR corretto nell'area 2, che sia il ruolo standby.
  3. Fare clic sul nome del piano di switchover.
  4. Fare clic su Azione.
  5. Fare clic su Esegui piano.

exec-so-phx-begin.png
Figura 5.1: Visualizzazione di come eseguire il piano di switchover

Questo task esegue il piano di switchover nell'area 2.

  1. Deselezionare Abilita controlli preliminari poiché sono già stati eseguiti nel task 4.
  2. Fare clic su Esegui piano DR.

exec-so-phx-run.png
Figura 5.2: Visualizzazione di come eseguire il piano di switchover

Fare clic su Esegui piano DR per iniziare la esecuzione-so-fx-run-confirm.png
Figura 5.3: Visualizzazione di come confermare l'esecuzione del piano di switchover

Monitora il piano di switchover fino a quando il carico di lavoro completo non è stato completamente trasferito dall'area 1 all'area 2.

exec-so-phx-in-progress.png
Figura 5.4: Visualizzazione dell'esecuzione del gruppo di piani di switchover in corso.

Esecuzione del piano di switchover completata.

exec-so-phx-completed.png
Figura 5.5: Visualizzazione di un'esecuzione del piano di switchover completata.

Task 6: Creare piani DR nell'area 1

Con il completamento con successo dello switchover da parte di OCI Full Stack DR, Region 2 ha ora assunto il ruolo della region primaria, mentre Region 1 è passata a servire come standby region.

Seguire lo stesso approccio descritto nel task 3, procedere alla creazione dei piani di switchover e failover all'interno del gruppo di protezione DR per l'area 1, che ora funge da peer region in standby.

creazione-piano-iad.png
Figura 6.1: Screenshot che mostra i piani creati nell'area 1

plan-so-iad-details.png
Figura 6.2: Screenshot che mostra il piano di switchover nell'area 1

plan-fo-iad-details.png
Figura 6.3: Screenshot che mostra il piano di failover nell'area 1

Passi successivi

Per ulteriori informazioni, consultare la documentazione di OCI Full Stack DR e MySQL HeatWave nella sezione Collegamenti correlati.

Conferme

Altre risorse di apprendimento

Esplora altri laboratori su docs.oracle.com/learn o accedi a più contenuti di formazione gratuiti sul canale YouTube di Oracle Learning. Inoltre, visitare education.oracle.com/learning-explorer per diventare Oracle Learning Explorer.

Per la documentazione del prodotto, visitare Oracle Help Center.