Comment déplacer un service de base de données d'une région à une AZ vers une région à 3 AZ
Découvrez comment déplacer votre base de données OVHcloud Public Cloud d'une AZ unique vers une région à 3 AZ et garantir la haute disponibilité
Objectif
Public Cloud Databases d'OVHcloud peut être déployé selon différentes architectures pour répondre à des besoins variés en matière de disponibilité et de résilience. Ce guide vous accompagne spécifiquement dans la migration de votre service de base de données existant, d'une configuration à une seule zone de disponibilité (1 AZ) vers une architecture à 3 AZ (trois zones de disponibilité). Vous découvrirez les étapes détaillées pour réaliser ce transfert, garantissant une haute disponibilité et une meilleure tolérance aux pannes pour vos applications critiques.
Prérequis
- Un projet Public Cloud dans votre compte OVHcloud
- Un accès à l' ou à l'
- Un service de base de données existant déployé dans une seule zone de disponibilité (1 AZ)
- Une région 3 AZ activée dans votre projet Public Cloud
Pourquoi passer à une architecture 3 AZ ?
La migration de votre service de base de données vers un déploiement 3 AZ améliore considérablement sa résilience, sa haute disponibilité et ses capacités de reprise après sinistre. Dans une configuration 3 AZ, à condition que votre service s'exécute sur plusieurs nœuds, vos données sont répliquées de façon synchrone sur trois zones de disponibilité distinctes au sein d'une même région. Cette architecture garantit qu'en cas de panne dans une zone, votre service de base de données peut basculer automatiquement vers une autre zone opérationnelle avec un temps d'indisponibilité minimal et sans perte de données.
Pour plus d'informations sur les modes de déploiement et leurs spécifications techniques, veuillez consulter notre guide dédié : Comparaison des modes de déploiement de Public Cloud Databases - Comprendre les architectures 3 AZ / 1 AZ.
Voici la liste des régions actuellement prises en charge en 1 AZ et 3 AZ pour les services de base de données :
Réversibilité
La migration d'une région à AZ unique vers une région Multi-AZ est réversible — les services peuvent être migrés de nouveau vers une région à AZ unique.
En pratique
Déplacer un service de base de données vers une architecture 3 AZ
Pour déplacer un service de base de données d'une région 1 AZ vers une région 3 AZ, connectez-vous à l' et ouvrez votre projet Public Cloud. Cliquez sur Databases dans la barre de navigation de gauche, sélectionnez votre service de base de données puis cliquez sur l'onglet Backups.
Choisissez la sauvegarde à partir de laquelle vous souhaitez créer un fork, cliquez sur le bouton ... puis sur le bouton Dupliquer (Fork).
La page qui s'affiche vous permet de configurer votre service et de choisir la région de destination.
Sélectionnez le point de restauration nommé Backup.
Sélectionnez une région 3 AZ.
Sélectionnez un plan de service.
Sélectionnez l'instance qui hébergera le service.
Sélectionnez la capacité de stockage du service.
Si nécessaire, vous pouvez modifier les paramètres de connectivité, puis vérifier les adresses IP à autoriser (la liste est pré-remplie par défaut avec la configuration du service d'origine).
Une fois votre configuration terminée, vérifiez votre commande puis cliquez sur le bouton Commander.
Valider le déploiement
Une fois votre nouveau service de base de données 3 AZ provisionné avec succès, il est essentiel de valider son déploiement et de vous assurer que vos applications peuvent s'y connecter.
- Testez la connexion à votre nouveau service :
- Utilisez un client de base de données (par exemple, psql pour PostgreSQL, mysql pour MySQL) ou un script simple pour vérifier que vous pouvez vous connecter à l'endpoint du nouveau service 3 AZ à l'aide de ses identifiants.
- Confirmez que vos données ont bien été migrées et sont accessibles.
- Configurez votre application pour utiliser le nouveau service :
- Mettez à jour les fichiers de configuration ou les variables d'environnement de votre application pour pointer vers la chaîne de connexion du nouveau service de base de données 3 AZ (hôte, port, nom d'utilisateur, mot de passe).
- Redémarrez votre application pour appliquer les modifications.
- Testez en profondeur le fonctionnement de votre application pour vous assurer qu'elle fonctionne correctement avec le nouvel endpoint de base de données.
Nettoyage
Une fois que vous avez pleinement validé le bon fonctionnement de votre application avec le nouveau service de base de données 3 AZ, et que vous êtes certain que toutes les données ont été transférées et sont accessibles, vous pouvez procéder à la suppression de l'ancien service 1 AZ.
Cette étape est essentielle pour éviter des coûts inutiles et conserver une infrastructure propre.
Suivez ces instructions pour supprimer l'ancien service 1 AZ :
Accédez à votre liste de services de base de données, cliquez sur le bouton ... sur la ligne du service puis cliquez sur le bouton Supprimer pour supprimer définitivement le service.
Nous voulons vos retours !
Nous serions ravis de répondre à vos questions et apprécions tout retour que vous pourriez nous faire.
Si vous avez besoin d'une formation ou d'une assistance technique pour la mise en oeuvre de nos solutions, contactez votre commercial ou cliquez sur ce lien pour obtenir un devis et demander une analyse personnalisée de votre projet à nos experts de l’équipe Professional Services.
Vous êtes sur Discord ? Rejoignez notre chaîne via https://discord.gg/ovhcloud et interagissez directement avec l’équipe qui développe notre service de bases de données !