Microsoft AZ-140: Azure Virtual Desktop Architectuur en Serviceontwerp — Studiegids
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
Azure Virtual Desktop (AVD) is een door Microsoft beheerde service voor desktop- en app-virtualisatie die het servicebeheervlak (control plane) scheidt van uw tenantspecifieke gegevensvlak (data plane). De service bemiddelt beveiligde verbindingen, terwijl u eigenaar bent van en de sessiehost virtuele machines, identiteit, opslag en netwerken beheert. Het ontwerpen van een effectieve architectuur betekent het in kaart brengen van gebruikerservaring, identiteit, applicatielevering, capaciteit, veerkracht en kostenbeheersing in een samenhangend implementatiemodel dat kan worden gevalideerd en gefaseerd uitgerold zonder de gebruiker te storen.
Servicearchitectuur: Control Plane vs Data Plane
Control plane (beheerd door Microsoft):
- Web Access-, Gateway- en Broker-services authenticeren gebruikers, inventariseren resources en orkestreren reverse-connect-sessies via TLS 443. Ze zijn wereldwijd gedistribueerd en worden bijgewerkt door Microsoft.
- Diagnostics- en Insights-services verzamelen telemetrie over verbindingen, status en agentconditie.
- Op ARM gebaseerde beheer-API’s definiëren hostpools, applicatiegroepen en werkruimtes, inclusief schaalplannen en “Start VM on Connect”.
Data plane (beheerd door de klant):
- Sessiehosts (Windows 10/11 Enterprise multi-session of single-session) in uw abonnementen en VNets.
- Identiteit en naamresolutie via AD DS, Azure AD DS of Entra ID met de juiste join-modus. Sessiehosts moeten domeinservices kunnen resolven; configureer VNet DNS naar domeincontrollers of Azure AD DS IP-adressen in plaats van openbare DNS.
- Gebruikersstatus en cache (FSLogix-profiel- en Office-containers) op Azure Files Premium of Azure NetApp Files (ANF), of minder gebruikelijk op IaaS-bestandsservers of Storage Spaces Direct (S2D).
- Netwerken (VNets, peering, VPN/ExpressRoute, NSG’s, UDR’s, egress), met QoS en padsturing om latentie en jitter op UDP/TCP 443 te minimaliseren.
- Imagebeheer met Azure Compute Gallery en Azure Image Builder, en operationele controles zoals automatisch schalen en onderhoudsvensters.
Verkeer van het control plane is uitgaand vanaf de sessiehosts; er zijn geen inkomende openbare eindpunten vereist op de host-VM’s. Dit vermindert de blootstelling en vereenvoudigt firewallregels.
Kernconstructies en Applicatielevering
Hostpool: Een logische set van sessiehosts met een gedefinieerde resourcelocatie (metadataregio), loadbalancing-beleid en toewijzingsmodus (pooled of personal). Een hostpool bevat standaard één Desktop-applicatiegroep en kan meerdere RemoteApp-groepen hebben.
Applicatiegroep (app group):
- Desktop: Presenteert een volledige Windows-desktop vanuit de pool. Er is slechts één desktop-app-groep per hostpool toegestaan.
- RemoteApp: Publiceert individuele apps. U kunt meerdere RemoteApp-groepen per pool aanmaken.
- Een gebruiker mag niet zowel de Desktop- als een RemoteApp-groep van dezelfde hostpool toegewezen krijgen. Gebruik afzonderlijke pools om conflicten tussen app- en desktopervaringen te voorkomen.
- Een app-groep is gekoppeld aan precies één werkruimte. De werkruimte en de app-groep moeten dezelfde AVD-resourcelocatie delen.
Werkruimte: De container die voor de gebruiker zichtbaar is en die app-groepen uit verschillende pools samenvoegt tot resource-feeds voor AVD-clients. RBAC op app-groepen bepaalt wie welke apps/desktops ziet. Houd metadatalocaties op één lijn bij het registreren van app-groepen in werkruimtes.
Imagestrategie: Gebruik voor ‘pooled multi-session’ de Windows 10/11 Enterprise multi-session marketplace-images of een gegeneraliseerde custom image in een Azure Compute Gallery. Gebruik voor ‘personal pools’ Windows 10/11 Enterprise single-session-images. Generaliseer bron-VM’s altijd voordat u images vastlegt om gebruikers- en machinespecifieke status te verwijderen.
Hostpooltypes, Toewijzing, Updates en Energiebeheer
Pooled vs personal hostpools:
- Pooled: Meerdere gelijktijdige gebruikers per VM. Optimaliseer voor dichtheid en kosten met Breadth-first of Depth-first loadbalancing. Gebruik FSLogix voor profielen.
- Personal: Eén gebruiker per VM met een toegewezen status. Toewijzingsmethoden:
- Automatisch: De eerste verbinding koppelt een gebruiker permanent aan een niet-toegewezen VM.
- Direct: De beheerder wijst gebruikers toe aan specifieke sessiehosts.
Validatie- vs productiepools:
- De ‘validation pool’-vlag zorgt ervoor dat de pool deelneemt aan pre-release AVD-agent-ringen. Gebruik een kleine validatiepool per image/regio om AVD-agent-, OS- en app-updates te testen met pilotgebruikers.
- Gefaseerd uitrolmodel:
- Valideer de image en agent in een dev/test-pool.
- Voer een pilot uit in een validatiepool met een subgroep van gebruikers.
- Breid geleidelijk uit naar productiepools, regio voor regio.
- Voer ‘drain’ en patch-operaties stapsgewijs uit op hosts om downtime te voorkomen.
Autoscale en Start VM on Connect:
- Autoscale (schaalplannen) plant capaciteit, handhaaft sessiedrempels, voert een ‘drain’ uit op inactieve hosts en dealloceert VM’s om kosten te minimaliseren met behoud van de gebruikerservaring.
- Start VM on Connect start gedealloceerde VM’s op wanneer een gebruiker probeert verbinding te maken. Operationele vereisten:
- Activeer een door het systeem toegewezen beheerde identiteit (managed identity) op de hostpool en verleen de rol ‘Desktop Virtualization Power On Off Contributor’ op de resourcegroep van de sessiehosts of op de VM’s.
- VM’s moeten gedealloceerd zijn om rekenkosten te besparen; een ‘gestopte’ maar gealloceerde VM brengt nog steeds kosten met zich mee en biedt geen voordeel bij een koude start.
- Werkt met pooled en personal pools; een koude start voegt minuten vertraging toe aan de verbindingstijd.
- Alleen door de client geïnitieerde verbindingen via AVD zijn van toepassing; directe RDP wordt niet ondersteund.
- Coördineer met autoscale om ervoor te zorgen dat een minimumaantal hosts is voorverwarmd voor piekperiodes.
Loadbalancing, capaciteitsplanning, registratie en status
Loadbalancing-algoritmen:
- Breadth-first: Verdeelt sessies gelijkmatig over de beschikbare hosts. Beste voor consistente prestaties en geheugenruimte.
- Depth-first: Vult één host tot de ‘Max session limit’ voordat de volgende wordt gebruikt. Maximaliseert deallocaties voor kostenbesparingen, maar riskeert ’noisy-neighbor’-effecten als de limieten te hoog zijn.
Maximale sessielimiet en gebruikersdichtheid:
- Stel de ‘Max session limit’ per VM in om gelijktijdige sessies te beperken en de gebruikerservaring (UX) te beschermen, vooral bij Depth-first.
- Schat de dichtheid door de doel-workloads te benchmarken: CPU beperkt vaak de dichtheid van meerdere sessies. Als vuistregel:
- Lichte productiviteit: 6–10 sessies/vCPU op moderne SKUs voor meerdere sessies, mits correct afgesteld.
- Gemiddelde productiviteit: 4–6 sessies/vCPU.
- Grafisch of data-intensief: 1–3 sessies/vCPU.
- Capaciteitsplanning:
- Benodigde hosts = ceil((Gebruikers × concurrency) ÷ sessies-per-host).
- Voeg een N+1-reserve of een percentage ‘headroom’ toe voor failover en patch-momenten.
- Netwerk: Schat 300–500 Kbps per lichte sessie, 1–2 Mbps voor gemiddeld, 3–5+ Mbps voor zwaar. Alleen kantoorgebruikers maken een ‘hairpin’-verbinding via het bedrijfsnetwerk; externe gebruikers verbinden rechtstreeks met AVD.
- QoS: Geef prioriteit aan UDP/TCP 443 naar AVD-gateways; onvoldoende toewijzing veroorzaakt trage reacties en verbindingsfouten.
Selectie van FSLogix-opslag:
- Azure NetApp Files levert de hoogste IOPS en de laagste latentie op enterpriseschaal (voor tienduizenden gebruikers) met minimale beheerslast.
- Azure Files Premium biedt SMB-shares op basis van SSD met AD-gebaseerde authenticatie of Entra Kerberos, wat een balans biedt tussen prestaties en kosten voor de meeste implementaties.
- IaaS-alternatieven (S2D SOFS) vereisen ten minste drie VM’s zonder Cloud Witness en brengen operationele overhead met zich mee; gebruik deze alleen als PaaS-opties niet haalbaar zijn.
Registratietokens, registratie van sessiehosts en agentstatus:
- Genereer een registratietoken voordat u bestaande VM’s aan een host pool toevoegt. De AVD-agent en bootloader registreren de VM met dit token; daarna is de host aan de pool gekoppeld en kan het token verlopen.
- Houd de agentstatus ‘groen’ door de servicestatus, SxS-stackversie en heartbeat te monitoren via AVD Insights en Log Analytics. Zet hosts in ‘drain mode’ tijdens het patchen om nieuwe sessies te voorkomen.
- Korte tip voor probleemoplossing: Gebruik binnen een gebruikerssessie de RemoteFX Graphics-tellers (Frames Skipped/Second) van Performance Monitor om problemen met rendering aan de server-, netwerk- of clientzijde te isoleren.
Voorbeeld van PowerShell voor registratie en status:
# Generate a time-limited registration token
New-AzWvdRegistrationInfo `
-ResourceGroupName 'rg-avd' `
-HostPoolName 'hp-pooled' `
-ExpirationTime (Get-Date).AddHours(8)
# Review host state, drain mode, and session counts
Get-AzWvdSessionHost `
-ResourceGroupName 'rg-avd' `
-HostPoolName 'hp-pooled' |
Select-Object Name, Status, AllowNewSession, Sessions
Overwegingen voor DNS en domeinkoppeling:
- Wanneer u Azure AD DS gebruikt, stelt u de DNS-servers van het VNet in op de IP-adressen van het beheerde domein, zodat sessiehosts domeincontrollers kunnen vinden voor Windows-inschrijving en Kerberos/NTLM.
- Voor AD DS via een hybride opstelling, configureer elk VNet dat sessiehosts bevat om on-premises DC IP-adressen te gebruiken (minstens twee voor redundantie). Zorg ervoor dat ‘conditional forwarders’ of ‘resolvers’ Azure private endpoints ondersteunen indien deze worden gebruikt.
Regionaal ontwerp en de Experience Estimator:
- Kies host pool-regio’s op basis van de laagste round-trip latency vanaf gebruikerslocaties, gemeten met de Azure Virtual Desktop Experience Estimator. Voer tests uit vanaf echte gebruikerssubnetten tijdens piek- en daluren.
- Plaats FSLogix-opslag en domeinservices in dezelfde locatie als de sessiehosts om SMB-roundtrips te minimaliseren. Vermijd het mounten van profielen over regio’s heen.
- Voor implementaties in meerdere regio’s, lijn de metadatalocaties van de host pool, app-groepen en workspaces op elkaar uit; gebruik afzonderlijke pools per regio voor autonomie en gefaseerde failover.
Praktisch probleemscenario
Siemens AG moet CAD- en productiviteits-workloads leveren aan ingenieurs in München, Chicago en Singapore, terwijl de kosten worden geminimaliseerd en hoge prestaties worden gegarandeerd.
- Breng gebruikerscohorten, workloads en regio’s in kaart
- Identificeer drie cohorten: zwaar CAD-gebruik (GPU vereist), standaard productiviteit, en contractanten die alleen apps nodig hebben. Meet de latentie vanaf elke locatie met de AVD Experience Estimator.
- Waarom: Cohort-gebaseerde pools voorkomen ’noisy-neighbor’-effecten en maken het mogelijk om VM-families en schaalgedrag per workload op de juiste grootte af te stemmen. Latentiemetingen bepalen de regionale plaatsing.
- Ontwerp regionale host pools en app-levering
- Creëer drie regionale host pools per cohort in West Europe, East US en Southeast Asia. Gebruik:
- GPU NVadsA10 v5 voor CAD (pooled, Breadth-first, lagere ‘Max session limit’).
- D/E-series voor productiviteit (pooled, Depth-first om deallocaties buiten piekuren te maximaliseren).
- RemoteApp-only pools voor contractanten die specifieke apps publiceren.
- Registreer RemoteApp- en Desktop-app-groepen bij regionale workspaces die overeenkomen met de resourcelocatie van elke pool.
- Waarom: Het scheiden van pools op basis van workload en regio optimaliseert de prestaties en kosten, terwijl de app-rechten overzichtelijk blijven.
- Implementeer identiteit en DNS
- Voor de EU en de VS, koppel aan on-prem AD DS gesynchroniseerd met Entra ID. Configureer de aangepaste DNS van elk VNet naar twee regionale DC’s voor redundantie. Implementeer in Singapore Azure AD DS en stel de VNet DNS in op de IP’s van het beheerde domein om WAN-afhankelijkheid te vermijden.
- Waarom: Lokale domeincontrollers en correcte VNet DNS zorgen voor betrouwbare Kerberos-resolutie en snelle aanmeldingen; Azure AD DS vermindert de operationele overhead waar on-prem AD niet aanwezig is.
- Optimaliseer gebruikersstatus en opslag
- Gebruik Azure NetApp Files voor CAD- en productiviteitscohorten met hoge concurrency; gebruik Azure Files Premium voor contractanten. Plaats de opslag in dezelfde regio als de host pools en schakel FSLogix-profielcontainers met Cloud Cache in voor CAD-gebruikers die roamen tussen twee nabijgelegen kantoren.
- Waarom: ANF levert de laagste latentie en hoogste IOPS voor zware workloads; Azure Files Premium verlaagt de kosten voor lichtere gebruikers. Co-locatie voorkomt SMB-latentie tussen regio’s.
- Capaciteit, automatisch schalen en Start VM on Connect
- Stel dichtheidsdoelen vast op basis van pilottests (bijv. CAD 1–2 sessies/vCPU, productiviteit 4–6 sessies/vCPU). Configureer plannen voor automatisch schalen met een ‘ramp-up’ tijdens werkdagen en ‘drain’ en deallocatie buiten kantooruren. Schakel Start VM on Connect in met een door het systeem toegewezen identiteit op elke host pool en verleen de rol ‘Desktop Virtualization Power On Off Contributor’ op de resourcegroepen van de sessiehosts.
- Waarom: Automatisch schalen en Start VM on Connect minimaliseren de compute-kosten met behoud van de gebruikerservaring; de identiteit en roltoewijzing stellen de service in staat om VM’s betrouwbaar aan te zetten.
- Gefaseerde uitrol en validatie
- Markeer een kleine validatie-host pool per regio om agentupdates vroegtijdig te ontvangen. Patch-cadans: valideren → pilot → productie. Gebruik ‘drain mode’ tijdens het patchen en handhaaf ‘Max session limits’ die geschikt zijn voor elke workload en elk algoritme.
- Waarom: Gecontroleerde ‘rings’ voorkomen regressies over de hele service; ‘drain mode’ zorgt ervoor dat sessies behouden blijven tijdens hostonderhoud.
- Netwerk- en QoS-tuning
- Zorg ervoor dat branch-routers prioriteit geven aan UDP/TCP 443 naar AVD-eindpunten met voldoende bandbreedtetoewijzingen. Verwijder eventuele VPN-‘hairpin’-configuraties voor externe gebruikers, zodat thuisgebruikers rechtstreeks verbinding maken met AVD.
- Waarom: AVD-mediastreams zijn afhankelijk van poort 443; ondermaatse QoS veroorzaakt trage reacties en verbroken verbindingen.
Door pooltypes, app-groepen, identiteit, opslag, schalen en regionale plaatsing af te stemmen op de cohorten en geografische locaties van Siemens, bereikt het ontwerp voorspelbare prestaties, operationele veiligheid door validatie-‘rings’, en kostenefficiëntie door intelligent energiebeheer en controle over de dichtheid.
Oefen deze vragen → · Getimede oefening op ExamRoll.io →
Pass the whole exam — not just this question
You found this answer. Get every verified question and explanation in one place, and save hours of prep. Free to start.
Slaag voor je examen →