Meilleures pratiques en matière de haute disponibilité et réplication entre régions dans Azure Cosmos DB for MongoDB vCore
S’APPLIQUE À : 
MongoDB vCore
La haute disponibilité et l’activation de la réplication entre région sont essentielles pour les applications critiques utilisant Azure Cosmos DB for MongoDB vCore. Ce document décrit les meilleures pratiques pour la configuration et la gestion de la haute disponibilité et de la réplication entre régions. Veuillez suivre l’aide de ce document pour atteindre des fonctionnalités optimales en termes de niveau de performance, de résilience et de récupération d’urgence dans Azure Cosmos DB for MongoDB vCore.
Meilleures pratiques en matière de haute disponibilité
Utilisation de la HA pour les clusters de production
L’activation de la haute disponibilité est essentielle pour les clusters de production et tous les clusters sensibles au temps d’arrêt. Dans un environnement de production, des défaillances de nœud inattendues peuvent entraîner des interruptions significatives. La HA garantit la disponibilité et le bon fonctionnement de votre cluster avec une perte de données nulle, même lorsque l’une de ses partitions physiques (nœuds) devient indisponible.
Utilisation de la HA pour atteindre un contrat SLA de 99,99 %
Azure Cosmos DB for MongoDB vCore offre un contrat SLA de disponibilité mensuelle de 99,99 % pour les clusters avec haute disponibilité activée. Pour respecter ce contrat SLA, veillez à l’activation de la HA pour toutes les charges de travail critiques nécessitant une durée de fonctionnement continue.
Activation de la HA pour le basculement automatique
Les clusters avec haute disponibilité activée récupèrent automatiquement des défaillances de partitions physiques sans intervention manuelle. Lorsqu’une défaillance de nœud se produit, le système promeut une partition physique de secours pour remplacer le nœud principal défaillant. Le processus de basculement automatique conserve la même chaîne de connexion, afin que le processus de basculement soit transparent et fluide pour les applications. Cette fonctionnalité est essentielle pour les applications qui nécessitent une durée de bon fonctionnement continue et un accès cohérent aux données.
Désactivation de la HA pour les clusters hors production
Pour les clusters hors production ou ceux qui ne sont pas sensibles au temps d’arrêt, la haute disponibilité peut être désactivée pour réduire les coûts. Ces environnements peuvent tolérer des temps d’arrêt occasionnels sans avoir d’impact sur les opérations d’entreprise. Évaluez soigneusement les compromis entre les risques et les coûts avant de désactiver la HA sur n’importe quel cluster.
Utilisation de la HA avec des zones de disponibilité
Dans les régions où les zones de disponibilité sont prises en charge, l’activation de la HA garantit que chaque couple de partitions physiques principal-de secours est approvisionné dans différentes zones de disponibilité. La redondance de zone offre une résilience supplémentaire en protégeant votre cluster contre les défaillances au niveau du centre de données au sein d’une région.
Meilleures pratiques de réplication entre régions
Utilisation de la réplication entre région pour la récupération d’urgence
Utilisez la réplication entre régions lorsqu’une copie des données de cluster doit être stockée dans une autre région Azure à des fins de récupération d’urgence (DR, Disaster Recovery). La réplication entre régions garantit que vos données sont disponibles même en cas d’interruption régionale. Azure Cosmos DB for MongoDB vCore prend en charge la configuration de réplication active-passive pour faciliter la récupération d’urgence entre régions. La réplication active-passive conserve un cluster comme principal en mode lecture-écriture et maintient un cluster de réplica en lecture seule dans une autre région Azure.
S’il existe une interruption régionale rare, le cluster de réplica peut être promu pour devenir le nouveau cluster de lecture-écriture avec une interruption minimale. Cette fonctionnalité garantit que vos données restent sécurisées et accessibles même si une région entière subit une interruption.
Configuration de la réplication avec un impact minimal sur le niveau de performance
Lors de la configuration de la réplication entre régions, veuillez tenir compte de la latence réseau et de l’impact de la latence d’écriture sur vos applications. Veuillez choisir des régions pour les clusters en lecture-écriture et réplica principaux qui sont géographiquement proches de vos utilisateurs et assurez-vous de l’optimisation de vos applications pour une cohérence éventuelle.
Mise à l’échelle de lecture
Veuillez utiliser la réplication entre régions pour décharger des opérations de lecture massives du cluster principal vers un cluster de réplica. Le déchargement des opérations de lecture vers un cluster de réplica empêche la surcharge du cluster principal et garantit la gestion efficace des volumes de lecture élevés par le système.
Stratégie combinée de HA et de DR
Combinez la haute disponibilité pour la disponibilité dans la région avec la réplication entre région pour la récupération d'urgence et la scalabilité de lecture globale. La combinaison des deux fournit un contrat SLA de 99,995 %. Cette approche offre le meilleur équilibre entre la résilience locale et la redondance globale, garantissant une disponibilité continue et un niveau de performance optimal pour vos applications.
Résumé des bonnes pratiques
| Scénario | Recommandation |
|---|---|
| Clusters de production | Activer la haute disponibilité |
| Clusters nécessitant un contrat SLA de 99,99 % | Activer la haute disponibilité |
| Clusters nécessitant un contrat SLA de 99,995 % | Activation de la haute disponibilité et création d’un cluster de réplica |
| Clusters hors production | Désactivation de la haute disponibilité pour réduire les coûts |
| Exigence de basculement automatique | Activer la haute disponibilité |
| Récupération d'urgence entre régions | Création d’un cluster de réplica |
| Lecture de la scalabilité à travers plusieurs régions | Création d’un cluster de réplica |
En suivant ces meilleures pratiques, vous pouvez vous assurer que vos clusters Azure Cosmos DB for MongoDB vCore restent hautement disponibles et résilients face aux défaillances et aux interruptions régionales.