Azure Fundamentals · Les

Beschikbaarheidssets en beschikbaarheidszones

Implementeer VM's in een beschikbaarheidsset of verspreid ze over beschikbaarheidszones en begrijp het model van fout- en updatedomeinen dat gelijktijdige storingen voorkomt.

Les 2 van 413 stappen

Beschikbaarheidssets en beschikbaarheidszones is een gratis Azure Fundamentals-les op CoddyKit. Dit is les 2 van 4. Je kunt de volledige les hieronder gratis lezen en daarna in de browser praktisch oefenen met een ingebouwde code-editor en een AI-begeleider die 24/7 beschikbaar is. Deze les maakt deel uit van het leertraject Azure Fundamentals. Je voortgang wordt gesynchroniseerd op het web en in de CoddyKit-app. De cursus Azure Fundamentals bevat in totaal 4 lessen.

Waarom redundantie belangrijk is voor VM's

Een enkele Azure Virtual Machine is kwetsbaar voor hardwarestoringen, updates van het besturingssysteem en geplande onderhoudsgebeurtenissen. Azure biedt twee mechanismen om VM-workloads tegen deze verstoringen te beschermen: Availability Sets en Availability Zones. Het is essentieel om het verschil ertussen te begrijpen — en te weten wanneer je elk mechanisme gebruikt — om betrouwbare Azure VM-architecturen te ontwerpen.

Wat is een beschikbaarheidsset?

Een Availability Set is een logische groepering van VM's binnen één Azure-datacenter. Wanneer je VM's in een beschikbaarheidsset plaatst, verdeelt Azure ze over meerdere foutdomeinen (afzonderlijke rekken voor voeding en netwerk) en updatedomeinen (groepen die tijdens onderhoud één voor één opnieuw worden opgestart). Dit beschermt tegen zowel hardwarestoringen als geplande herstarts.

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

Foutdomeinen en updatedomeinen

Foutdomeinen vertegenwoordigen groepen VM's die dezelfde fysieke hardware delen (voeding en netwerkswitch). Azure verdeelt VM's over maximaal 3 foutdomeinen, zodat een storing in de voeding of een rek niet alle VM's tegelijk uitschakelt. Updatedomeinen vertegenwoordigen groepen VM's die tijdens onderhoud aan het Azure-platform samen opnieuw worden opgestart. Azure ondersteunt maximaal 20 updatedomeinen en start telkens slechts één domein opnieuw op.

# 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 van een beschikbaarheidsset

Als je twee of meer VM's in een beschikbaarheidsset plaatst, kom je in aanmerking voor een SLA van 99.95% van Microsoft. Dit is een aanzienlijke verbetering ten opzichte van de SLA van 99.9% voor één VM. Beschikbaarheidssets zijn gratis — je betaalt alleen voor de VM's zelf. Ze zijn geschikt voor workloads waarbij het acceptabel is dat de VM's zich in hetzelfde datacenter bevinden, omdat ze niet beschermen tegen een volledige datacenterstoring.

Wat zijn beschikbaarheidszones?

Availability Zones zijn fysiek gescheiden datacenters binnen dezelfde Azure-regio. Elke zone heeft onafhankelijke voorzieningen voor voeding, koeling en netwerken. Azure-regio's die beschikbaarheidszones ondersteunen, hebben ten minste drie zones. Door VM's over beschikbaarheidszones te verspreiden, bescherm je tegen een volledige datacenterstoring — een veel sterkere garantie dan beschikbaarheidssets bieden.

# 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 voor beschikbaarheidszones

Als je twee of meer VM's in verschillende beschikbaarheidszones implementeert, kom je in aanmerking voor een SLA van 99,99% — de hoogste beschikbare SLA voor Azure-VM's. Dit komt doordat VM's in de andere zones blijven werken, zelfs als een volledige zone uitvalt (bijvoorbeeld door een storing in het datacenter of een storing in het elektriciteitsnet). Het nadeel is dat gegevensoverdracht tussen zones kleine kosten met zich meebrengt en dat de zones zich nog steeds binnen dezelfde regio bevinden.

Beschikbaarheidssets versus beschikbaarheidszones

Kies op basis van je vereisten tussen de twee opties:

  • Beschikbaarheidsset — hetzelfde datacenter, bescherming tegen hardwarestoringen en gepland onderhoud, SLA van 99,95%. Gebruik dit wanneer zones niet beschikbaar zijn in je regio of voor verouderde lift-and-shift-migraties.
  • Beschikbaarheidszone — verschillende datacenters in dezelfde regio, bescherming tegen storingen in datacenters, SLA van 99,99%. Gebruik dit voor alle nieuwe productieworkloads waarvoor zones worden ondersteund.

Zone-redundante services

Veel Azure PaaS-services ondersteunen een zone-redundante implementatie zonder dat je resources handmatig over zones hoeft te verdelen. Voorbeelden zijn de laag Azure SQL Database Business Critical, Azure Cache for Redis Premium, Azure Kubernetes Service en Azure Load Balancer Standard. Wanneer zone-redundantie is ingeschakeld, verdeelt de service replica's automatisch over de 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

Load balancing over zones

Wanneer VM's over beschikbaarheidszones zijn verdeeld, heb je een load balancer nodig die verkeer naar VM's in elke zone kan sturen. Gebruik Azure Load Balancer Standard (standaard zone-redundant) of Azure Application Gateway v2 om verkeer over VM's in zones te verdelen. Deze services ondersteunen gezondheidscontroles die automatisch geen verkeer meer sturen naar VM's die niet meer reageren.

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

Ondersteuning voor zones in regio's controleren

Niet alle Azure-regio's ondersteunen beschikbaarheidszones — alleen regio's die als aanbevolen regio's zijn aangewezen, hebben gegarandeerd ten minste drie zones. Gebruik de Azure CLI of portal om de beschikbaarheid van zones in je doelregio te controleren voordat je een architectuur ontwerpt die afhankelijk is van zones. Als zones niet beschikbaar zijn, zijn beschikbaarheidssets de terugvaloptie.

# 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

Kosten van zones

Beschikbaarheidszones zelf zijn gratis te gebruiken — je betaalt alleen voor de resources die je erin implementeert. Voor gegevensoverdracht tussen zones binnen dezelfde regio wordt echter een tarief per GB in rekening gebracht. Voor de meeste toepassingen zijn deze kosten minimaal, maar workloads met een hoge bandbreedte (bijvoorbeeld videobewerking) moeten in hun architectuurontwerp rekening houden met kosten voor overdracht tussen zones.

Korte controle

Test je begrip van de concepten uit Microsoft Azure Fundamentals (AZ-900) in deze les.

Samenvatting van de les

In deze les heb je geleerd dat beschikbaarheidssets VM's binnen één datacenter beschermen via foutdomeinen en updatedomeinen (SLA van 99,95%), dat beschikbaarheidszones VM's over afzonderlijke datacenters in een regio verdelen (SLA van 99,99%) en dat zone-redundante PaaS-services deze verdeling automatisch uitvoeren. Hierna bekijken we een actieve-actieve architectuur over meerdere regio's voor een nog hogere beschikbaarheid.

Gratis beginnen

Leer Azure Fundamentals met een AI-tutor — gratis

Schrijf echte code en voer die uit in je browser, krijg direct hulp van een AI-tutor die 24/7 beschikbaar is en ga verder waar je gebleven bent op het web of in de app.

Cursussen
30
Lessen
120

Veelgestelde vragen

Is de les “Beschikbaarheidssets en beschikbaarheidszones” gratis?

Ja — de volledige tekst van “Beschikbaarheidssets en beschikbaarheidszones” kun je hier gratis op het web lezen. Als je interactief wilt oefenen met een ingebouwde code-editor en een AI-begeleider die 24/7 beschikbaar is, en de rest van de cursus Azure Fundamentals wilt ontgrendelen, kun je upgraden naar CoddyKit PRO. De cursus Azure Fundamentals bevat in totaal 4 lessen.

Wat leer ik in “Beschikbaarheidssets en beschikbaarheidszones”?

Implementeer VM's in een beschikbaarheidsset of verspreid ze over beschikbaarheidszones en begrijp het model van fout- en updatedomeinen dat gelijktijdige storingen voorkomt. Je oefent met Azure Fundamentals door code rechtstreeks in de browser uit te voeren. Een AI-begeleider die 24/7 beschikbaar is beantwoordt je vragen terwijl je de les doorwerkt.

Heb ik ervaring nodig om met Azure Fundamentals te beginnen?

Ervaring vooraf is niet nodig. Azure Fundamentals op CoddyKit is opgebouwd voor beginners tot gevorderden, zodat je hier of bij het begin kunt starten en in je eigen tempo kunt leren. Dit is les 2 van 4.

Hoe lang duurt de les “Beschikbaarheidssets en beschikbaarheidszones”?

De meeste lessen van CoddyKit duren ongeveer 5–10 minuten. Elke les is kort en interactief, zodat je gestaag vooruitgaat en op het web en in de app precies verdergaat waar je was gebleven.

Kan ik code schrijven en uitvoeren in deze les over Azure Fundamentals?

Ja. Elke les over Azure Fundamentals bevat een ingebouwde code-editor, zodat je rechtstreeks in je browser echte code kunt schrijven en uitvoeren en direct feedback van AI krijgt — lokale installatie is niet nodig.

Alle lessen in deze cursus

  1. Azure-SLA's en samengestelde SLA's
  2. Beschikbaarheidssets en beschikbaarheidszones
  3. Actief-actieve architectuur in meerdere regio's
  4. Health probes en gecontroleerde degradatie
← Terug naar Azure Fundamentals