Eseguire la migrazione di MySQL - Server flessibile al supporto della zona di disponibilità
Questa guida descrive come eseguire la migrazione di MySQL - Server flessibile dal supporto della zona non di disponibilità al supporto della disponibilità.
È possibile configurare il server flessibile del Database di Azure per MySQL per usare uno dei due modelli di architettura a disponibilità elevata:
Architettura a disponibilità elevata della stessa zona (di 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. La disponibilità elevata della stessa zona è disponibile in tutte le aree di Azure in cui è possibile usare Database di Azure per MySQL - Server flessibile. Per altre informazioni sull'architettura a disponibilità elevata della stessa zona, vedere Architettura a disponibilità elevata della stessa zona.
Architettura a disponibilità elevata con ridondanza della zona. 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 subset di aree di Azure in cui l'area supporta più zone di disponibilità e le 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 dalla zona (stessa zona a disponibilità elevata) alla disponibilità elevata con ridondanza della zona, è necessario eseguire le operazioni seguenti:
Distribuire e configurare un nuovo server configurato per la disponibilità elevata con ridondanza della zona.
Seguire le indicazioni sulla migrazione contenute in questo documento per spostare le risorse nel nuovo server.
Prerequisiti
Per eseguire la migrazione al supporto della zona di disponibilità:
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 Database di Azure per MySQL non abilitato per la disponibilità elevata al momento della creazione.
Importante
Se in origine è stato 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 si desidera abilitarlo per l'architettura a disponibilità elevata con ridondanza della zona, sarà necessario implementare una delle opzioni di migrazione disponibili elencate in questo articolo.
Sarà necessario creare un server di origine che esegue il server flessibile di Database di Azure per MySQL in un'area che supporta le zone di disponibilità. Per ulteriori informazioni su come creare un server flessibile di Database di Azure per MySQL, vedere Creare un server flessibile di Database di Azure per MySQL tramite il portale di Azure. Assicurarsi che il server creato sia configurato per la ridondanza della zona abilitando la disponibilità elevata e selezionando l'opzione Con ridondanza della zona.
Suggerimento
Se in futuro si desidera avere la flessibilità di spostarsi tra disponibilità elevata di zona (stessa zona) e con ridondanza della zona, è possibile effettuare il provisioning del server flessibile di Database di Azure per MySQL con disponibilità elevata con ridondanza della zona abilitata durante la creazione del server. Dopo aver effettuato il provisioning del server, è possibile disabilitare la disponibilità elevata.
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 da preferire, in quanto sono semplici e facili da eseguire. Con una migrazione offline, il server di origine viene portato online, e il dump e il ripristino del database vengono eseguiti sul 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 desidera 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 dei tempi di inattività.
Servizio Migrazione del database (DMS). Per informazioni su come eseguire la migrazione del server flessibile MySQL a un altro tramite un Servizio Migrazione del database di Azure, vedere Eseguire la migrazione offline del server singolo di Database di Azure per MySQL al server flessibile utilizzando il 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 invece le supporta.
Strumenti open source. È possibile eseguire la migrazione offline con strumenti open source, ad esempio MySQL Workbench, mydumper/myloadero mysqldump per eseguire il backup e il ripristino del database. Per ulteriori informazioni su come utilizzare tali strumenti, vedere Opzioni per la migrazione del server singolo al server flessibile di Database di Azure per MySQL. 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 invece le supporta.
Opzione di migrazione 2: Migrazione offline
È possibile eseguire la migrazione da un server flessibile di Database di Azure a un altro con un tempo di attività minimo per le applicazioni usando uno degli strumenti seguenti:
Servizio Migrazione del database (DMS). Per informazioni su come eseguire la migrazione del server flessibile MySQL a un altro tramite un Servizio Migrazione del database di Azure, vedere Eseguire la migrazione online del server singolo di Database di Azure per MySQL al server flessibile utilizzando il 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 invece le supporta.
Strumenti open source È inoltre possibile usare una combinazione degli strumenti open source, ad esempio mydumper/myloader insieme alla Replica dei dati in ingresso. Per informazioni su come configurare la Replica dei dati in ingresso, vedere Procedura per configurare il Database di Azure per MySQL per la Replica dei dati in ingresso.
Importante
La Replica dei dati in ingresso non è supportata per i server abilitati per la disponibilità elevata. La soluzione alternativa consiste nell’effettuare il provisioning del server di destinazione con disponibilità elevata con ridondanza della zona e quindi disabilitare la disponibilità elevata prima di configurare la Replica dei dati in ingresso. Al termine della replica, abilitare nuovamente la disponibilità elevata con ridondanza della zona nel server di destinazione.
Passaggi successivi
Altre informazioni su: