Consultez la répartition des nœuds d'une instance de jeu de réplicas ou de cluster fragmenté entre les différentes zones. Utilisez ces informations pour valider votre topologie de haute disponibilité (HA) et planifier une migration de zone ou un changement de rôle de nœud.
Prérequis
Avant de commencer, assurez-vous que :
L'instance est une instance de jeu de réplicas ou une instance de cluster fragmenté.
Fonctionnement
ApsaraDB for MongoDB déploie les nœuds d'une instance de jeu de réplicas ou de cluster fragmenté sur trois zones au sein de la même région. Cette architecture de reprise après sinistre inter-zones garantit la disponibilité de vos données si l'une des zones devient inaccessible en raison de cas de force majeure, tels qu'une panne de courant ou une défaillance réseau. Le système de haute disponibilité bascule automatiquement vers une autre zone.
Pour plus d'informations sur la création d'une instance multi-zones, consultez les rubriques Créer une instance de jeu de réplicas multi-zones et Créer une instance de cluster fragmenté multi-zones.
Pour obtenir des détails sur le déploiement multi-zones par rapport au déploiement mono-zone, reportez-vous à la section « Politiques de déploiement des nœuds » des rubriques Créer une instance de jeu de réplicas multi-zones et Créer une instance de cluster fragmenté multi-zones.
Consulter la répartition par zone
Connectez-vous à la console ApsaraDB for MongoDB.
Dans le volet de navigation de gauche, cliquez sur Replica Set Instances ou Sharded Cluster Instances.
Dans l'angle supérieur gauche de la page, sélectionnez le groupe de ressources et la région où se trouve l'instance.
Cliquez sur l'ID de l'instance ou sur Manage dans la colonne Actions.
Dans le volet de navigation de gauche, cliquez sur Service Availability. Dans la section Zone Distribution, consultez la zone attribuée à chaque nœud.
Étapes suivantes
-
Migrer une instance ApsaraDB for MongoDB vers différentes zones d'une même région
Déplacez une instance d'une zone unique vers plusieurs zones, ou entre des zones d'une même région. Les attributs, les spécifications et l'endpoint de l'instance restent inchangés après la migration.
-
Réattribuez les rôles des nœuds afin que vos applications se connectent aux nœuds les plus proches, en fonction de votre topologie de déploiement.