Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Azure fournit plus de 70 régions dans le monde entier. Les régions se trouvent dans de nombreuses zones géographiques différentes. Chaque zone géographique représente une limite de résidence des données, par exemple la États-Unis, ou l’Europe, et peut contenir une ou plusieurs régions. Chaque région est un ensemble d’installations physiques qui incluent des centres de données et une infrastructure réseau.
Les régions fournissent certains types d’options de résilience. De nombreuses régions fournissent des zones de disponibilité, et certaines ont une région jumelée, tandis que d’autres ne le sont pas. Lorsque vous choisissez une région pour vos services, il est important de prêter attention aux options de résilience disponibles dans cette région. Cet article vous aide à comprendre Azure régions et vous donne une vue d’ensemble des options de résilience prises en charge par certains Azure régions, tout en offrant des liens vers des informations plus détaillées sur chaque rubrique.
Comprendre les régions et zones géographiques Azure
Une région Azure se compose d’un ou plusieurs centres de données, connectés par une connexion réseau à faible latence et à haute capacité, tolérante aux pannes. Azure centres de données sont généralement situés dans une grande région métropolitaine.
Chaque région est contenue dans une zone géographique unique qui sert de limite de résidence de données fixe. Si vous avez des exigences de résidence des données, il est important de sélectionner des régions dans la zone géographique requise. Chaque zone géographique possède au moins une région dotée de zones de disponibilité. Pour obtenir la liste de toutes les zones géographiques Azure, consultez Azure zones géographiques.
Note
La plupart des régions sont disponibles pour tous les clients Azure. Toutefois, certaines régions appartiennent à des zones géographiques de cloud souverain. Les clients dans des zones géographiques spécifiques avec des réglementations strictes en matière de résidence des données peuvent accéder à ces régions. Les régions cloud souveraines fonctionnent de la même façon que d’autres régions, mais elles ont souvent des services et des fonctionnalités limités. Pour plus d’exemples de disponibilité limitée des services dans les régions de cloud souverain, consultez Comparer Azure Government et Azure global ou Disponibilité des services et feuilles de route de Microsoft Azure exploité par 21Vianet.
Liste des régions
Pour obtenir la liste des régions Azure, consultez List of Azure regions. Si vous souhaitez plus d’informations sur les régions, y compris la résidence des données et la conformité réglementaire, consultez la carte des centres de données Microsoft.
Choix des régions Azure
Lorsque vous concevez une solution, vous devez choisir les régions Azure que vous souhaitez utiliser. Les régions que vous choisissez peuvent affecter la résilience de votre solution, ainsi que de nombreux autres aspects de votre solution.
Lorsque vous sélectionnez des régions, tenez compte des facteurs suivants :
- Latence. Sélectionnez les régions qui sont géographiquement proches de vos utilisateurs pour réduire la latence. Par exemple, si vos utilisateurs se trouvent dans le États-Unis, vous pouvez sélectionner une région dans le États-Unis ou le Canada.
- Zones de disponibilité. Sélectionnez les régions qui prennent en charge les zones de disponibilité pour assurer la redondance et l’isolation des erreurs. Veillez à répartir vos ressources entre plusieurs zones de disponibilité de la région.
- Résidence des données : Vérifiez que toutes les régions sélectionnées se trouvent dans une limite de résidence des données requise par votre organisation.
Pour plus d’informations sur la façon de sélectionner des régions, consultez Select Azure régions.
Options de résilience régionale
Bien que toutes les régions Azure fournissent des services de haute qualité tels que la résidence des données et l’optimisation de la latence, ils peuvent différer dans les types d’options de résilience qu’ils prennent en charge.
Cette section récapitule deux options de résilience qui peuvent être disponibles dans les régions que vous choisissez.
Zones de disponibilité
De nombreuses régions Azure fournissent des zones de disponibilité. Les zones de disponibilité sont des ensembles indépendants de centres de données qui contiennent une alimentation isolée, un refroidissement et des connexions réseau. Les zones de disponibilité sont physiquement situées suffisamment proches pour fournir un réseau à faible latence, mais suffisamment éloignées pour assurer une isolation des pannes en cas d'événements tels que les tempêtes et les coupures de courant localisées. La plupart des services Azure fournissent une prise en charge intégrée des zones de disponibilité et vous pouvez décider comment les utiliser pour répondre à vos besoins. Lorsque vous concevez une solution Azure, vous devez utiliser des zones de disponibilité pour fournir une redondance et une isolation des erreurs.
Pour découvrir plus d’informations sur les zones de disponibilité, consultez Que sont les zones de disponibilité ?.
Régions jumelées et non jumelées
Microsoft associe certaines régions Azure avec une autre région Azure pour former des paires de régions. Vous ne pouvez pas choisir vos propres paires. Certains Azure services utilisent des paires de régions pour prendre en charge la géoréplication et la géoredondance. Certains utilisent également des paires de régions pour prendre en charge les 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.
De nombreuses régions plus récentes ne sont pas jumelées et utilisent plutôt des zones de disponibilité comme principal moyen de redondance. De nombreux services Azure prennent en charge la géo-redondance, que les régions soient jumelées ou non, et 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 des deux.
Pour en savoir plus sur les régions jumelées et non associées et sur leur utilisation, consultez Azure paires de régions et régions non associées.
Utilisation de plusieurs régions Azure
Il est courant d'utiliser plusieurs régions Azure, qu'elles soient jumelées ou non souhaitées, lorsque vous concevez une solution. En utilisant plusieurs régions, vous pouvez augmenter la résilience de la charge de travail à de nombreux types d’échecs et vous avez de nombreuses options pour la récupération d’urgence. En outre, certains services Azure sont disponibles dans des régions spécifiques. Par conséquent, en concevant une solution multirégion, vous pouvez tirer parti de la nature globale et distribuée du cloud.
Certains Azure services fournissent des fonctionnalités intégrées pour la réplication et le basculement inter-régions. D’autres peuvent nécessiter la conception et l’implémentation de vos propres approches multirégions. Pour obtenir la liste des fonctionnalités de multirégion de service, consultez Azure services qui prennent en charge plusieurs régions. Pour plus d’informations sur chaque service, consultez son guide de fiabilité.
Si vous utilisez plusieurs régions ensemble, vous devez envisager des compromis entre les facteurs suivants :
Isolation physique : Déterminez si vous devez utiliser des régions géographiquement éloignées les unes des autres. Plus la distance est grande, plus la résilience est grande dans le cas d’une catastrophe naturelle majeure dans l’une des régions. Pour plus d’informations sur la ville ou l’état dans lequel se trouve une région, consultez
List of Azure regions<>/c0> et Microsoft Datacenters Map .Latence: Lorsque vous sélectionnez des régions physiquement isolées, la latence des connexions réseau entre ces régions augmente. La latence peut affecter la façon dont vous concevez une solution multirégion et peut restreindre les types de géoréplication et de géoredondance que vous pouvez utiliser. Pour en savoir plus sur la latence entre les régions Azure, consultez Azure statistiques de latence des allers-retours réseau. Pour plus d’informations sur la sélection de régions, consultez Recommandations relatives à l’utilisation de zones de disponibilité et de régions.
Résidence des données : Vérifiez que toutes les régions sélectionnées se trouvent dans une limite de résidence des données requise par votre organisation. Pour plus d’informations, consultez Fiabilité et souveraineté dans Azure.
Services non régionaux
Vous déployez des instances de la plupart des services Azure dans une région spécifique. Toutefois, certains services ne sont pas liés à une seule région Azure. Il est important de reconnaître le fonctionnement des services non régionaux en cas d’échec régional et de les prendre en compte lorsque vous concevez vos solutions et votre plan de continuité d’activité. Microsoft déploie des services non régionaux dans deux régions ou plus. En cas d’échec régional, l’instance du service dans une région saine peut poursuivre les demandes de maintenance.
Certains services non régionaux vous permettent de spécifier une région ou une zone géographique dans laquelle vos données sont stockées. Par exemple, avec Microsoft Entra ID, vous pouvez sélectionner la zone géographique de vos données, comme l’Europe ou l’Amérique du Nord. Certains services non régionaux permettent également de spécifier la région dans laquelle certains composants sont déployés, par exemple la région dans laquelle les machines virtuelles de Azure Virtual Desktop doivent résider.
Pour plus d’informations et une liste de services non régionaux, consultez Azure services non régionaux.
Ressources associées
Pour plus d’informations sur les services Azure disponibles dans chaque région, consultez Products disponibles par région.