Choisir la bonne région pour votre charge de travail

Choisir une région est une véritable décision d’architecture, et pas seulement une question de géographie : ce choix influence les performances, la conformité, le coût et la DR. Décidez tôt, car changer plus tard est difficile et coûteux.

Le critère le plus intuitif est la proximité des utilisateurs. Des ressources de calcul situées dans la même zone géographique réduisent le temps aller-retour et rendent l’application plus réactive. Des utilisateurs allemands ? Déployez en West Europe, et non en East US.

Les lois sur la résidence des données déterminent où les données doivent être conservées : le RGPD dans l’UE, ainsi que des réglementations au UK, en Inde, en Chine et en Russie. Azure associe chaque région à un pays pour vous aider à respecter ces obligations.

Vérifiez la disponibilité des services avant de vous engager. Les nouveaux services sont d’abord lancés dans les grandes régions des US, et les services spécialisés comme les VM avec GPU peuvent être limités. La commande vérifie la disponibilité d’un service.

La tarification varie selon la région : la même VM peut coûter 10 à 30 % plus cher dans une région que dans une autre. Si vous n’avez aucune contrainte de latence ou de résidence, une région moins chère peut vous faire économiser beaucoup.

Les régions possèdent différentes certifications de conformité : Azure Government dispose de FedRAMP High, tandis que Germany North possède ses propres certifications. Vérifiez les certifications requises sur le Microsoft Service Trust Portal.

Vous avez besoin d’un SLA de 99,99 % ? Choisissez une région prenant en charge les zones de disponibilité. Elles ne disposent pas toutes de trois zones : Azure qualifie celles qui en disposent de régions recommandées. Choisissez-en une pour la production.

Pour une DR avec redondance géographique, choisissez une région principale avec une paire de régions solide — suffisamment éloignée pour garantir la sécurité, mais située dans le même périmètre de conformité, comme West Europe et North Europe.

Une architecture multirégion s’exécute dans plusieurs régions et dirige les utilisateurs vers la plus proche avec Front Door ou Traffic Manager. Elle est plus complexe, mais offre une faible latence mondiale et une meilleure tolérance aux pannes.

Utilisez un cadre de décision simple : où se trouvent les utilisateurs ? Existe-t-il des règles de résidence ? Les services sont-ils disponibles ? Comment les prix se comparent-ils ? La région prend-elle en charge les zones de disponibilité ?

La plupart des ressources ne peuvent pas changer de région après leur déploiement : vous devez les supprimer et les recréer. Azure Resource Mover peut vous aider pour certaines ressources, mais choisir la bonne région dès le départ est bien plus sûr.

Vérification rapide ! Voyons si le choix d’une région vous paraît maintenant logique.

Récapitulatif : le choix de la région détermine la latence, la conformité, le prix et la disponibilité ; les principaux critères vont des utilisateurs aux régions appairées, et la plupart des ressources ne peuvent plus être déplacées après leur déploiement.