Microsoft AZ-140: Veerkracht, Herstel en Migratie — Studiegids

By Laurynas Brazys · 12 August 2026 · #microsoft #az-140 #certification #exam-prep #study-guide

Onderdeel van de Microsoft Azure Virtual Desktop Specialty AZ-140 — Studiegids. Oefen met geverifieerde antwoorden in het Microsoft-examencentrum, of doe getimede oefentests op ExamRoll.io.

Overzicht

De planning voor de veerkracht, het herstel en de migratie van Azure Virtual Desktop (AVD) is gericht op het handhaven van de productiviteit van gebruikers tijdens regionale storingen, het beschermen van gegevens (profielen, images, applicaties), het orkestreren van de failover van afhankelijkheden en het leveren van een voorspelbare overgang van verouderde Remote Desktop Services (RDS). Effectieve ontwerpen scheiden het stateless AVD-controlepaneel van de stateful datapanelen, gebruiken herhaalbare automatisering voor het opnieuw opbouwen, definiëren duidelijke hersteldoelstellingen voor elk component en valideren de prestaties in de praktijk met discovery en capaciteitsmodellering.

Regionale Architectuur, Gebruikerstoegang en Failover

Controle- en datapanelen: De broker, webtoegang, diagnostiek en beheerdiensten van AVD zijn wereldwijd veerkrachtig. Sessiehosts, hostpools, images en opslag zijn regiospecifiek en moeten worden ontworpen voor failover.
Strategie voor regionale storingen:
- Maak per gebruikerscohort een hostpool in een secundaire regio aan met dezelfde VM-groottefamilie en image-afstamming. Repliceer images naar de secundaire regio met behulp van Azure Compute Gallery.
- Publiceer identieke applicatiegroepen (RemoteApp en/of Desktop) in beide regio’s en wijs gebruikers aan beide toe, waarbij de primaire pool als standaard wordt ingesteld en de secundaire als het DR-doel.
- Houd DR-hosts in een koude of warme stand-by-status. Voor gepoolde hosts, schaal in naar nul of schakel ze uit, en vertrouw vervolgens op schaalplannen en Start VM on Connect om de kosten in stabiele toestand te minimaliseren.
Gebruikerstoegang tijdens storingen:
- De AVD-service routeert verbindingsverzoeken naar gezonde sessiehosts. Wanneer u de primaire hostpool in drain-modus plaatst of deze niet beschikbaar is, worden nieuwe verbindingen doorverbonden naar de secundaire pool als gebruikers daar toewijzingen hebben.
- Informeer gebruikers dat openstaande sessies in de getroffen regio worden verbroken; bij opnieuw verbinden wordt verbinding gemaakt met de beschikbare regio.
Pariteit van images en MSIX app attach:
- Gebruik Azure Image Builder en Azure Compute Gallery (SIG) met regionale replicatie voor images.
- Sla MSIX app attach-pakketten op in veerkrachtige opslaglocaties die in beide regio’s bereikbaar zijn en repliceer de inhoud naar de secundaire regio (bijv. ANF cross-region replication of replicatie van opslagaccounts).
Netwerk- en identiteitsafhankelijkheden:
- Zorg ervoor dat DNS en identiteit (Active Directory of Azure AD DS) vanuit beide regio’s bereikbaar zijn.
- Voor Azure AD DS, configureer de VNet DNS-instellingen naar de IP’s van het beheerde domein in elk regionaal VNet dat domeinkoppeling en naamresolutie vereist.
- Valideer het gedrag van RDP Shortpath tussen regio’s; val terug op reverse connect als UDP wordt belemmerd.

Voorbeeld om een image-versie naar twee regio’s te repliceren:

az sig image-version create \
  --resource-group rg-avd-images \
  --gallery-name sig-avd \
  --gallery-image-definition win11-ms \
  --gallery-image-version 1.0.3 \
  --target-regions eastus=1 westus=1

Hersteldoelstellingen en Rollen van Gegevensbescherming

Definieer afzonderlijke RTO/RPO per component:

Hostpools en sessiehosts:
- Gepoold: Behandel sessiehosts als efemeer. RTO is minuten (geautomatiseerde herimplementatie), RPO is N.v.t. (geen host-status). Vertrouw niet op VM-back-ups voor herstel; implementeer opnieuw vanaf een image en gebruik autoscaling.
- Persoonlijk: Als de gebruikersstatus zich op de OS-schijf bevindt, bescherm deze dan met Azure Backup of Azure Site Recovery (ASR). Geef de voorkeur aan het offloaden van de gebruikersstatus naar FSLogix-profielen om DR te vereenvoudigen.
Images:
- RPO van bijna nul voor de beschikbaarheid van images met behulp van Compute Gallery-replicatie; RTO van minuten om nieuwe hosts te implementeren. Houd golden image-pipelines geversioneerd en reproduceerbaar.
Profielen en Office-caches (FSLogix):
- RPO: minuten tot uren, afhankelijk van replicatie- en back-upschema’s; RTO: minuten om te mounten in de secundaire regio als Cloud Cache is geconfigureerd, anders de tijd om het volume/de share te herstellen en sessies opnieuw te koppelen.
Applicaties:
- Voor applicaties in de image, stem af op de RTO/RPO van de image. Voor MSIX app attach, stem af op de replicatie van de pakketopslag en de herregistratietijd.

Azure Backup en ASR:

Azure Backup:
- Maak back-ups van Azure Files-shares die FSLogix-profiel- en ODFC-containers hosten. Gebruik frequente snapshots om RPO-doelen te halen; herstel individuele VHD/VHDX of een volledige share.
- Communiceer dat snapshots crash-consistent zijn terwijl gebruikers zijn ingelogd; voor precisieherstel, voer een out-of-band kopieer/hernoem-actie uit van de container van een gebruiker en instrueer de gebruiker om opnieuw in te loggen.
- Maak indien nodig back-ups van de OS-schijven van persoonlijke desktops. Gepoolde hosts vereisen over het algemeen geen VM-back-ups.
Azure Site Recovery:
- Gebruik ASR voor stateful infrastructuurcomponenten die cruciaal zijn voor AVD (bijv. beheerservers, licentieservers indien van toepassing, LOB-servers) en voor persoonlijke hostpools wanneer het behouden van de VM-status vereist is.
- Vermijd ASR voor gepoolde AVD-hosts; opnieuw implementeren vanaf een image/schaalplannen is sneller en goedkoper.

Veerkracht van Profielopslag, Cloud Cache, Back-up en Herstel

Opslagopties voor FSLogix:
- Azure NetApp Files (ANF): Hoogste IOPS/laagste latentie op schaal; ondersteunt cross-region replication voor DR. Ideaal voor zeer grote omgevingen of hoge concurrency en IO-eisen van profielen.
- Azure Files Premium: SSD-ondersteunde PaaS-bestandsshares met ZRS voor intraregionale veerkracht; uitstekende balans tussen prestaties en beheer. Voor cross-regionale DR, combineer met Cloud Cache en back-up/herstel op share-niveau of ontwerp dual-region shares.
- Storage Spaces Direct (S2D) op IaaS: Gebruik alleen als PaaS geen haalbare optie is. Vereist een minimum van drie VM’s zonder Cloud Witness voor quorum. De operationele overhead is hoger dan bij PaaS-alternatieven.
Cloud Cache:
- Configureer meerdere providers (bijv. twee Azure Files- of ANF-eindpunten in verschillende zones/regio’s). Tijdens een regionale storing blijft FSLogix werken met de overlevende providers, met eventual consistency voor gecachte schrijfacties.
- Voorbeeldconfiguratie:

# PowerShell on session host
New-Item -Path HKLM:\SOFTWARE\FSLogix\Profiles -Force | Out-Null
New-ItemProperty HKLM:\SOFTWARE\FSLogix\Profiles -Name Enabled -Type DWord -Value 1 | Out-Null
New-ItemProperty HKLM:\SOFTWARE\FSLogix\Profiles -Name CCDLocations -Type String `
  -Value "type=smb,connectionString=\\files-pri.file.core.windows.net\profiles;type=smb,connectionString=\\files-dr.file.core.windows.net\profiles" | Out-Null
New-ItemProperty HKLM:\SOFTWARE\FSLogix\Profiles -Name DeleteLocalProfileWhenVHDShouldApply -Type DWord -Value 1 | Out-Null

Back-up- en herstelpatronen:
- Implementeer elk uur of om de paar uur Azure Backup-snapshots voor profiel-shares. Voor een corrupt gebruikersprofiel, isoleer de huidige VHDX, herstel de vorige snapshot naar een alternatieve locatie, en kopieer of koppel de container van de gebruiker opnieuw.
- Voor ANF, gebruik snapshots en cross-region replication; herstel op volumeniveau of een enkel bestand via de snapshot-directory.
Testen:
- Neem validatie van mount/attach, corruptiesimulaties en rollback op gebruikersniveau op in DR-oefeningen.

Verkeer, DNS en Failover van Afhankelijkheden

Applicatieafhankelijkheden:
- Veel AVD-apps zijn afhankelijk van HTTP/S API’s, web-frontends of databases. Ontwerp deze met globale load balancing en regionale implementaties, zodat een failover van afhankelijkheden gebruikers niet vastzet in sessies die verder gezond zijn.
Azure Front Door en Traffic Manager:
- Gebruik Azure Front Door voor globale HTTP/S layer-7 load balancing, WAF en padgebaseerde routering van app-afhankelijkheden die door AVD-gebruikers worden gebruikt. Koppel dit met zone-redundante backends in elke regio.
- Gebruik Azure Traffic Manager voor DNS-gebaseerde load balancing voor niet-HTTP-eindpunten die publiek toegankelijk zijn en health probes ondersteunen.
Private DNS en naamresolutie:
- Centraliseer conditional forwarders met Azure DNS Private Resolver om query’s te routeren tussen on-premises, Azure VNets en beheerde domeinen. Publiceer records met een lage TTL voor eindpunten die mogelijk een snelle failover vereisen.
- Voor opslag-eindpunten die niet naadloos en native kunnen failoveren, overweeg eindpunten met een dubbele naam die geabstraheerd zijn achter interne DNS om te schakelen tussen primaire en DR-shares tijdens een incident.
Netwerk-QoS en toegang:
- Geef prioriteit aan real-time AVD-verkeer (UDP/TCP) over WAN’s; pas QoS aan op branch-routers om ervoor te zorgen dat AVD-verkeersklassen voldoende bandbreedte hebben om verbindingsfouten en latentie te verminderen.
- Valideer de bereikbaarheid van Shortpath en firewall-pinholes; zorg ervoor dat de planning van de egress-bandbreedte overeenkomt met de concurrency en de workload-mix.

Migratie vanaf RDS, Discovery, Dichtheid en Capaciteit

RDS-assessment:
- Inventariseer Connection Brokers, RD Gateways, RD Web, RD Session Hosts, RD Licensing en bestandsservers/profielopslag. Documenteer GPO’s, FSLogix-configuratie en methoden voor applicatielevering.
- Wijs rollen toe aan AVD-constructies: host pools, workspaces, app groups, profielopslag en door AVD beheerde brokering; elimineer de noodzaak voor RD Gateway en Broker in Azure.
Azure Migrate en discovery:
- Gebruik de Azure Migrate appliance om bestaande RDS VM’s, prestatiebaselines en afhankelijkheden te ontdekken. Identificeer app-naar-server-relaties voor de plaatsing van AVD-sessiehosts en data gravity.
Analyse van gebruikersdichtheid:
- Bouw dichtheidsmodellen per workload (task/knowledge/power users). Leid het aantal sessies-per-VM af met behulp van CPU ready, memory pressure en profiel-IO-baselines. Valideer met pilot-benchmarks op kandidaat-VM-SKU’s (bijv. Dv5/Esv5/Dasv5, met GPU voor grafische toepassingen).
- Gebruik de Azure Virtual Desktop Experience Estimator om regio’s te selecteren met de laagste latentie van gebruiker tot host.
Capaciteitsmodellering:
- Zet dichtheid om in het aantal hosts per pool met een N+1-buffer en overhead voor onderhoud. Definieer drempelwaarden voor scale-out en het minimum/maximum aantal hosts in schaalplannen. Overweeg capaciteitsreserveringen voor voorspelbare kosten en gegarandeerde cores in drukke regio’s.
- Zorg ervoor dat abonnements- en regionale quota’s (vCPU, cores per familie, IP’s, NIC’s, schijven) vooraf worden verhoogd; dien verzoeken voor quotumverhoging vroegtijdig in.

Cutover, Co-existentie, Quota’s en Runbooks

Cutover-planning:
- Parallelle co-existentie uitvoeren: houd RDS operationeel terwijl AVD pilots onboardt. Publiceer dezelfde apps in beide systemen, maar stuur gebruikers per cohort.
- Pilot-cohorten: begin met IT en early adopters, breid uit naar representatieve afdelingen en voer daarna een brede uitrol door. Gebruik feedback om images, FSLogix-instellingen en schaling af te stemmen.
- Rollback: behoud toegangspaden tot RDS totdat aan de acceptatiecriteria is voldaan. Houd gebruikersprofielen backward-compatible of voorzie een pad voor het resetten van profielen per cohort.
Operationele gereedheid:
- Registratiesleutels: genereer een registratiesleutel bij het onboarden van bestaande VM’s naar host pools en voeg ze toe via de AVD-agent; automatiseer dit via Azure Image Builder en post-provisioning scripts.
- Hygiëne van workspaces en app-groepen: publiceer app-groepen met minimale rechten (least-privilege); scheid Desktop en RemoteApp; houd DR-app-groepen toegewezen maar geef ze indien nodig visueel minder nadruk.
Runbooks en automatisering:
- Stel Business Continuity and Disaster Recovery (BCDR) runbooks op die de volgende zaken afdekken:
  - Een incident declareren en primaire pools in drain-modus plaatsen.
  - DR-pools opschalen en de pariteit van images verifiëren.
  - Profielopslag omschakelen via Cloud Cache of een DNS re-point.
  - Kritieke app-afhankelijkheden valideren via Front Door/Traffic Manager.
  - Communiceren met gebruikers en de servicedesk.
  - Terugdraaien wanneer de primaire regio is hersteld.
- Implementeer runbooks met Azure Automation of Functions met role-based access controls en goedkeuringen voor wijzigingen.
Kosten en reserveringen:
- Gebruik Savings Plans en Capacity Reservations voor stabiele basis-workloads; houd burst-capaciteit op basis van pay-as-you-go met autoscaling. Plan het uitschakelen van niet-productiepools buiten kantooruren.

Praktijkscenario

Adobe moet ervoor zorgen dat creatieve en supportteams ononderbroken kunnen doorwerken tijdens een regionale storing, terwijl ze migreren van een on-premises RDS-farm naar Azure Virtual Desktop, met honderden terabytes aan roaming profiles en veeleisende grafische workloads.

Inventariseren en een baseline vaststellen

Gebruik Azure Migrate om RDS-hosts, profiel-shares en LOB-afhankelijkheden te inventariseren, en om CPU/geheugen/IO-patronen voor grafische en support-cohorten vast te leggen.
Waarom: Empirische baselines leiden tot nauwkeurige doelen voor gebruikersdichtheid en selectie van VM-SKU’s, waardoor overprovisioning wordt geminimaliseerd.

Regionale architectuur ontwerpen

Creëer primaire host pools in West US 2 met GPU-enabled NVadsA v5 voor creatieve gebruikers en Dv5 voor support; implementeer secundaire pools in Central US.
Repliceer images via Azure Compute Gallery; sla MSIX-pakketten op in ANF met cross-region replication.
Waarom: Dit zorgt voor pariteit van compute en apps tussen regio’s met voorspelbare prestaties.

Identiteit en DNS versterken

Configureer VNet DNS naar de IP’s van Azure AD DS waar de sessiehosts een domeinjoin zullen uitvoeren; implementeer Azure DNS Private Resolver om query’s door te sturen tussen on-premises en Azure.
Waarom: Betrouwbare naamresolutie tussen regio’s maakt aanmelden en app-toegang mogelijk tijdens een failover.

Veerkrachtige profielen implementeren

Gebruik Azure NetApp Files voor FSLogix met snapshots en cross-region replication; schakel FSLogix Cloud Cache in en laat deze verwijzen naar de primaire en DR ANF-volumes.
Waarom: ANF levert de IOPS/latency die creatieve gebruikers nodig hebben; Cloud Cache en CRR zorgen voor continuïteit als een regio uitvalt.

Failover van afhankelijkheden orkestreren

Ontsluit LOB web-API’s met Azure Front Door en configureer regionaal geïmplementeerde backends; gebruik Traffic Manager voor alle niet-HTTP publieke eindpunten.
Waarom: Houdt applicatie-eindpunten bereikbaar vanuit beide AVD-regio’s zonder herconfiguratie.

Hersteldoelstellingen en bescherming vaststellen

Stel een RTO in van minuten voor gepoolde hosts (herbouwen), uren voor persoonlijke desktops (indien aanwezig, beschermd door Azure Backup/ASR), en een RPO van 15 minuten voor profielen via ANF-snapshots; maak back-ups van de Azure Files-shares van het support-cohort indien deze worden gebruikt.
Waarom: Component-specifieke doelstellingen stemmen de kosten af op de bedrijfsimpact.

Piloten en co-existentie

Onboard 100 supportgebruikers en 50 creatieve gebruikers naar AVD; houd RDS parallel gepubliceerd. Valideer de dichtheid, profielstabiliteit en app-prestaties.itereer het schaalbeleid en de FSLogix-instellingen.
Waarom: Gecontroleerde pilots verminderen de risico’s bij de keuzes voor images, opslag en autoscaling.

Cutover en DR-oefening

Genereer AVD-registratiesleutels om de pools uit te breiden; wijs DR-app-groepen toe aan alle gebruikers. Voer een DR-oefening uit: plaats de primaire pool in drain-modus, schaal de DR-pool op, valideer de continuïteit van Cloud Cache en laat app-afhankelijkheden failoveren via Front Door.
Waarom: Dit bewijst de end-to-end failover, inclusief profielen en afhankelijkheden, vóór de volledige migratie.

Quota’s, reserveringen en automatisering

Verhoog vooraf de regionale vCPU- en GPU-quota’s; schaf Capacity Reservations aan voor de basislijn van GPU en CPU; implementeer Azure Automation runbooks voor drain, schalen, opslagwissel en communicatie.
Waarom: Garandeert capaciteit tijdens incidenten en elimineert handmatige stappen tijdens stressvolle gebeurtenissen.

Volledige migratie en rollback-plan

Migreer de resterende cohorten in golven over een periode van twee weken; behoud RDS-toegang als een rollback-pad met duidelijke beslissingsmomenten per golf.
Waarom: Een geleidelijke cutover vermindert het risico en behoudt een onmiddellijke fallback-mogelijkheid als er onverwachte problemen optreden.

← Monitoring · Alle domeinen

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