Partager via


Paires de régions Azure et régions non jumelées

Cet article décrit comment les paires de régions et les régions non souhaitées sont utilisées dans Azure.

Les régions Azure sont indépendantes les unes des autres. Toutefois, Microsoft associe certaines régions Azure à une autre région. Dans ce cas, les deux régions se trouvent généralement dans la même zone géographique. Ensemble, les régions forment une paire de régions. Ces paires de régions sont ensuite utilisées par un petit nombre de services Azure pour prendre en charge la géoréplication et la géoredondance. Les paires sont également utilisées pour prendre en charge certains aspects de la récupération d’urgence dans le cas peu probable où une région subit une défaillance catastrophique et irrécupérable.

Toutefois, de nombreuses régions ne sont pas jumelées et utilisent plutôt des zones de disponibilité comme principal moyen de redondance. En outre, de nombreux services Azure prennent en charge la géoredondance si les régions sont jumelées ou non.

Vous pouvez concevoir une solution hautement résiliente, que vous utilisiez des régions jumelées, des régions non souhaitées ou une combinaison.

Régions jumelées

Certains services Azure utilisent des régions jumelées pour créer leur stratégie de géoréplication multirégion et de géoredondance. Par exemple, le stockage géoredondant Azure (GRS) peut répliquer automatiquement des données dans une région jumelée.

Si vous êtes dans une région jumelée, l’utilisation de son jumeau en tant que région secondaire offre plusieurs avantages :

  • Séquence de récupération de région. Dans le cas peu probable d’une panne à l’échelle de la zone géographique, la récupération d’une région est hiérarchisée pour chaque paire de régions. Les composants déployés entre des régions jumelées hiérarchisent l’une des régions pour la récupération.
  • Mise à jour séquentielle. Les mises à jour système Azure planifiées sont réparties sur plusieurs paires de régions pour réduire l’impact des bogues ou des défaillances logiques en cas rare de mise à jour défectueuse, et pour éviter les temps d’arrêt des solutions conçues pour utiliser des régions jumelées ensemble pour la résilience.
  • Résidence des données. Pour répondre aux exigences de résidence des données, presque toutes les régions résident dans la même zone géographique que leur paire. Pour en savoir plus sur les exceptions, consultez la liste des régions Azure.

Important

Le déploiement de ressources dans une région d’une paire ne les rend pas automatiquement plus résilientes, ni ne fournit pas de fonctionnalités de haute disponibilité ou de récupération d’urgence automatiques ou de basculement. Il est essentiel que vous développiez vos propres plans de haute disponibilité et récupération d’urgence, que vous utilisiez des régions jumelées ou non.

Même si vous configurez des fonctionnalités de service pour utiliser des paires de régions, ne vous appuyez pas sur le basculement géré par Microsoft entre ces paires comme approche de récupération d’urgence principale. Par exemple, le basculement géré par Microsoft des comptes de stockage compatibles GRS n’est effectué que dans des situations catastrophiques et après des tentatives répétées de récupération ayant échoué.

Vous n’êtes pas limité à l’utilisation de services au sein d’une seule région ou au sein de la paire de votre région. Bien qu’un service Azure puisse s’appuyer sur une paire régionale spécifique pour certaines de ses fonctionnalités de fiabilité, vous pouvez héberger vos services dans n’importe quelle région qui répond à vos besoins métier. Par exemple, une solution Azure peut utiliser le Stockage Azure dans la région Canada Centre avec stockage GRS pour répliquer des données dans la région jumelée, Canada Est, tout en utilisant des ressources de calcul Azure situées dans la région USA Est et des ressources Azure OpenAI situées dans la région USA Ouest.

Pour afficher la liste des régions qui incluent toutes les paires de régions, consultez Liste des régions Azure.

Régions jumelées de manière asymétrique

La plupart des paires de régions sont symétriques, ce qui signifie que chaque région est jumelée de manière bidirectionnelle avec une autre région. Par exemple, usa Ouest est jumelé avec USA Est et USA Est est associé à USA Ouest.

Les paires de régions asymétriques impliquent des régions qui ne sont pas jumelées bidirectionnellement. La liste ci-dessous comprend des paires de régions asymétriques publiques :

  • Le Brésil Sud est associé à Sud-Central des États-Unis, qui est en dehors de la zone géographique du Brésil. Le Sud-Centre des États-Unis n'est pas jumelé avec le Sud du Brésil.
  • US Gov Arizona est associé à US Gov Texas. La région US Gov Texas est jumelée de façon bidirectionnelle avec la région US Gov Virginie.
  • L’Inde ouest est jumelée avec l’Inde sud, mais l’Inde sud est jumelée avec l’Inde centrale.
  • La région USA Ouest 3 est jumelée dans une direction avec la région USA Est. La région USA Est est jumelée de manière bidirectionnelle avec la région USA Ouest.

Pour afficher la liste des régions qui incluent toutes les paires de régions asymétriques, consultez les paires de régions Azure.

Régions non jumelées

Azure continue à s’étendre à l’échelle mondiale et la plupart de nos régions plus récentes fournissent plusieurs zones de disponibilité pour une résilience plus élevée et n’ont pas de paire de régions.

De nombreux services Azure prennent en charge la géoréplication et la géoredondance entre un ensemble arbitraire de régions et ne s’appuient pas sur des paires de régions. Il est important de comprendre le fonctionnement de la prise en charge multirégion pour les services particuliers que vous utilisez. Pour en savoir plus sur les détails de chaque service, consultez les guides sur la fiabilité des services Azure.

Pour afficher la liste des régions qui inclut toutes les régions non couplées, consultez les paires de régions Azure.