Microsoft AZ-140: Azure Virtual Desktop-Architektur und Servicedesign — Lernleitfaden
Teil des Microsoft Azure Virtual Desktop Specialty AZ-140 — Lernleitfaden. Üben Sie mit verifizierten Antworten im Microsoft-Prüfungscenter, oder absolvieren Sie zeitlich begrenzte Übungstests auf ExamRoll.io.
Überblick
Azure Virtual Desktop (AVD) ist ein von Microsoft verwalteter Dienst zur Desktop- und App-Virtualisierung, der die Dienst-Steuerungsebene (Control Plane) von Ihrer mandantenspezifischen Datenebene (Data Plane) trennt. Der Dienst vermittelt sichere Verbindungen, während Sie die virtuellen Sitzungshost-Maschinen, die Identität, den Speicher und die Netzwerke besitzen und betreiben. Die Gestaltung einer effektiven Architektur bedeutet, Benutzererfahrung, Identität, Anwendungsbereitstellung, Kapazität, Ausfallsicherheit und Kostenkontrollen in einem zusammenhängenden Bereitstellungsmodell abzubilden, das validiert und schrittweise ohne Unterbrechung für die Benutzer ausgerollt werden kann.
Dienstarchitektur: Control Plane vs. Data Plane
Steuerungsebene (Control Plane) (von Microsoft verwaltet):
- Web Access-, Gateway- und Broker-Dienste authentifizieren Benutzer, listen Ressourcen auf und orchestrieren Reverse-Connect-Sitzungen über TLS 443. Sie sind global verteilt und werden von Microsoft aktualisiert.
- Diagnose- und Insights-Dienste sammeln Verbindungs-Telemetrie, Integritäts- und Agentenstatus.
- ARM-basierte Verwaltungs-APIs definieren Hostpools, Anwendungsgruppen und Arbeitsbereiche, einschließlich Skalierungsplänen und „Start VM on Connect“.
Datenebene (Data Plane) (vom Kunden verwaltet):
- Sitzungshosts (Windows 10/11 Enterprise Multi-Session oder Single-Session) in Ihren Abonnements und VNets.
- Identität und Namensauflösung über AD DS, Azure AD DS oder Entra ID mit dem entsprechenden Beitrittsmodus (Join Mode). Sitzungshosts müssen Domänendienste auflösen können; konfigurieren Sie das VNet-DNS auf Domänencontroller oder Azure AD DS-IPs anstatt auf öffentliches DNS.
- Benutzerstatus und Cache (FSLogix-Profil- und Office-Container) auf Azure Files Premium oder Azure NetApp Files (ANF) oder seltener auf IaaS-Dateiservern oder Storage Spaces Direct (S2D).
- Netzwerk (VNets, Peering, VPN/ExpressRoute, NSGs, UDRs, Egress) mit QoS und Pfadsteuerung (Path Steering), um Latenz und Jitter bei UDP/TCP 443 zu minimieren.
- Image-Verwaltung mit Azure Compute Gallery und Azure Image Builder sowie betriebliche Steuerungen wie Autoscaling und Wartungsfenster.
Der Datenverkehr der Steuerungsebene ist von den Sitzungshosts ausgehend; es sind keine eingehenden öffentlichen Endpunkte auf den Host-VMs erforderlich. Dies reduziert die Angriffsfläche und vereinfacht die Firewall-Regeln.
Kernkonstrukte und Anwendungsbereitstellung
Hostpool: Ein logischer Satz von Sitzungshosts mit einem definierten Ressourcenstandort (Metadatenregion), einer Lastverteilungsrichtlinie und einem Zuweisungsmodus (gepoolt oder persönlich). Ein Hostpool enthält standardmäßig eine Desktop-Anwendungsgruppe und kann mehrere RemoteApp-Gruppen haben.
Anwendungsgruppe (App-Gruppe):
- Desktop: Präsentiert einen vollständigen Windows-Desktop aus dem Pool. Pro Hostpool ist nur eine Desktop-App-Gruppe erlaubt.
- RemoteApp: Veröffentlicht einzelne Anwendungen. Sie können mehrere RemoteApp-Gruppen pro Pool erstellen.
- Einem Benutzer dürfen nicht sowohl die Desktop- als auch eine RemoteApp-Gruppe aus demselben Hostpool zugewiesen werden. Verwenden Sie separate Pools, um Konflikte zwischen App- und Desktop-Erlebnissen zu vermeiden.
- Eine App-Gruppe ist mit genau einem Arbeitsbereich verknüpft. Der Arbeitsbereich und die App-Gruppe müssen denselben AVD-Ressourcenstandort haben.
Arbeitsbereich: Der für den Benutzer sichtbare Container, der App-Gruppen aus verschiedenen Pools zu Ressourcen-Feeds für AVD-Clients zusammenfasst. RBAC auf App-Gruppen steuert, wer welche Apps/Desktops sieht. Halten Sie die Metadatenstandorte bei der Registrierung von App-Gruppen in Arbeitsbereichen aufeinander abgestimmt.
Image-Strategie: Verwenden Sie für gepoolte Multi-Session-Szenarien Windows 10/11 Enterprise Multi-Session-Marketplace-Images oder ein generalisiertes benutzerdefiniertes Image in einer Azure Compute Gallery. Für persönliche Pools verwenden Sie Windows 10/11 Enterprise Single-Session-Images. Generalisieren Sie Quell-VMs immer vor der Erfassung von Images, um benutzer- und maschinenspezifische Zustände zu entfernen.
Hostpool-Typen, Zuweisung, Updates und Energieverwaltung
Gepoolte vs. persönliche Hostpools:
- Gepoolt: Mehrere gleichzeitige Benutzer pro VM. Optimieren Sie auf Dichte und Kosten mit Breadth-First- oder Depth-First-Lastverteilung. Verwenden Sie FSLogix für Profile.
- Persönlich: Ein Benutzer pro VM mit dediziertem Zustand. Zuweisungsmethoden:
- Automatisch: Die erste Verbindung bindet einen Benutzer dauerhaft an eine nicht zugewiesene VM.
- Direkt: Der Administrator weist Benutzer bestimmten Sitzungshosts zu.
Validierungs- vs. Produktionspools:
- Das Flag für den Validierungspool meldet den Pool für Vorabversionen des AVD-Agenten (Pre-Release Rings) an. Verwenden Sie einen kleinen Validierungspool pro Image/Region, um AVD-Agent-, Betriebssystem- und App-Updates mit Pilotbenutzern zu testen.
- Modell für gestaffeltes Rollout:
- Validieren Sie Image und Agent in einem Entwicklungs-/Testpool.
- Führen Sie einen Pilottest in einem Validierungspool mit einer Teilmenge von Benutzern durch.
- Erweitern Sie schrittweise auf die Produktionspools, Region für Region.
- Legen Sie Hosts schrittweise still (Drain) und patchen Sie sie, um Ausfallzeiten zu vermeiden.
Autoscale und Start VM on Connect:
- Autoscale (Skalierungspläne) plant Kapazitäten, erzwingt Sitzungsschwellenwerte, legt Hosts im Leerlauf still (Drain) und hebt die Zuweisung von VMs auf, um Kosten zu minimieren und gleichzeitig die Benutzererfahrung zu erhalten.
- Start VM on Connect schaltet nicht zugewiesene VMs ein, wenn ein Benutzer versucht, eine Verbindung herzustellen. Betriebliche Anforderungen:
- Aktivieren Sie eine systemseitig zugewiesene verwaltete Identität für den Hostpool und gewähren Sie die Rolle „Desktop Virtualization Power On Off Contributor“ für die Ressourcengruppe der Sitzungshosts oder die VMs.
- VMs müssen dealloziert (Zuweisung aufgehoben) sein, um Rechenkosten zu sparen; „gestoppte“, aber zugewiesene VMs verursachen weiterhin Kosten und bieten keinen Kaltstartvorteil.
- Funktioniert mit gepoolten und persönlichen Pools; der Kaltstart führt zu einer Verbindungsverzögerung von mehreren Minuten.
- Gilt nur für client-initiierte Verbindungen über AVD; direktes RDP wird nicht unterstützt.
- Koordinieren Sie mit Autoscale, um sicherzustellen, dass eine Mindestanzahl von Hosts für Spitzenzeiten vorgewärmt ist.
Lastausgleich, Kapazitätsplanung, Registrierung und Integrität
Lastausgleichsalgorithmen:
- Breitenorientiert (Breadth-first): Verteilt Sitzungen gleichmäßig auf die verfügbaren Hosts. Am besten für konsistente Leistung und Speicherreserven.
- Tiefenorientiert (Depth-first): Füllt einen Host bis zu seiner maximalen Sitzungsgrenze, bevor der nächste verwendet wird. Maximiert Deallokationen zur Kosteneinsparung, birgt aber das Risiko von Noisy-Neighbor-Effekten, wenn die Grenzwerte zu hoch sind.
Maximale Sitzungsgrenze und Benutzerdichte:
- Legen Sie eine maximale Sitzungsgrenze pro VM fest, um die Anzahl gleichzeitiger Sitzungen zu begrenzen und die User Experience zu schützen, insbesondere bei tiefenorientierter Verteilung.
- Schätzen Sie die Dichte durch Benchmarking der Ziel-Workloads: Die CPU begrenzt oft die Dichte bei Multi-Session-Szenarien. Als Faustregel gilt:
- Leichte Produktivitätslasten: 6–10 Sitzungen/vCPU auf modernen Multi-Session-SKUs bei richtiger Abstimmung.
- Mittlere Produktivitätslasten: 4–6 Sitzungen/vCPU.
- Grafik- oder datenintensive Lasten: 1–3 Sitzungen/vCPU.
- Kapazitätsplanung:
- Erforderliche Hosts = ceil((Benutzer × Gleichzeitigkeit) ÷ Sitzungen-pro-Host).
- Fügen Sie eine N+1-Reserve oder einen prozentualen Puffer für Failover und Patch-Fenster hinzu.
- Netzwerk: Schätzen Sie 300–500 Kbit/s pro leichter Sitzung, 1–2 Mbit/s pro mittlerer und 3–5+ Mbit/s pro intensiver Sitzung. Nur bürogebundene Benutzer nutzen Hairpinning über das Unternehmensinternet; Remote-Benutzer verbinden sich direkt mit AVD.
- QoS: Priorisieren Sie UDP/TCP 443 zu den AVD-Gateways; eine unzureichende Zuweisung führt zu langsamen Reaktionen und Verbindungsfehlern.
Auswahl des FSLogix-Speichers:
- Azure NetApp Files liefert die höchsten IOPS und die niedrigste Latenz im Enterprise-Maßstab (für Zehntausende von Benutzern) bei minimalem Verwaltungsaufwand.
- Azure Files Premium bietet SSD-gestützte SMB-Freigaben mit AD-basierter Authentifizierung oder Entra Kerberos und stellt für die meisten Bereitstellungen eine Balance zwischen Leistung und Kosten dar.
- IaaS-Alternativen (S2D SOFS) erfordern mindestens drei VMs ohne Cloud Witness und verursachen betrieblichen Mehraufwand; nur verwenden, wenn PaaS-Optionen nicht realisierbar sind.
Registrierungstoken, Registrierung von Sitzungshosts und Agenten-Integrität:
- Bevor Sie bestehende VMs zu einem Hostpool hinzufügen, generieren Sie ein Registrierungstoken. Der AVD-Agent und der Bootloader registrieren die VM mit diesem Token; danach ist der Host an den Pool gebunden und das Token kann ablaufen.
- Halten Sie die Agenten-Integrität auf Grün, indem Sie den Dienststatus, die SxS-Stack-Version und den Heartbeat über AVD Insights und Log Analytics überwachen. Versetzen Sie Hosts während des Patchens in den Drain-Modus, um neue Sitzungen zu verhindern.
- Kurzer Tipp zur Fehlerbehebung: Verwenden Sie innerhalb einer Benutzersitzung die RemoteFX Graphics-Leistungsindikatoren (Frames Skipped/Second) im Performance Monitor, um Probleme auf Server-, Netzwerk- oder Client-Seite zu isolieren.
Beispiel-PowerShell für Registrierung und Integrität:
# 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
Überlegungen zu DNS und Domänenbeitritt:
- Bei Verwendung von Azure AD DS stellen Sie die DNS-Server des VNets auf die IPs der verwalteten Domäne ein, damit Sitzungshosts Domänencontroller für die Windows-Registrierung und Kerberos/NTLM finden können.
- Für AD DS über eine Hybrid-Verbindung konfigurieren Sie jedes VNet, das Sitzungshosts beherbergt, so, dass es die IPs von lokalen DCs verwendet (mindestens zwei für Resilienz). Stellen Sie sicher, dass bedingte Weiterleitungen oder Resolver Azure Private Endpoints unterstützen, falls diese verwendet werden.
Regionales Design und der Experience Estimator:
- Wählen Sie die Regionen für Hostpools basierend auf der niedrigsten Round-Trip-Latenz von den Benutzerstandorten aus, gemessen mit dem Azure Virtual Desktop Experience Estimator. Führen Sie Tests von realen Benutzer-Subnetzen zu Spitzen- und Nebenzeiten durch.
- Platzieren Sie FSLogix-Speicher und Domänendienste zusammen mit den Sitzungshosts (Co-Location), um SMB-Roundtrips zu minimieren. Vermeiden Sie regionsübergreifende Profil-Mounts.
- Bei Bereitstellungen über mehrere Regionen hinweg gleichen Sie die Metadaten-Standorte für Hostpools, App-Gruppen und Workspaces ab; verwenden Sie separate Pools pro Region für Autonomie und ein gestaffeltes Failover.
Praktisches Problemszenario
Die Siemens AG muss CAD- und Produktivitäts-Workloads für Ingenieure in München, Chicago und Singapur bereitstellen und dabei die Kosten minimieren sowie eine hohe Leistung sicherstellen.
- Benutzerkohorten, Workloads und Regionen zuordnen
- Identifizieren Sie drei Kohorten: CAD-intensiv (GPU erforderlich), Standard-Produktivität und externe Mitarbeiter mit reinen App-Anforderungen. Messen Sie die Latenz von jedem Standort mit dem AVD Experience Estimator.
- Warum: Kohortenbasierte Pools verhindern Noisy-Neighbor-Effekte und ermöglichen passend dimensionierte VM-Familien und Skalierungsverhalten pro Workload. Latenzmessungen bilden die Grundlage für die regionale Platzierung.
- Regionale Hostpools und Anwendungsbereitstellung entwerfen
- Erstellen Sie drei regionale Hostpools pro Kohorte in Westeuropa, USA Ost und Südostasien. Verwenden Sie:
- GPU NVadsA10 v5 für CAD (gepoolt, breitenorientiert, niedrigere maximale Sitzungsgrenze).
- D/E-Serie für Produktivität (gepoolt, tiefenorientiert, um Deallokationen außerhalb der Spitzenzeiten zu maximieren).
- Reine RemoteApp-Pools für externe Mitarbeiter, die nur bestimmte Apps veröffentlichen.
- Registrieren Sie RemoteApp- und Desktop-Anwendungsgruppen bei regionalen Workspaces, die dem Ressourcenstandort des jeweiligen Pools entsprechen.
- Warum: Die Trennung von Pools nach Workload und Region optimiert die Leistung und die Kosten und sorgt gleichzeitig für saubere App-Berechtigungen.
- Identität und DNS implementieren
- Für die EU und die USA: Domänenbeitritt zu einem lokalen AD DS, das mit Entra ID synchronisiert wird. Konfigurieren Sie das benutzerdefinierte DNS jedes VNets auf zwei regionale DCs, um Resilienz zu gewährleisten. In Singapur: Stellen Sie Azure AD DS bereit und setzen Sie das VNet-DNS auf die IPs der verwalteten Domäne, um eine WAN-Abhängigkeit zu vermeiden.
- Warum: Lokale Domänencontroller und korrektes VNet-DNS gewährleisten eine zuverlässige Kerberos-Auflösung und schnelle Anmeldungen; Azure AD DS reduziert den Betriebsaufwand, wo kein lokales AD vorhanden ist.
- Benutzerzustand und Speicher optimieren
- Verwenden Sie Azure NetApp Files für CAD- und hoch-konkurrente Produktivitätskohorten; verwenden Sie Azure Files Premium für externe Mitarbeiter. Platzieren Sie den Speicher in derselben Region wie die Hostpools und aktivieren Sie FSLogix-Profilcontainer mit Cloud Cache für CAD-Benutzer, die zwischen zwei nahegelegenen Büros wechseln.
- Warum: ANF liefert die niedrigste Latenz und die höchsten IOPS für anspruchsvolle Workloads; Azure Files Premium senkt die Kosten für Benutzer mit geringerer Auslastung. Die Co-Location verhindert SMB-Latenz über Regionen hinweg.
- Kapazität, Autoskalierung und Start VM on Connect
- Legen Sie Dichteziele aus Pilottests fest (z. B. CAD 1–2 Sitzungen/vCPU, Produktivität 4–6 Sitzungen/vCPU). Konfigurieren Sie Autoskalierungspläne mit einem Hochfahren während der Arbeitszeit und Entlastung und Deallokation außerhalb der Geschäftszeiten. Aktivieren Sie Start VM on Connect mit einer systemseitig zugewiesenen Identität für jeden Hostpool und weisen Sie die Rolle „Desktop Virtualization Power On Off Contributor“ für die Ressourcengruppen der Sitzungshosts zu.
- Warum: Autoskalierung und Start VM on Connect minimieren die Computekosten bei gleichbleibender Benutzererfahrung; die Identität und Rollenzuweisung ermöglichen es dem Dienst, VMs zuverlässig zu starten.
- Gestaffelter Rollout und Validierung
- Kennzeichnen Sie einen kleinen Validierungs-Hostpool pro Region, um Agenten-Updates frühzeitig zu erhalten. Patch-Kadenz: Validierung → Pilot → Produktion. Verwenden Sie den Drain-Modus während des Patchens und erzwingen Sie maximale Sitzungsgrenzen, die für jeden Workload und Algorithmus geeignet sind.
- Warum: Kontrollierte Ringe vermeiden dienstweite Regressionen; der Drain-Modus erhält Sitzungen während der Host-Wartung aufrecht.
- Netzwerk- und QoS-Optimierung
- Stellen Sie sicher, dass die Router der Zweigstellen UDP/TCP 443 zu den AVD-Endpunkten mit ausreichenden Bandbreitenzuweisungen priorisieren. Entfernen Sie jegliches VPN-Hairpinning für Remote-Benutzer, damit sich Heimanwender direkt mit AVD verbinden.
- Warum: Die Medienströme von AVD sind auf Port 443 angewiesen; eine unterprovisionierte QoS verursacht langsame Reaktionen und Verbindungsabbrüche.
Durch die Abstimmung von Pool-Typen, Anwendungsgruppen, Identität, Speicher, Skalierung und regionaler Platzierung auf die Kohorten und geografischen Standorte von Siemens erreicht das Design eine vorhersagbare Leistung, Betriebssicherheit durch Validierungsringe und Kosteneffizienz durch intelligentes Energiemanagement und Dichtekontrollen.
Diese Fragen üben → · Zeitlich begrenzte Übung auf 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.
Bestehe deine Prüfung →