Microsoft AZ-305: Hoge Beschikbaarheid, Disaster Recovery en Bedrijfscontinuïteit — Studiegids

By Laurynas Brazys · 11 August 2026 · #microsoft #az-305 #certification #exam-prep #study-guide

Onderdeel van de Microsoft Azure Solutions Architect Expert AZ-305 — Studiegids. Oefen met geverifieerde antwoorden in het Microsoft-examencentrum, of doe getimede oefentests op ExamRoll.io.

Overzicht

Hoge beschikbaarheid (HA), disaster recovery (DR) en bedrijfscontinuïteit (BC) in Azure vereisen een weloverwogen ontwerp voor de compute-, data- en netwerklagen. Veerkracht begint met duidelijke doelen voor recovery time objective (RTO) en recovery point objective (RPO), en voegt vervolgens platformmogelijkheden — Availability Zones, wereldwijde routering, datareplicatie, back-up en failover-orkestratie — samen tot een geteste, geautomatiseerde strategie. Azure biedt foutisolatie op zone- en regioniveau, wereldwijde distributie op basis van DNS en anycast, data-duurzaamheid over meerdere regio’s en beleidsgestuurde back-up/herstel om aan strenge doelstellingen te voldoen en tegelijkertijd de kosten en operationele complexiteit te beheersen.

RTO/RPO-gestuurde Architectuur en Zonale/Globale Veerkracht

Het ontwerp begint met RTO en RPO. RTO bepaalt hoe snel een service moet worden hervat na een storing; RPO bepaalt het maximaal aanvaardbare dataverlies. Het behalen van een lage RTO vereist geautomatiseerde failover en vooraf ingerichte capaciteit; het behalen van een lage RPO vereist synchrone of bijna-synchrone replicatie en frequente, consistente herstelpunten.

Availability Zones zijn onafhankelijke foutdomeinen van datacenters binnen een regio. Zonale services (bijvoorbeeld Virtual Machines, managed disks, Standard public IPs) zijn vastgepind aan één zone. Zone-redundante services (bijvoorbeeld Azure Load Balancer Standard zone-redundante frontends, zone-redundante storage-aanbiedingen en zone-redundante Azure SQL-lagen) overspannen automatisch meerdere zones. Een typisch veerkrachtig patroon implementeert zonale VM’s in ten minste twee zones, plaatst ze in één virtueel netwerk en stelt een zone-redundante load balancing frontend beschikbaar. Dit elimineert het uitvallen van één zone als oorzaak van downtime.

Kies aan de ‘global edge’ tussen load distributie op basis van DNS en op basis van een anycast-proxy:

Azure Traffic Manager is op DNS gebaseerd. Het stuurt clients naar endpoints met behulp van routeringsmethoden: Performance (laagste latentie), Weighted (A/B-testen en geleidelijke verkeersverschuivingen), Priority (actief/passieve failover), Geographic (gebruikers bedienen vanaf regionaal conforme endpoints), MultiValue (geeft meerdere gezonde IPv4/IPv6-records terug voor eenvoudige clients) en Subnet (client-IP-bereiken toewijzen aan specifieke endpoints). Omdat het op DNS gebaseerd is, versnelt Traffic Manager geen content en fungeert het niet als proxy voor verkeer; clients maken rechtstreeks verbinding met het gekozen endpoint en volgen het lokale DNS-cachinggedrag.
Azure Front Door (Standard/Premium) is een wereldwijde anycast HTTP/HTTPS reverse proxy met intelligente routering, TLS-offload en een geïntegreerde web application firewall (WAF). Routeringsregels matchen op domein, pad, methode en headers, en routeren vervolgens naar ‘origin groups’; acties van de ‘rule engine’ kunnen URL’s/headers herschrijven en omleidingen afdwingen. Health probes evalueren continu de gezondheid van de ‘origin’ op een configureerbaar pad en protocol; ongezonde ‘origins’ worden uit de rotatie verwijderd. Origin groups ondersteunen ‘priority’ (actief/passief) en ‘weighted’ distributie over regio’s. WAF-beleidsregels worden gekoppeld aan het endpoint of de route, met beheerde regelsets, aangepaste regels en ‘rate limiting’ om OWASP-bedreigingen en misbruik door clients te beperken. Gebruik Front Door wanneer u wereldwijde load balancing met versnelling, ’edge security’ en applicatiebewuste failover nodig heeft; combineer het alleen met Traffic Manager als u niet-HTTP-endpoints of controle op DNS-niveau nodig heeft.

Op laag 4 biedt Azure Load Balancer load distributie met ultralage latentie voor TCP/UDP. Standard Load Balancer ondersteunt zonale en zone-redundante frontends, HA-poorten, uitgaande regels en ‘secure-by-default’-gedrag (expliciete configuratie van NSG en backend pool). Health probes (TCP/HTTP) bepalen de gezondheid van de backend; bij een storing worden instances uit de rotatie verwijderd. Basic Load Balancer mist zonebewustzijn, geavanceerde functies en een SLA—vermijd deze voor productieomgevingen. Cross-region Load Balancer voegt een wereldwijde anycast frontend toe die de last balanceert over regionale Standard load balancers, wat actieve/actieve ontwerpen over meerdere regio’s mogelijk maakt voor niet-HTTP-workloads en snelle regionale failover biedt op basis van de gezondheidsstatus.

Gegevensbescherming en Disaster Recovery: Azure Backup en Site Recovery

Azure Backup biedt point-in-time herstel; Azure Site Recovery (ASR) zorgt voor workloadreplicatie en georkestreerde failover. Ze voorzien in complementaire behoeften en worden vaak gecombineerd.

Azure Backup vault-opties:

Recovery Services vault beschermt Azure VM’s, SQL Server in Azure VM’s, SAP HANA in Azure VM’s, Azure Files en MARS/MABS-agents. Het integreert met Backup-beleidsregels die schema’s, retentie en applicatieconsistente back-ups definiëren waar dit wordt ondersteund.
Backup vault is de gemoderniseerde vault voor nieuwere workloads zoals Azure Disks-back-up en Azure Blobs-back-up, en biedt granulaire RBAC en zone-redundante vault-opslag in ondersteunde regio’s. Kies het vault-type dat aansluit bij de workload en het governancemodel.

Backup-beleidsregels bepalen wanneer back-ups worden uitgevoerd, hun retentielagen (dagelijks/wekelijks/maandelijks/jaarlijks) en consistentie-instellingen. Soft delete voegt een veiligheidsperiode toe waarin verwijderde back-upitems ongedaan gemaakt kunnen worden, wat bescherming biedt tegen onbedoelde of kwaadwillige verwijdering. Cross-region restore maakt herstel vanuit de secundaire regio mogelijk wanneer de vault-opslag geo-redundante opties gebruikt; dit moet worden ingeschakeld en is afhankelijk van de regionale feature-ondersteuning en de gereedheid van het datavlak.

Azure Site Recovery repliceert workloads over zones of regio’s en orkestreert end-to-end DR:

Replicatiebeleid definieert de snapshotfrequentie, retentie van herstelpunten, de cadans van app-consistente snapshots en RPO-waarschuwingsdrempels. Het beleid balanceert replicatiebandbreedte, opslagkosten en herstelprecisie.
Recovery plans bieden een geordende failover van multi-tier applicaties met groepen (bijv. database, API, web), pre/post-stappen en automatisering via Azure Automation runbooks, scripts of handmatige acties. Integreer DNS-wijzigingen, Traffic Manager/Front Door endpoint-updates en applicatieconfiguratie in het plan.
Test failover voert een geïsoleerd herstel uit met behulp van een niet-productie VNet of een testnetwerk om runbooks, opstartvolgorde en de gezondheid van de applicatie te valideren zonder de productie of replicatie te beïnvloeden. Regelmatig testen is essentieel om de RTO te valideren.
Failback brengt workloads terug naar de oorspronkelijke site of regio wanneer deze weer gezond is. Bescherm na de failover de workload opnieuw in de nieuwe primaire richting, synchroniseer wijzigingen, plan een failback-window en verifieer de replicatie na de failback. Voor Azure-naar-Azure-scenario’s voer je doorgaans een failover uit tussen gekoppelde regio’s en keer je de replicatie om om de oorspronkelijke topologie te herstellen wanneer deze gereed is.

Continuïteit van de datalaag: Azure SQL, Storage Replication en Cosmos DB

Elke dataservice biedt specifieke semantiek voor duurzaamheid en failover die moet aansluiten bij de consistentievereisten van de applicatie.

Azure SQL Database en Azure SQL Managed Instance:

Active geo-replication creëert tot vier leesbare secundaire replica’s voor afzonderlijke databases of elastic pools. Het biedt replicatie op databaseniveau met handmatige of API-gestuurde failover, wat read-scale en DR mogelijk maakt. Het is geschikt wanneer je controle per database en aangepaste orkestratie nodig hebt.
Auto-failover groups creëren een groep databases (of een volledige managed instance) die samen met een listener-endpoint een failover uitvoeren. Het vereenvoudigt cross-region failover en het beheer van connection strings, en ondersteunt automatische failover na een respijtperiode. Gebruik failover groups voor applicaties met meerdere databases die gecoördineerde failover en vereenvoudigde clientconnectiviteit vereisen.
Zone redundancy plaatst replica’s verspreid over zones binnen een regio om zone-storingen te overleven zonder cross-region herstel. Schakel dit in voor de tiers die het ondersteunen om de lokale beschikbaarheid te verbeteren zonder de latency-profielen te wijzigen.

Azure Storage-replicatieopties:

GRS (geo-redundant storage) repliceert data asynchroon van de primaire regio (drie kopieën) naar een gekoppelde secundaire regio (drie kopieën). Tijdens normaal bedrijf zijn lees- en schrijfacties gericht op de primaire regio.
RA-GRS voegt leestoegang tot het secundaire endpoint toe voor scenario’s zoals noodrapportages of analyses wanneer de primaire regio verminderd presteert.
GZRS (geo-zone-redundant storage) combineert ZRS in de primaire regio voor zonale duurzaamheid met asynchrone replicatie naar de secundaire regio, wat zowel de lokale als de regionale veerkracht verbetert.
RA-GZRS voegt leestoegang tot de secundaire regio toe voor GZRS-accounts. Als de primaire regio onherstelbaar is, kun je een account-failover naar de secundaire regio initiëren. Na de failover wordt het storage-account primair in de secundaire regio en valt het doorgaans terug naar lokaal redundant (totdat je het opnieuw configureert). Verwacht enige RPO (asynchrone replicatie); applicaties moeten na de failover omgaan met idempotentiee en reconciliatie.

Azure Cosmos DB:

Multi-region writes staan schrijfacties toe naar elke geconfigureerde regio met beleid voor conflictoplossing (last writer wins via een aangewezen eigenschap, custom, of multi-master strategieën). Dit vermindert de schrijflatentie en verhoogt de beschikbaarheid.
Automatische failover gebruikt een geprioriteerde lijst van regio’s om bij een storing een nieuwe schrijfregio te promoveren. In combinatie met gekozen consistentieniveaus (van Strong tot Eventual) beheer je de afweging tussen beschikbaarheid en consistentie.
SLA’s dekken beschikbaarheid, doorvoer, latency en consistentie. Met multi-region writes biedt Cosmos DB tot 99,999% beschikbaarheid voor zowel lees- als schrijfacties, uitgaande van een correcte multi-region configuratie. Ontwerp clients die de SDK gebruiken met endpoint discovery en retries om volledig te profiteren van deze garanties.

Alles samenbrengen: Specifieke hersteldoelstellingen behalen

Wijs elke laag toe aan zijn continuïteitsmechanisme, geleid door RTO/RPO en storingsdomeinen:

Beschikbaarheid binnen de regio: Gebruik Availability Zones. Implementeer zonale compute over ten minste twee zones; gebruik zone-redundante frontends (Standard Load Balancer, Application Gateway v2 met zone-redundantie, of Front Door aan de edge). Schakel SQL zone-redundantie in waar ondersteund en gebruik GZRS voor opslag die zowel zonale als regionale veerkracht vereist.
DR over meerdere regio’s: Geef voor stateful lagen de voorkeur aan native geo-replicatie (SQL auto-failover groups, Cosmos DB multi-region accounts, Storage GRS/GZRS) voor een lage RPO. Gebruik voor stateful IaaS of workloads zonder native replicatie Azure Site Recovery met goed afgestelde replicatiebeleidsregels en herstelplannen. Voor efemere compute, herstel vanuit images of VM Scale Sets met behulp van Infrastructure as Code.
Globale routering en failover: Voor HTTP/S biedt Azure Front Door een door health probes gestuurde, applicatiebewuste failover en WAF-bescherming. Voeg voor niet-HTTP of gemengde protocollen Traffic Manager (DNS) of Cross-region Load Balancer (L4 anycast) toe waar nodig. Gebruik priority routing voor strikte actief/passief RTO-doelen; gebruik weighted routing voor gefaseerde uitrol en performance routing voor de laagste latentie voor gebruikers.
Back-ups als laatste verdedigingslinie: Zelfs met replicatie, onderhoud Azure Backup met bewaarbeleidsregels die aan compliance voldoen, schakel soft delete in om te beschermen tegen purge-acties, en configureer cross-region restore voor vaults die geo-redundante opslag gebruiken. Back-ups beschermen tegen logische corruptie, ransomware en menselijke fouten—risico’s die replicatie kan verspreiden.

Testen is niet onderhandelbaar. Plan regelmatige ASR-testfailovers, voer Front Door/Traffic Manager health drill-tests uit, valideer het gedrag van SQL failover groups onder belasting en voer simulaties van opslagfailover uit in een sandbox. Instrumenteer RTO-metingen en automatiseer rollback/failback met runbooks. Documenteer en oefen operationele runbooks zodat de on-call medewerkers consistent kunnen handelen onder druk.

Praktisch probleemscenario

Expedia Group moet zijn wereldwijde platform voor het boeken van reizen moderniseren om een RTO ≤ 15 minuten en een RPO ≤ 5 minuten te behalen voor de kernboekingsfunctionaliteit, terwijl het 10x verkeerspieken tijdens grote reisevenementen kan opvangen. Het platform bedient wereldwijd web- en mobiele clients met gemengde HTTP- en niet-HTTP-workloads.

Bouw zonale veerkracht in een primaire regio

Implementeer stateless microservices als zonale VM Scale Sets over twee of meer Availability Zones met zone-redundante frontends van Standard Load Balancer. Dit elimineert het risico van een single-zone storing en zorgt voor verkeer met lage latentie binnen de regio.
Gebruik Azure SQL Database met ingeschakelde auto-failover groups en zone-redundantie. Auto-failover groups bieden een gecoördineerde database-failover en een stabiele listener, waarmee de RTO van 15 minuten wordt behaald met minimale operationele last.
Sla sessie-artefacten en afbeeldingen op in GZRS-opslagaccounts om zonale duurzaamheid te combineren met asynchrone regionale bescherming. Dit voldoet aan de RPO van 5 minuten in combinatie met idempotentie aan de applicatiekant.

Voeg DR over meerdere regio’s toe met actief/actief leesverkeer

Configureer de web/API-origins voor boekingen in twee gekoppelde regio’s achter Azure Front Door Standard. Health probes en priority routing maken snelle failover mogelijk op basis van de applicatiegezondheid, terwijl anycast het gebruikersverkeer versnelt. WAF-beleidsregels met beheerde regelsets en rate limiting beschermen tegen volumetrische en applicatielaagaanvallen, wat cruciaal is tijdens verkeerspieken.
Schakel Cosmos DB multi-region writes in voor de reisroute- en personalisatiediensten om de schrijflatentie voor wereldwijde gebruikers te verminderen en 99,999% beschikbaarheid te bieden. Automatische failover geeft prioriteit aan de secundaire regio, waardoor een lage RTO behouden blijft zonder handmatige tussenkomst.
Gebruik SQL auto-failover groups over dezelfde twee regio’s voor transactionele boekingen, waardoor read-scale op secundaire databases mogelijk wordt voor rapportage, terwijl een snelle, gecoördineerde failover wordt gegarandeerd.

Bescherm de status en ondersteun herstel na corruptie

Gebruik Recovery Services vaults voor back-ups van Azure VM’s (app-consistent waar ondersteund) en SQL in-VM als er nog legacy-componenten zijn. Pas back-upbeleid toe met gelaagde retentie en schakel soft delete in om te beschermen tegen onbedoelde of kwaadwillige verwijderingen.
Voeg voor Azure Disks die gespecialiseerde workloads hosten, op Backup vault gebaseerde Azure Disk Backup toe om incrementele snapshots vast te leggen, onafhankelijk van guest OS-agents. Dit diversifieert de herstelopties.
Schakel cross-region restore in op vaults die geo-redundante opslag gebruiken, waardoor data-plane herstel vanuit de secundaire regio mogelijk is tijdens gedeeltelijke control-plane verstoringen.

Orkestreer DR en valideer de RTO

Configureer Azure Site Recovery voor alle services zonder native replicatie (bijv. legacy Windows-services). Maak herstelplannen die de gereedheid van de database, vervolgens de API en dan de weblaag sequentiëren, en neem Azure Automation runbooks op om Key Vault-referenties bij te werken, CDN-caches te legen via Front Door-regels en de Traffic Manager-prioriteit om te schakelen voor niet-HTTP-eindpunten.
Plan per kwartaal testfailovers naar geïsoleerde VNets met gemaskeerde data om runbooks te verifiëren, de daadwerkelijke failover-duur te meten en capaciteitsreserveringen te verfijnen. Ruim na de tests de artefacten op en evalueer de statistieken ten opzichte van het RTO-doel van 15 minuten.

Globale routering voor gemengde protocollen

Voor HTTP/S handelt Front Door de door de gezondheidstoestand gestuurde failover en edge-beveiliging af. Voor niet-HTTP-protocollen (bijv. TCP-integraties met partners), implementeer Cross-region Load Balancer met regionale Standard Load Balancers als onderliggende eindpunten. Health probes verwijderen onmiddellijk falende regio’s, waardoor de connectiviteit behouden blijft zonder afhankelijkheid van DNS TTL. Waar geofencing op DNS-niveau noodzakelijk is (voor regelgevende eindpunten), plaats dan een laag Azure Traffic Manager Geographic routing vóór de regiospecifieke eindpunten.

Waarom deze services

Availability Zones en zone-redundante frontends elimineren single-zone storingen met minimale impact op de latentie. Azure SQL failover groups abstraheren het verbindingsbeheer en automatiseren failover, wat in lijn is met de RTO van 15 minuten. Cosmos DB multi-region writes voldoen aan de eisen voor ultra-hoge beschikbaarheid en lage schrijflatentie wereldwijd. GZRS- en RA-opties bieden zonale plus regionale duurzaamheid met gecontroleerde RPO-afwegingen. Front Door levert wereldwijde versnelling, applicatiebewuste failover en WAF aan de edge. Cross-region Load Balancer en Traffic Manager dekken de behoeften voor niet-HTTP en geografische routering. Azure Backup en ASR bieden onafhankelijke herstelpaden—van point-in-time restores tot volledige stack-failover—en zorgen ervoor dat het platform kan herstellen van zowel infrastructuurstoringen als logische datacorruptie.

← Netwerken en Connectiviteit · Alle domeinen · Beveiligingsarchitectuur en Zero Trust →

Oefen deze vragen → · Getimede oefening op ExamRoll.io →