Migrer MySQL – Serveur flexible vers la prise en charge de la zone de disponibilité
Ce guide explique comment migrer MySQL – Serveur flexible de la prise en charge de zone de non-disponibilité vers la prise en charge de la zone de disponibilité.
Vous pouvez configurer Azure Database pour MySQL serveur flexible pour utiliser l’un des deux modèles architecturaux haute disponibilité (HA) :
Architecture ha de même zone (zonale). Cette option est préférable pour la redondance de l’infrastructure avec une latence réseau inférieure, car le serveur principal et le serveur de secours se trouveront dans la même zone de disponibilité. Elle offre une haute disponibilité sans qu’il soit nécessaire de configurer la redondance des applications entre les zones. La haute disponibilité dans la même zone est préférable quand vous voulez obtenir le niveau de disponibilité le plus élevé au sein d’une même zone de disponibilité avec la latence réseau la plus faible. La haute disponibilité dans la même zone est disponible dans toutes les régions Azure où il est possible d’utiliser un serveur flexible Azure Database pour MySQL. Pour en savoir plus sur l’architecture haute disponibilité de même zone, consultez architecture haute disponibilité de même zone.
Architecture haute disponibilité redondante interzone. Cette option est recommandée pour une isolation et une redondance complètes de l’infrastructure sur plusieurs zones de disponibilité. Elle offre le niveau de disponibilité le plus élevé, mais vous oblige à configurer la redondance des applications entre zones. La haute disponibilité redondante interzone est préférable quand vous voulez obtenir le niveau de disponibilité le plus élevé en cas de défaillance de l’infrastructure dans la zone de disponibilité et où la latence dans la zone de disponibilité est acceptable. Elle ne peut être activée que lors de la création du serveur. La haute disponibilité redondante interzone est disponible dans un sous-ensemble de régions Azure où la région prend en charge plusieurs zones de disponibilité et les partages de fichiers Premium redondants interzone sont disponibles. Pour en savoir plus sur l’architecture haute disponibilité redondante interzone, consultez l’architecture haute disponibilité redondante interzone.
Pour migrer votre charge de travail existante de la haute disponibilité zonale (haute disponibilité interzone) vers une haute disponibilité redondante interzone, vous devez effectuer les opérations suivantes :
Déployez et configurez un nouveau serveur configuré pour la haute disponibilité redondante interzone.
Suivez les instructions de migration de ce document pour déplacer vos ressources vers votre nouveau serveur.
Prérequis
Pour migrer vers la prise en charge de la zone de disponibilité :
Vous aurez besoin d’au moins l’un des deux serveurs suivants :
Serveur source exécutant Azure Database pour MySQL serveur flexible dans une région qui ne prend pas en charge les zones de disponibilité.
Un serveur flexible Azure Database pour MySQL qui n’a pas été activé pour la haute disponibilité au moment de la création.
Important
Si vous avez initialement approvisionné votre serveur flexible Azure Database pour MySQL en tant que serveur non haute disponibilité, vous pouvez simplement l’activer pour une architecture haute disponibilité de même zone. Toutefois, si vous souhaitez l’activer pour l’architecture haute disponibilité redondante interzone, vous devez implémenter l’une des options de migration disponibles répertoriées dans cet article.
Vous devez créer un serveur cible exécutant Azure Database pour MySQL serveur flexible dans une région qui prend en charge les zones de disponibilité. Pour plus d’informations sur la création d’un serveur flexible Azure Database pour MySQL, consultez Utiliser l’Portail Azure pour créer un serveur flexible Azure Database pour MySQL. Assurez-vous que le serveur créé est configuré pour la redondance de zone en activant la haute disponibilité et en sélectionnant l’option Redondant interzone .
Conseil
Si vous souhaitez pouvoir passer d’une haute disponibilité zonale (de même zone) et d’une haute disponibilité redondante interzone à l’avenir, vous pouvez approvisionner votre serveur flexible Azure Database pour MySQL avec une haute disponibilité redondante interzone activée pendant la création du serveur. Une fois le serveur approvisionné, vous pouvez ensuite désactiver la haute disponibilité.
Exigences en matière de temps d’arrêt
Les migrations peuvent être classées en ligne ou hors connexion :
• Migration hors connexion. Si votre application peut se permettre un certain temps d’arrêt, les migrations hors connexion sont toujours recommandées car elles sont simples et faciles à exécuter. Dans le cas d’une migration hors connexion, le serveur source est mis hors connexion, puis une copie de sauvegarde et une restauration des bases de données sont effectuées sur le serveur cible. Cette option nécessite le plus de temps d’arrêt. La durée du temps d’arrêt est déterminée par le temps nécessaire pour effectuer la restauration sur le serveur cible.
• Migration en ligne. Cette option a un temps d’arrêt minimal et est le meilleur choix si vous souhaitez moins de temps d’arrêt. Le serveur source autorise les mises à jour et la solution de migration s’occupe de répliquer les modifications en cours entre le serveur source et le serveur cible, ainsi que le vidage initial et la restauration sur la cible.
Option de migration 1 : Migration hors connexion
Vous pouvez migrer d’un serveur flexible Azure Database pour un autre à l’aide de l’un des outils suivants. Ces deux options nécessitent un temps d’arrêt.
Data Migration Service (DMS). Pour savoir comment migrer le serveur flexible MySQL vers un autre avec DMS, consultez Migrer Azure Database pour MySQL - Serveur unique vers un serveur flexible hors connexion à l’aide de DMS via le Portail Azure. Bien que le didacticiel décrit les étapes de migration d’Un serveur unique Azure MySQL vers un serveur flexible, vous pouvez utiliser la même procédure pour migrer des données d’un serveur flexible Azure Database pour MySQL qui ne prend pas en charge les zones de disponibilité vers une autre qui prend en charge les zones de disponibilité.
Outils open source. Vous pouvez migrer hors connexion avec des outils open source, tels que MySQL Workbench, mydumper/myloader, ou mysqldump pour sauvegarder et restaurer la base de données. Pour plus d’informations sur l’utilisation de ces outils, consultez Options de migration de Azure Database pour MySQL - Serveur unique vers un serveur flexible. Bien que le didacticiel décrit les étapes de migration d’Un serveur unique Azure MySQL vers un serveur flexible, vous pouvez utiliser la même procédure pour migrer des données d’un serveur flexible Azure Database pour MySQL qui ne prend pas en charge les zones de disponibilité vers une autre qui prend en charge les zones de disponibilité.
Option de migration 2 : Migration en ligne
Vous pouvez migrer d’un serveur flexible Azure Database pour un autre avec un temps d’arrêt minimal vers vos applications à l’aide de l’un des outils suivants :
Data Migration Service (DMS). Pour savoir comment migrer le serveur flexible MySQL vers un autre avec DMS, consultez Migrer Azure Database pour MySQL - Serveur unique vers un serveur flexible en ligne à l’aide de DMS via le Portail Azure. Bien que le didacticiel décrit les étapes de migration d’Un serveur unique Azure MySQL vers un serveur flexible, vous pouvez utiliser la même procédure pour migrer des données d’un serveur flexible Azure Database pour MySQL qui ne prend pas en charge les zones de disponibilité vers une autre qui prend en charge les zones de disponibilité.
Outils open source. Vous pouvez utiliser une combinaison d’outils open source tels que mydumper/myloader avec la réplication de données entrantes. Pour savoir comment configurer la réplication des données entrantes, consultez Comment configurer Azure Database pour MySQL réplication de données entrantes.
Important
La réplication des données entrantes n’est pas prise en charge pour les serveurs compatibles haute disponibilité. La solution de contournement consiste à provisionner le serveur cible avec la haute disponibilité redondante interzone, puis à désactiver la haute disponibilité avant de configurer la réplication des données entrantes. Une fois la réplication terminée, activez à nouveau la haute disponibilité redondante interzone sur le serveur cible.
Étapes suivantes
Pour en savoir plus :