Groupes et zones de disponibilité

Une Azure Virtual Machine unique est vulnérable aux pannes matérielles, aux mises à jour de l’OS et aux opérations de maintenance planifiées. Azure fournit deux mécanismes pour protéger les charges de travail sur VMs contre ces perturbations : les ensembles de disponibilité et les zones de disponibilité. Comprendre la différence entre ces mécanismes et savoir quand utiliser chacun d’eux est essentiel pour concevoir des architectures Azure fiables basées sur des VMs.

Un ensemble de disponibilité est un regroupement logique de VMs au sein d’un même centre de données Azure. Lorsque vous placez des VMs dans un ensemble de disponibilité, Azure les répartit entre plusieurs domaines d’erreur (baies distinctes pour l’alimentation électrique et le réseau) et domaines de mise à jour (groupes redémarrés l’un après l’autre pendant la maintenance). Cela protège à la fois contre les pannes matérielles et les redémarrages planifiés.

Les domaines d’erreur représentent des groupes de VMs qui partagent le même matériel physique (alimentation électrique et commutateur réseau). Azure répartit les VMs entre trois domaines d’erreur au maximum afin qu’une panne d’alimentation ou de baie n’arrête pas toutes les VMs simultanément. Les domaines de mise à jour représentent des groupes de VMs redémarrés ensemble pendant la maintenance de la plateforme Azure. Azure prend en charge jusqu’à 20 domaines de mise à jour, et un seul domaine est redémarré à la fois.

Le fait de placer au moins deux VMs dans un ensemble de disponibilité permet de bénéficier d’un SLA de 99,95 % de Microsoft. Il s’agit d’une amélioration importante par rapport au SLA de 99,9 % d’une VM unique. Les ensembles de disponibilité sont gratuits : vous ne payez que les VMs elles-mêmes. Ils conviennent aux charges de travail qui peuvent tolérer que les VMs se trouvent dans le même centre de données, car ils ne protègent pas contre une panne complète du centre de données.

Les zones de disponibilité sont des centres de données physiquement distincts au sein d’une même région Azure. Chaque zone dispose d’une alimentation électrique, d’un refroidissement et d’un réseau indépendants. Les régions Azure qui prennent en charge les zones de disponibilité en comptent au moins trois. En déployant des VMs dans plusieurs zones de disponibilité, vous vous protégez contre la panne d’un centre de données entier, ce qui constitue une garantie bien plus forte que celle offerte par les ensembles de disponibilité.

Le déploiement de deux machines virtuelles ou plus dans différentes zones de disponibilité permet de bénéficier d’un SLA de 99,99 % — le niveau le plus élevé proposé pour les machines virtuelles Azure. En effet, même si une zone entière tombe en panne (panne d’un centre de données, défaillance du réseau électrique, etc.), les machines virtuelles des autres zones continuent de fonctionner. En contrepartie, le transfert de données entre les zones entraîne un léger coût supplémentaire, et les zones se trouvent toujours dans la même région.

Choisissez l’une des deux options en fonction de vos exigences :

• Groupe de disponibilité — même centre de données, protection contre les défaillances matérielles et la maintenance planifiée, SLA de 99,95 %. Utilisez cette option lorsque les zones ne sont pas disponibles dans votre région ou pour les migrations classiques par déplacement direct.
• Zone de disponibilité — différents centres de données dans la même région, protection contre les défaillances d’un centre de données, SLA de 99,99 %. Utilisez cette option pour toutes les nouvelles charges de travail de production lorsque les zones sont prises en charge.

De nombreux services PaaS Azure prennent en charge le déploiement redondant entre zones sans vous obliger à répartir manuellement les ressources entre les zones. Cela concerne notamment le niveau Azure SQL Database Business Critical, Azure Cache for Redis Premium, Azure Kubernetes Service et Azure Load Balancer Standard. Lorsque la redondance entre zones est activée, le service répartit automatiquement les réplicas entre les zones.

Lorsque les machines virtuelles sont réparties entre plusieurs zones de disponibilité, vous avez besoin d’un équilibreur de charge capable de diriger le trafic vers les machines virtuelles de n’importe quelle zone. Utilisez Azure Load Balancer Standard (redondant entre zones par défaut) ou Azure Application Gateway v2 pour répartir le trafic entre les machines virtuelles réparties dans les zones. Ces services prennent en charge les sondes d’intégrité, qui cessent automatiquement d’envoyer du trafic aux machines virtuelles qui ne répondent plus.

Toutes les régions Azure ne prennent pas en charge les zones de disponibilité — seules les régions désignées comme régions recommandées garantissent la présence d’au moins trois zones. Utilisez Azure CLI ou le portail pour vérifier la disponibilité des zones dans votre région cible avant de concevoir une architecture qui en dépend. Si les zones ne sont pas disponibles, les groupes de disponibilité constituent l’option de secours.

Les zones de disponibilité sont gratuites en elles-mêmes : vous payez uniquement les ressources qui y sont déployées. Toutefois, le transfert de données entre les zones d’une même région est facturé selon un tarif par Go. Pour la plupart des applications, ce coût est minime, mais les charges de travail à large bande passante (par exemple, le traitement vidéo) doivent intégrer les coûts de transfert entre zones dans la conception de leur architecture.

Testez votre compréhension des concepts de Microsoft Azure Fundamentals (AZ-900) présentés dans cette leçon.

Dans cette leçon, vous avez appris que les groupes de disponibilité protègent les machines virtuelles au sein d’un seul centre de données grâce aux domaines de défaillance et de mise à jour (SLA de 99,95 %), que les zones de disponibilité répartissent les machines virtuelles entre plusieurs centres de données d’une même région (SLA de 99,99 %) et que les services PaaS redondants entre zones gèrent automatiquement cette répartition. Nous allons maintenant étudier l’architecture active-active multirégion, qui offre une disponibilité encore plus élevée.