Microsoft AZ-140: Session Host Operations, Schalen en Optimalisatie — 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

Bewerkingen op sessiehosts in Azure Virtual Desktop (AVD) draaien om drie kerndisciplines: right-sizing en performance engineering, intelligent schalen en energiebeheer, en betrouwbare day-2-operaties. Het doel is om een consistente gebruikerservaring te bieden tijdens piekvraag, terwijl de uitgaven buiten de piekuren worden geminimaliseerd, en dat alles zonder de onderhoudbaarheid of herstelbaarheid in gevaar te brengen. Dit gedeelte legt uit hoe u AVD autoscale ontwerpt en beheert met schalingsplannen, configuratie van schema’s en capaciteit, operationele statussen zoals drain-modus, en probleemoplossing voor status en registratie. Vervolgens worden richtlijnen voor dimensionering (inclusief workloads met GPU) en automatisering gekoppeld aan hefbomen voor kostenoptimalisatie zoals reservations, savings plans en Azure Hybrid Benefit.

Ontwerp van Autoscale: Schalingsplannen, Schema’s en Targeting van Host-Pools

Schalingsplannen en targeting
- Een schalingsplan definieert wanneer en hoe een gepoolde host-pool sessiehosts start, in drain-modus plaatst, stopt en dealloceert. Eén schalingsplan kan gericht zijn op meerdere host-pools, zelfs in verschillende regio’s.
- Elke getargete host-pool voert het schalingsplan onafhankelijk uit in de context van zijn eigen tijdzone. Gebruik de tijdzone-instelling van het schalingsplan per schema om af te stemmen op de lokale kantooruren.
- Uitsluitingstag: definieer een tag sleutel/waarde-paar zodat autoscale specifieke VM’s negeert (bijv. operationele canaries of onderhoudspilots).
- Modus voor load balancing is van belang: breadth-first verspreidt sessies over hosts (verbetert de onmiddellijke prestaties, vertraagt het inschalen); depth-first stapelt sessies op minder hosts (maximaliseert consolidatie en kostenbesparingen). Gebruik voor kostengerichte autoscale depth-first met de juiste capaciteitsdrempels.
Schema’s: ramp-up, peak, ramp-down, off-peak
- Ramp-up: start en warmt de minimale vloot op voorafgaand aan de vraag, en schaalt vervolgens uit wanneer capaciteitsdrempels worden overschreden.
- Peak: houdt meer capaciteit online om latentie en wachtrijen te minimaliseren; uitschalen gaat door als drempels worden overschreden.
- Ramp-down: plaatst geselecteerde hosts in drain-modus, consolideert sessies en schakelt na een respijtperiode inactieve hosts uit.
- Off-peak: handhaaft een kleine basislijn voor toegang buiten kantooruren; resterende inactieve hosts worden gedealloceerd om de uitgaven te minimaliseren.
Capaciteitsdrempels, minimale hostbeschikbaarheid en gedrag van autoscale
- Capaciteitsdrempel (%) wordt gemeten ten opzichte van de totale sessiecapaciteit van online hosts. Wanneer het gemiddelde gebruik de drempel overschrijdt, start autoscale extra VM’s. Het gebruik wordt bepaald door het maximale aantal sessies per host en het huidige aantal sessies. Stem dit af per workload; begin met 60–70% voor depth-first, 70–80% voor breadth-first.
- Minimale hostbeschikbaarheid kan worden gedefinieerd als een aantal of percentage van hosts die in elke schemafase actief moeten blijven. Houd altijd minstens één ‘reserve’ host aan om plotselinge pieken op te vangen.
- Veiligheid bij inschalen: autoscale gebruikt drain-modus en controles op ‘geen actieve sessie’ om te voorkomen dat gebruikers worden losgekoppeld. Alleen inactieve hosts worden gestopt/gedealloceerd.
Energiebeheer en kostbewuste deallocatie
- Stoppen (dealloceren) geeft de rekenkosten vrij; OS- en datadisks blijven opslagkosten genereren. Autoscale dealloceert inactieve hosts tijdens ramp-down en off-peak.
- Start VM on connect kan de configuratie voor daluren aanvullen door gedealloceerde VM’s op te starten wanneer een gebruiker verbinding probeert te maken. Zorg ervoor dat de beheerde identiteit of service principal van de host-pool ‘VM Start’-machtigingen heeft op de resourcegroep van de sessiehost.
- Vermijd het afsluiten binnen het gast-OS zonder deallocatie; dit laat de VM toegewezen en factureerbaar.

Operationele Status, Onderhoud en Status: Drain-modus, Meldingen en Registratie

Drain-modus en onderhoudsvensters
- Drain-modus (AllowNewSession=false) voorkomt nieuwe aanmeldingen, terwijl bestaande sessies kunnen worden voltooid. Gebruik dit voor patchen, het bijwerken van agents, het vervangen van images of voor inschalen.
- Onderhoudsaanpak: zet host(s) in drain-modus, wacht tot ze inactief zijn, meld achtergebleven sessies na een melding netjes af, pas dan updates toe en herstart. Valideer de status/heartbeat en schakel nieuwe sessies weer in.
Strategie voor gebruikersmeldingen
- Meldingen van het schalingsplan: configureer een afmeldbericht en respijtperiode tijdens ramp-down. Gebruik duidelijke, tijdgebonden taal.
- Aanvullende meldingen: gebruik Azure Automation (Send-AzVMRunCommand, toast-meldingen via PowerShell) of Endpoint Manager om berichten binnen de sessie weer te geven voorafgaand aan onderhoud.
Status van sessiehost, heartbeat en agent-status
- Typische statussen: Available, Unavailable (NoHeartbeat), NeedsAssistance, Unhealthy, Shutdown, NotJoinedToDomain, Upgrading.
- Vereisten voor heartbeat/agent: uitgaand verkeer op poort 443 naar AVD-service-eindpunten (gebruik de AzureVirtualDesktop-servicetag), stabiele DNS-resolutie, tijdsynchronisatie en een succesvolle domeinkoppeling indien van toepassing.
- Agent-services: Remote Desktop Agent Loader en Remote Desktop Agent moeten actief zijn. De AVD-agent en de side-by-side stack worden automatisch bijgewerkt als uitgaande toegang is toegestaan.
Registratie en probleemoplossing
- Om bestaande VM’s aan een host-pool toe te voegen, maakt u een registratietoken (beperkte tijd geldig) en installeert/registreert u de AVD-agent met dat token.
- Gebruikelijke stappen voor foutisolatie:
  - Controleer of de host wordt weergegeven als Geregistreerd en Beschikbaar in de host-pool; zo niet, registreer opnieuw met een nieuw token.
  - Inspecteer Event Viewer: de logboeken Microsoft-RDInfra-RDAgent, Microsoft-RDInfra-RDAgentBootLoader en RDS/TerminalServices op connectiviteits- of authenticatiefouten.
  - Valideer DNS: domeinresolutie en resolutie van service-eindpunten moeten slagen; als u Azure AD DS gebruikt, zorg er dan voor dat de VNet DNS verwijst naar de beheerde domeincontrollers.
  - Controleer of de Windows Firewall of netwerkbeveiligingsregels uitgaand verkeer op poort 443 toestaan en dat geen TLS-interceptie het servicevertrouwen verbreekt.
Handige automatiseringsvoorbeelden

# Put a session host in drain mode (no new sessions)
Update-AzWvdSessionHost -ResourceGroupName rg-avd -HostPoolName hp-finance `
  -Name host1.contoso.com -AllowNewSession:$false

# Gracefully logoff idle users after notice (example)
Invoke-AzVMRunCommand -ResourceGroupName rg-avd -Name host1 `
  -CommandId RunPowerShellScript -ScriptPath .\Notify-And-Logoff.ps1

Groottebepaling, gebruik en GPU-workloads

Selectie van VM-grootte en workload-gestuurde groottebepaling
- Begin met het karakteriseren van de workload: kantoor/productiviteit, kenniswerker met Microsoft 365 Apps en Teams-optimalisatie, ontwikkelaar/engineering, of grafisch/3D.
- CPU: houd het aanhoudende CPU-gebruik onder 70–75% met korte pieken onder 85%. Monitor Processor(_Total)% Processor Time en System\Processor Queue Length.
- Geheugen: streef naar <80% ‘committed’ geheugen met Memory\Available MBytes boven 500 MB per host; let op paging. De FSLogix-cache kan de ‘working set’ vergroten—pas de grootte hierop aan.
- Opslag: de gebruikerservaring is afhankelijk van de IOPS en latentie van het FSLogix-profiel. Premium SSD v2, Ultra Disk voor scenario’s met intensief gebruik van tijdelijke bestanden/cache, en Azure Files Premium of Azure NetApp Files voor profielen met hoge IOPS. Voor zeer grote omgevingen of profielen met de laagste latentie biedt Azure NetApp Files de beste consistentie.
- Initiële basislijnen (multi-sessie):
  - Lichte productiviteit: 4–8 vCPU, 16–32 GB RAM; ‘breadth-first’ voor responsiviteit.
  - Gemiddelde kenniswerker: 8–16 vCPU, 32–64 GB RAM; ‘depth-first’ voor kostenefficiëntie.
  - Zware dev/compilatie/data: 16–32 vCPU, 64–128 GB RAM; overweeg dedicated pools.
Sessiehosts met GPU-ondersteuning
- Gebruik voor CAD/GIS/3D/videobewerking en complexe visualisaties NVads A10 v5 voor granulaire vGPU-profielen en een sterke prijs-prestatieverhouding; overweeg de NV v4/v5-families waar van toepassing.
- Implementeer de NVIDIA GPU Driver Extension for Windows op VM’s uit de N-serie. Valideer hardware-encoding: schakel AVC/H.264 in en configureer “Use hardware encoding for Remote Desktop” via policy wanneer dit voordelig is.
- Monitor de GPU met Performance Counters (GPU engine utilization, GPU memory) en Azure Monitor-metrics. Zorg voor voldoende CPU-headroom; grafisch-intensieve apps zijn nog steeds gevoelig voor CPU-starvation.
Telemetrie en iteratieve afstemming
- Schakel Azure Monitor for AVD insights en Log Analytics in. Houd CPU, geheugen, latentie van FSLogix-profielen, aanmeldingsduur, verbroken verbindingen en ‘brokering’-tijden bij.
- Pas de MaxSessionLimit van de host pool en de load balancing-modus aan op basis van waargenomen ‘contention’, en stem vervolgens de autoscale-drempels hierop af.

Kostenoptimalisatie: Uitschakelen, Automatisch Schalen, Reservations, Savings Plans en AHB

Stem schaalvergroting af op kantooruren
- Gebruik depth-first plus conservatieve capaciteitsdrempels om sessies te consolideren en het inschalen te versnellen. Combineer dit met deallocatie buiten piekuren en Start VM on connect voor late/incidentele toegang.
- Stel een klein, maar niet-nul, minimumaantal hosts in om pieken door gelijktijdige koude starts te voorkomen.
Reservations en savings plans
- Reservations: VM-reserveringen voor 1 of 3 jaar leggen specifieke SKU’s in specifieke regio’s vast voor de grootste kortingen; ideaal voor basiscapaciteit die het grootste deel van de tijd draait (bijv. de piekvloot overdag).
- Compute Savings Plans: bieden flexibele kortingen voor verschillende VM-families en regio’s; nuttig bij het mixen van groottes of voor dynamische omgevingen waar de exacte SKU-voorspelbaarheid lager is.
- Storage reservations: gereserveerde capaciteit voor Azure Files kan de opslagkosten voor FSLogix op grote schaal verlagen.
Azure Hybrid Benefit (AHB) en licenties
- Pas AHB toe op Windows Server en in aanmerking komende Windows-clientworkloads om de licentiekosten voor het besturingssysteem te verlagen. Zorg ervoor dat de licenties in aanmerking komen en dat u aan de voorwaarden voldoet.
- Bevestig voor Microsoft 365-implementaties dat de licenties Windows Enterprise multi-session en Microsoft 365 Apps dekken waar van toepassing.
Operationele scripts en runbooks
- Gebruik Azure Automation of GitHub Actions voor:
  - Drain/enable-sequenties voor de vloot voor en na onderhoud.
  - Warm-up-scripts voor het opschalen op maandagen of na feestdagen.
  - Statusherstel (herstart agent-services, herregistreer host als heartbeat verloren is).
- Tag-gestuurde orkestratie maakt selectieve operaties eenvoudig (bijv. tag Environment=Pilot om uit te sluiten van inschalen).

# Start or stop idle hosts by tag (supplemental to native autoscale)
$hosts = Get-AzWvdSessionHost -ResourceGroupName rg-avd -HostPoolName hp-ops
foreach ($h in $hosts) {
  if ($h.Session -eq 0 -and $h.Tags["KeepOnline"] -ne "true") {
    Stop-AzVM -ResourceGroupName rg-avd -Name ($h.Name.Split("/")[1]) -Force -StayProvisioned:$false
  }
}

Praktijkscenario

IKEA heeft doordeweeks te maken met pieken van 3D-planners, productengineers en callcentermedewerkers die externe apps gebruiken. ’s Avonds en in het weekend is de vraag laag. Sessies met GPU-ondersteuning moeten responsief blijven terwijl de totale compute-kosten worden geminimaliseerd.

Segmenteer hostgroepen per workload
- Creëer drie gepoolde hostgroepen: GPU-CAD (NVads A10 v5), KnowledgeWorker (D/E-series) en ContactCenter (D-series).
- Waarom: Stemt VM-grootte en -dichtheid af op verschillende prestatieprofielen; maakt onafhankelijke autoscaling en onderhoudsvensters mogelijk.
Koppel één schaalplan met schema’s per kantooruur
- Definieer opschalen om 07:00, piek van 09:00–17:00, afschalen van 17:00–19:00, en buiten piekuren voor de rest; stel de tijdzone in op de regio van elke groep.
- Waarom: Garandeert dat de capaciteit gereed is voordat gebruikers arriveren, consolideert en schakelt netjes uit na kantooruren, en respecteert regionale tijden.
Optimaliseer capaciteitsdrempels en minimale hostbeschikbaarheid per groep
- GPU-CAD: breadth-first, capaciteitsdrempel 70%, minimaal 30% van de hosts online; KnowledgeWorker: depth-first, drempel 65%, minimaal 10%; ContactCenter: depth-first, drempel 70%, minimaal 15%.
- Waarom: GPU-workloads geven de voorkeur aan een bredere spreiding voor een betere responsiviteit; kantoorworkloads profiteren van consolidatie om kosten te besparen; het callcenter vereist een stabiele reserve voor wisselende diensten.
Activeer Start VM on connect voor KnowledgeWorker en ContactCenter
- Geef de beheerde identiteit van de hostgroep VM Start-permissies; houd het minimum buiten piekuren laag.
- Waarom: Vermindert de kosten voor inactieve draaitijd terwijl just-in-time toegang behouden blijft voor onverwachte aanmeldingen na kantooruren.
Implementeer een workflow voor onderhoud en meldingen
- Voor Patch Tuesday: plaats 20% van elke groep in drain-modus via een tag; informeer gebruikers 30 minuten van tevoren; na inactiviteit, patch, herstart, valideer agent/heartbeat, en roteer dan naar de volgende batch.
- Waarom: Een gefaseerde drain voorkomt massale afmeldingen, waarborgt de continuïteit van de service en vermindert pieken bij de helpdesk.
Monitor en itereer met Azure Monitor for AVD
- Volg CPU-, geheugen-, GPU-gebruik, aanmeldingsduur, FSLogix-latentie; pas maandelijks MaxSessionLimit en autoscaling-drempels aan.
- Waarom: Datagestuurde optimalisatie handhaaft de SLA en beheerst de uitgaven naarmate gebruikspatronen evolueren.
Pas kostenbesparende maatregelen toe
- Reserveer 3-jarige capaciteit voor de basispiek op weekdagen in KnowledgeWorker en ContactCenter; gebruik een Compute Savings Plan voor de variabele GPU-vraag; pas Azure Hybrid Benefit toe waar dit in aanmerking komt.
- Waarom: Reservations leggen de grootste besparingen vast voor voorspelbare basislast; savings plans zijn flexibel voor minder voorspelbare GPU-pieken; AHB verlaagt de licentiekosten van het besturingssysteem.
Versterk registratie en status
- Onderhoud een standaard runbook om elke host die ‘NoHeartbeat’ aangeeft opnieuw te registreren en valideer DNS/tijd. Houd exclusietags voor diagnostische hosts.
- Waarom: Snel, geautomatiseerd herstel beperkt de impact op gebruikers en behoudt de capaciteit tijdens onverwachte problemen met de agent.

Met dit ontwerp voldoet IKEA aan de prestatiedoelstellingen overdag—inclusief GPU-responsiviteit—terwijl de capaciteit buiten kantooruren agressief wordt gedealloceerd en onderhoud wordt geautomatiseerd, wat resulteert in een stabiele gebruikerservaring en een meetbare kostenreductie.

← FSLogix · Alle domeinen · Applicaties en Eindgebruikerservaring →

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