Partager via


Vue d’ensemble de la géoréplication

Pour les développeurs d’applications et les ingénieurs informatiques, un objectif commun est de créer et d’exécuter des applications résilientes. La résilience est définie comme la capacité de votre application à réagir à l’échec et à rester fonctionnelle. Pour atteindre la résilience face aux défaillances régionales dans le cloud, la première étape consiste à créer une redondance afin d’éviter un point de défaillance unique. Cette redondance peut être atteinte avec la géoréplication.

La fonctionnalité de géoréplication d’App Configuration vous permet de répliquer votre magasin de configuration dans les régions de votre choix. Chaque nouveau réplica se trouvera dans une région différente et créera un point de terminaison pour que vos applications envoient des requêtes. Le point de terminaison d’origine de votre magasin de configuration est appelé Origine. L’origine ne peut pas être supprimée, mais se comporte autrement comme n’importe quel réplica.

La modification et la mise à jour de vos valeurs de clé peuvent être effectuées dans n’importe quel réplica. Ces modifications seront synchronisées avec tous les autres réplicas en suivant un modèle de cohérence finale.

La réplication de votre magasin de configuration offre les avantages suivants :

  • Ajout de la résilience contre les pannes Azure : En cas de panne régionale, les réplicas sont affectés individuellement. Si une région a une panne, tous les réplicas situés dans des régions non affectées sont toujours accessibles et synchronisés en continu. Une fois que la panne a été atténuée, tous les réplicas affectés sont synchronisés avec l’état le plus récent. Notez que la géoréplication offre uniquement des fonctionnalités de basculement automatique via les fournisseurs de configuration d’App Configuration. Sinon, vous pouvez également créer vos propres mécanismes de basculement personnalisés dans la configuration de votre application pour basculer entre différents points de terminaison de réplica afin d’atténuer l’impact d’une panne Azure.
  • Redistribution des limites de requête : Vous pouvez personnaliser dans le code le point de terminaison de réplica que votre application utilise pour vous permettre de distribuer votre charge de requête afin d’éviter d’épuiser les limites de requête. Par exemple, si vos applications s’exécutent dans plusieurs régions et envoient uniquement des requêtes à une seule région, vous pouvez commencer à épuiser les limites de requête d’App Configuration. Vous pouvez redistribuer cette charge en créant des réplicas dans les régions dans lesquelles vos applications s’exécutent. Chaque réplica a des limites de requête isolées, égales à celles de l’origine. L’épuisement des limites de requête dans un réplica n’a aucun impact sur les limites de requête dans un autre réplica.
  • Compartimentation régionale : L’accès à plusieurs régions peut améliorer la latence entre votre application et le magasin de configuration, ce qui entraîne des réponses de requête plus rapides et de meilleures performances si une application envoie des requêtes à son réplica le plus proche. La spécification de l’accès au réplica vous permet également de limiter le stockage et le flux de données entre différentes régions en fonction de vos préférences.

Pour activer cette fonctionnalité dans votre magasin, reportez-vous au guide pratique pour activer le document de géoréplication.

Exemple de cas d’utilisation

Une équipe de développement crée un système composé de plusieurs applications et dispose actuellement d’un magasin Azure App Configuration dans la région USA Ouest. L’utilisation de son système augmente rapidement et elle cherche à mettre à l’échelle et à répondre aux besoins de ses clients dans les régions Suède Centre, USA Ouest, Europe Nord et Asie Est. Toutes les applications qu’ils utilisent actuellement reposent sur le magasin de configuration USA Ouest, créant un point de défaillance unique. S’il y avait une panne régionale dans la région USA Ouest et qu’ils n’avaient pas d’autres mécanismes de basculement ou de comportements par défaut, leur système ne serait pas disponible pour les clients. En outre, toutes les applications sont actuellement limitées par la limite de requête d’un magasin de configuration. À mesure que l’équipe se met à l’échelle vers plus de régions, cette limite deviendra insoutenable.

Cette équipe bénéficierait de la géoréplication. Ils peuvent créer un réplica de leur magasin de configuration dans chaque région où leur application sera exécutée. Ensuite, leurs applications peuvent envoyer des requêtes à un réplica dans la même région, plutôt que d’avoir toutes les applications envoyant des requêtes vers la région USA Ouest. Cela offre deux avantages : une latence de requête améliorée et une meilleure distribution de charge. Le fait d’avoir une charge de requête bien distribuée permet d’éviter l’épuisement du quota de requêtes. En outre, le fait d’avoir plusieurs réplicas permet à l’équipe de configurer son application pour basculer en cas de panne régionale. Par exemple, l’équipe peut configurer des applications s’exécutant dans Suède Centre pour extraire la configuration de cette région, mais revenir à Europe Nord si Suède Centre rencontre une panne. Même si App Configuration n’est pas disponible dans une région donnée, le système de l’équipe n’est pas affecté.

Considérations

  • La géoréplication n’est pas disponible dans le niveau gratuit.
  • Chaque réplica a des limites, comme indiqué dans la page de tarification d’App Configuration. Ces limites sont isolées par réplica.
  • Azure App Configuration prend également en charge les zones de disponibilité Azure pour créer un magasin résilient et hautement disponible dans une région Azure. La prise en charge des zones de disponibilité est automatiquement incluse pour un réplica si la région du réplica prend en charge les zones de disponibilité. La combinaison de zones de disponibilité pour la redondance au sein d’une région et de la géoréplication dans plusieurs régions améliore la disponibilité et les performances d’un magasin de configuration.

Coût et facturation

Chaque réplica créé ajoute des frais supplémentaires. Pour plus d’informations, reportez-vous à la page de tarification d’App Configuration. Par exemple, si votre origine est un magasin de configuration de niveau standard et que vous avez cinq réplicas, vous êtes facturé au taux de six magasins de configuration de niveau standard pour votre système, mais tous les quotas et requêtes isolés de votre réplica sont inclus dans ce coût.

Surveillance

Pour fournir des aperçus sur les caractéristiques de la fonctionnalité de géoréplication, App Configuration apporte une métrique nommée Latence de la réplication. La métrique sur la latence de la réplication décrit le temps nécessaire à la réplication des données d’une région à une autre.

Pour plus d’informations sur la métrique latence de la réplication et d’autres métriques fournies par App Configuration, consultez Informations de référence sur les données de surveillance d’App Configuration.

Étapes suivantes

Résilience et récupération d’urgence