Eseguire la migrazione di MySQL - Server flessibile per supportare la zona di disponibilità

Questa guida descrive come eseguire la migrazione di MySQL - Server flessibile dal supporto della zona non di disponibilità al supporto della zona di disponibilità.

È possibile configurare il server flessibile di Database di Azure per MySQL per l'uso di uno dei due modelli di architettura a disponibilità elevata:

• Architettura HA (ad alta disponibilità) nella stessa zona. Questa opzione è preferibile per la ridondanza dell'infrastruttura con una latenza di rete inferiore perché il server primario e di standby si trovano nella stessa zona di disponibilità. Offre una disponibilità elevata senza la necessità di configurare la ridondanza dell'applicazione tra le zone. La disponibilità elevata della stessa zona è preferibile quando si desidera ottenere il massimo livello di disponibilità all'interno di una singola zona di disponibilità con la latenza di rete più bassa. L'alta disponibilità nella stessa zona è disponibile in tutte le aree di Azure in cui è possibile usare Azure Database per MySQL - Server flessibile. Per ulteriori informazioni sull'architettura HA nella stessa zona, vedere Architettura HA nella stessa zona.

• Architettura di alta disponibilità con ridondanza zonale. Questa opzione è preferibile per l'isolamento completo e la ridondanza dell'infrastruttura in più zone di disponibilità. Offre il massimo livello di disponibilità, ma richiede la configurazione della ridondanza dell'applicazione tra le zone. La disponibilità elevata con ridondanza della zona è preferibile quando si vuole ottenere il massimo livello di disponibilità in caso di errore dell'infrastruttura nella zona di disponibilità e quando la latenza nella zona di disponibilità è accettabile. Può essere abilitata solo quando viene creato il server. La disponibilità elevata con ridondanza della zona è disponibile in un sottoinsieme di aree di Azure in cui l'area supporta più zone di disponibilità e condivisioni file Premium con ridondanza della zona sono disponibili. Per altre informazioni sull'architettura a disponibilità elevata con ridondanza della zona, vedere Architettura a disponibilità elevata con ridondanza della zona.

Per eseguire la migrazione del carico di lavoro esistente dall'HA zonale (alta disponibilità nella stessa zona) all'HA con ridondanza di zona, sarà necessario eseguire le seguenti operazioni:

1. Distribuire e configurare un nuovo server configurato per alta disponibilità con zone ridondanti.

2. Seguire le indicazioni sulla migrazione in questo documento per spostare le risorse nel nuovo server.

Prerequisiti

Per eseguire la migrazione al supporto delle zone di disponibilità:

1. Saranno necessari almeno uno dei due server seguenti:

   • Un server di origine che esegue il server flessibile di Database di Azure per MySQL in un'area che non supporta le zone di disponibilità.

   • Un server flessibile di Azure Database per MySQL che non era abilitato per l'alta disponibilità al momento della creazione.

   Importante

   Se è stato originariamente effettuato il provisioning del server flessibile di Database di Azure per MySQL come server non a disponibilità elevata, è sufficiente abilitarlo per l'architettura a disponibilità elevata della stessa zona. Tuttavia, se vuoi abilitarlo per un'architettura HA ridondante di zona, sarà necessario implementare una delle opzioni di migrazione disponibili elencate in questo articolo.

2. È necessario creare un server di destinazione che esegue il server flessibile di Database di Azure per MySQL in un'area che supporta le zone di disponibilità. Per altre informazioni su come creare un server flessibile di Database di Azure per MySQL, vedere Usare il portale di Azure per creare un server flessibile di Database di Azure per MySQL. Assicurarsi che il server creato sia configurato per la ridondanza della zona abilitando HA e selezionando l'opzione Zona-Ridondante.

Requisiti del tempo di inattività

Le migrazioni possono essere classificate come online o offline:

• Migrazione offline. Se l'applicazione può permettersi tempi di inattività, le migrazioni offline sono sempre la scelta preferita, perché sono semplici e facili da eseguire. Con una migrazione offline, il server di origine viene portato offline e un dump e ripristini dei database vengono eseguiti nel server di destinazione. Questa opzione richiederà il maggior tempo di inattività. La durata del tempo di inattività è determinata dal tempo necessario per eseguire il ripristino nel server di destinazione.

• Migrazione online. Questa opzione presenta tempi di inattività minimi ed è la scelta migliore se si vuole ridurre il tempo di inattività. Il server di origine consente gli aggiornamenti e la soluzione di migrazione eseguirà la replica delle modifiche in corso tra il server di origine e di destinazione insieme al dump iniziale e al ripristino nella destinazione.

Opzione di migrazione 1: Migrazione offline

È possibile eseguire la migrazione da un server flessibile di Database di Azure a un altro usando uno degli strumenti seguenti. Entrambe queste opzioni richiedono tempi di inattività.

1. Servizio Migrazione dei dati.Data Migration Service (DMS). Per informazioni su come eseguire la migrazione di un server flessibile MySQL a un altro con Servizio Migrazione del database, vedere Eseguire la migrazione offline di Database di Azure per MySQL - Server singolo al server flessibile tramite Servizio Migrazione del database tramite il portale di Azure. Anche se l'esercitazione descrive i passaggi per la migrazione dal server singolo di Azure MySQL al server flessibile, è possibile usare la stessa procedura per la migrazione dei dati da un server flessibile di Database di Azure per MySQL che non supporta le zone di disponibilità a un'altra che supporta le zone di disponibilità.

2. Strumenti open source. È possibile eseguire la migrazione offline con strumenti open source, ad esempio MySQL Workbench, mydumper/myloader o mysqldump per eseguire il backup e ripristinare il database. Per informazioni su come usare questi strumenti, vedere Opzioni per la migrazione di Database di Azure per MySQL - Server singolo al server flessibile. Anche se l'esercitazione descrive i passaggi per la migrazione dal server singolo di Azure MySQL al server flessibile, è possibile usare la stessa procedura per la migrazione dei dati da un server flessibile di Database di Azure per MySQL che non supporta le zone di disponibilità a un'altra che supporta le zone di disponibilità.

Opzione di migrazione 2: Migrazione online

È possibile eseguire la migrazione da un server flessibile di Database di Azure a un altro con tempi di inattività minimi per le applicazioni usando uno degli strumenti seguenti:

1. Servizio Migrazione dei dati.Data Migration Service (DMS). Per informazioni su come eseguire la migrazione del server flessibile MySQL a un altro con Servizio Migrazione del database, vedere Eseguire la migrazione online di Database di Azure per MySQL - Server singolo al server flessibile tramite Servizio Migrazione del database tramite il portale di Azure. Anche se l'esercitazione descrive i passaggi per la migrazione dal server singolo di Azure MySQL al server flessibile, è possibile usare la stessa procedura per la migrazione dei dati da un server flessibile di Database di Azure per MySQL che non supporta le zone di disponibilità a un'altra che supporta le zone di disponibilità.

2. Strumenti open source. È possibile usare una combinazione di strumenti open source, ad esempio mydumper/myloader , insieme alla replica dei dati in ingresso. Per informazioni su come configurare la Replica dei dati in entrata, vedere Come configurare la Replica dei dati in entrata di Database di Azure per MySQL.

Passaggi successivi

Altre informazioni su: