0Pricing
Azure Fundamentals · Leçon

Groupes et zones de disponibilité

Déployez des VM dans un groupe de disponibilité ou entre plusieurs zones de disponibilité, puis découvrez le modèle des domaines de panne et de mise à jour qui empêche les défaillances simultanées.

Groupes et zones de disponibilité est une leçon Azure Fundamentals gratuite sur CoddyKit. Ceci est la leçon 2 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Azure Fundamentals, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Azure Fundamentals comprend 4 leçons au total.

Pourquoi la redondance est importante pour les VMs

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.

Qu’est-ce qu’un ensemble de disponibilité ?

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.

# Create an availability set:
az vm availability-set create \
  --resource-group myRG \
  --name myAvailabilitySet \
  --platform-fault-domain-count 2 \
  --platform-update-domain-count 5

Domaines d’erreur et domaines de mise à jour

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.

# Example: 4 VMs in an availability set with 2 fault domains and 5 update domains:
# VM1: Fault Domain 0, Update Domain 0
# VM2: Fault Domain 1, Update Domain 1
# VM3: Fault Domain 0, Update Domain 2
# VM4: Fault Domain 1, Update Domain 3
# At most 2 VMs can be affected by a single fault or update event

SLA d’un ensemble de disponibilité

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.

Que sont les zones de disponibilité ?

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é.

# Deploy a VM to availability zone 1:
az vm create \
  --resource-group myRG \
  --name webVM1 \
  --image Ubuntu2204LTS \
  --zone 1

# Deploy a second VM to availability zone 2:
az vm create \
  --resource-group myRG \
  --name webVM2 \
  --image Ubuntu2204LTS \
  --zone 2

SLA des zones 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.

Groupes de disponibilité ou zones de disponibilité

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.

Services redondants entre zones

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.

# Create a zone-redundant Azure SQL Database:
az sql db create \
  --resource-group myRG \
  --server mySqlServer \
  --name myDatabase \
  --service-objective 'BusinessCritical' \
  --zone-redundant true

Équilibrage de charge 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.

# Create a Standard Load Balancer (zone-redundant):
az network lb create \
  --resource-group myRG \
  --name myLoadBalancer \
  --sku Standard \
  --public-ip-address myPublicIP

Vérification de la prise en charge des zones par une région

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.

# Check which zones are available in a region:
az vm list-skus \
  --location eastus \
  --size Standard_D2s_v3 \
  --output table

# The output shows which availability zones support the chosen VM size

Conséquences financières des zones

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.

Vérification rapide

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

Récapitulatif de la 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.

Questions Fréquemment Posées

La leçon « Groupes et zones de disponibilité » est-elle gratuite ?

Oui — le texte complet de « Groupes et zones de disponibilité » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Azure Fundamentals, passe à CoddyKit PRO. Le cours Azure Fundamentals comprend 4 leçons au total.

Qu'est-ce que j'apprendrai dans « Groupes et zones de disponibilité » ?

Déployez des VM dans un groupe de disponibilité ou entre plusieurs zones de disponibilité, puis découvrez le modèle des domaines de panne et de mise à jour qui empêche les défaillances simultanées. Tu pratiques Azure Fundamentals avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.

Dois-je avoir de l'expérience pour commencer Azure Fundamentals ?

Aucune expérience préalable n'est requise. Azure Fundamentals sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 2 sur 4.

Combien de temps prend la leçon « Groupes et zones de disponibilité » ?

La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.

Peux-tu écrire et exécuter du code dans cette leçon Azure Fundamentals ?

Oui. Chaque leçon Azure Fundamentals inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.

Toutes les leçons de ce cours

  1. Contrats SLA Azure et contrats SLA composites
  2. Groupes et zones de disponibilité
  3. Architecture active-active multirégion
  4. Sondes d’intégrité et dégradation contrôlée
← Retour à Azure Fundamentals