Régions et zones sur Azure
Les défaillances n’ont pas toutes la même incidence. Certaines défaillances matérielles, comme une panne de disque, pourraient affecter un seul ordinateur hôte. Un commutateur réseau défaillant peut impacter un rack entier de serveurs. Vous déplorerez moins fréquemment des défaillances perturbant un centre de données tout entier, comme une panne d’alimentation. Exceptionnellement, une région entière peut être indisponible.
La redondance est l’un des moyens de rendre une application résiliente. Toutefois, vous devez planifier en fonction de cette redondance lorsque vous concevez l’application. Par ailleurs, le niveau de redondance dont vous avez besoin dépend des exigences de votre entreprise. Toutes les applications ne nécessitent pas une redondance entre les régions à titre de prévention contre les pannes régionales. En général, il existe un compromis entre redondance et fiabilité supérieures d’un côté contre complexité et coûts plus élevés de l’autre.
Dans Azure, certaines régions sont divisées en trois zones de disponibilité. Une zone de disponibilité correspond à un centre de données physiquement isolé dans la région géographique. Azure offre un grand nombre de fonctionnalités pour fournir une redondance des applications à tous les niveaux de défaillances potentielles, dont les groupes de disponibilité, les zones de disponibilité et les régions jumelées.
Le diagramme comporte trois parties. La première montre les machines virtuelles d’un groupe à haute disponibilité dans un réseau virtuel. La deuxième illustre une zone de disponibilité avec deux groupes à haute disponibilité dans un réseau virtuel. La troisième montre les paires régionales avec des ressources dans chaque région.
Le tableau suivant récapitule chaque option.
| Groupe à haute disponibilité | Zone de disponibilité | Région jumelée | |
|---|---|---|---|
| Étendue de la défaillance | Rack | Centre de données | Région |
| Routage des requêtes | Load Balancer | Équilibreur de charge entre les zones | Traffic Manager |
| Latence du réseau | Très faible | Faible | Moyenne à élevée |
| Réseau virtuel | Réseau virtuel | Réseau virtuel | Peering de réseaux virtuels entre régions |
Groupes à haute disponibilité
Pour vous protéger contre les défaillances matérielles localisées, comme une panne de disque ou de commutateur réseau, déployez au moins deux machines virtuelles dans un groupe à haute disponibilité. Un groupe à haute disponibilité se compose d’au moins deux domaines d’erreur qui partagent une source d’alimentation et un commutateur réseau. Les machines virtuelles d’un groupe à haute disponibilité sont distribuées entre les domaines d’erreur. Ainsi, si une défaillance matérielle affecte un domaine d’erreur, le trafic réseau peut toujours être acheminé vers les machines virtuelles des autres domaines d’erreur. Pour plus d’informations sur les groupes à haute disponibilité, consultez la section Gestion de la disponibilité des machines virtuelles Windows dans Azure.
Lorsque des instances de machine virtuelle sont ajoutées aux groupes à haute disponibilité, un domaine de mise à jour leur est également attribuées. Un domaine de mise à jour est un groupe de machines virtuelles définies pour des événements de maintenance planifiée en même temps. La distribution de machines virtuelles sur plusieurs domaines de mise à jour garantit qu’une mise à jour planifiée et des événements de mise à jour corrective affectent uniquement un sous-ensemble de ces machines virtuelles à un moment donné.
Les groupes à haute disponibilité devraient être organisés en fonction du rôle de l’instance dans votre application pour garantir qu’une instance de chaque rôle est opérationnelle. Par exemple, dans une application web à trois couches, créez des groupes à haute disponibilité distincts pour les couches frontales, d’application et de données.
Zones de disponibilité
Une zone de disponibilité est une zone physiquement séparée au sein d’une région Azure. Chaque zone de disponibilité possède une source d’alimentation, un réseau et un système de refroidissement propres. Le déploiement des machines virtuelles entre les zones de disponibilité aide à protéger une application contre les défaillances à l’échelle du centre de données. Les régions ne prennent pas toutes en charge les zones de disponibilité.
Régions jumelées
Pour protéger une application contre une panne régionale, vous pouvez la déployer dans plusieurs régions, en vous appuyant sur Azure Traffic Manager pour distribuer le trafic Internet entre les différentes régions. Chaque région Azure est jumelée à une autre région. Ensemble, elles forment une paire régionale. Une région se trouve dans la même zone géographique que la région avec laquelle elle est jumelée (à l’exception de Brésil Sud) pour répondre aux exigences de la résidence de données en termes d’impôts et d’application de la loi.
Contrairement aux zones de disponibilité, qui correspondent à des centres de données physiquement séparés mais pouvant être dans des zones géographiques relativement proches, les régions jumelées sont généralement séparées d'au moins 480 km. Cette conception permet de s’assurer que les sinistres importants n’affectent que l’une des régions jumelées. Les paires voisines peuvent être définies pour synchroniser une base de données et des données de service de stockage, et elle sont configurées de sorte que les mises à jour de plateforme soient déployées sur une région de la paire à la fois.
Le stockage géoredondant (GRS) de Azure est automatiquement sauvegardé vers la région jumelée appropriée. Pour toutes les autres ressources, la création d’une solution entièrement redondante à l’aide de régions jumelées implique la création d’une copie complète de votre solution dans les deux régions.