Host Pool
Eine logische Gruppe von Session-Host-VMs in Azure Virtual Desktop, die gemeinsam User-Sessions bereitstellen. Die Kernabstraktion von AVD — und die Stelle, an der Architektur-Entscheidungen getroffen werden.
Was ist ein Host Pool?
Ein Host Pool ist eine logische Gruppierung von Session-Host-VMs in Azure Virtual Desktop, die gemeinsame Eigenschaften teilen: dasselbe Image, die gleichen Apps, gleiche Zielgruppe und gleiches Scaling-Verhalten.
In der AVD-Architektur ist der Host Pool die zentrale Abstraktions-Ebene — alle Aspekte von Provisioning, Scaling, Updating, User-Zuweisung werden auf Host-Pool-Ebene konfiguriert.
Eine typische Organisation: Office-Worker-Pool (Pooled, günstig), Entwickler-Pool (Personal, stark), CAD-Pool (Personal + GPU), Contact-Center-Pool (Pooled, 24/7 aktiv). Jeder Pool hat eigene Regeln.
Personal vs. Pooled
Personal Host Pool (1:1)
- ZuweisungFest — 1 User = 1 VM
- PersistenzVolle — Daten bleiben auf VM
- KostenHöher (24/7 oder Autoscaling)
- SetupEinfacher, weniger Scaling-Logik
- EinsatzDev, CAD, Power-User
Pooled Host Pool (n:1)
- ZuweisungDynamisch — Broker wählt freie VM
- PersistenzVia FSLogix-Profile
- KostenDeutlich günstiger (Multi-Session)
- SetupKomplexer — Profile, Scaling, Load-Balancing
- EinsatzOffice, Task-Worker, Schule
Wie ein Host Pool aufgebaut ist
| Komponente | Rolle | Anzahl |
|---|---|---|
| Session Hosts | Die tatsächlichen VMs | 1-500 |
| App Group | Bündelt Apps oder Desktops, weist User zu | 1-n pro Pool |
| Workspace | Bietet App Groups den Usern an | 1 oder mehrere |
| Scaling Plan | Zeitabhängige Scaling-Regeln | Optional |
| Log Analytics Workspace | Monitoring-Backend | 1 (idR geteilt) |
Load-Balancing-Methoden
Bei Pooled Host Pools entscheidet der Broker, welche VM einen neuen User bekommt:
- Breadth-First — verteilt User gleichmäßig auf alle VMs. User-Experience bleibt konstant, aber alle VMs bleiben aktiv (höhere Kosten)
- Depth-First — füllt eine VM bis zum Maximum, dann die nächste. Bessere Kosten-Optimierung (Scale-to-Zero von ungenutzten VMs), aber erste VM wird stark belastet
Host Pool Sizing: Wie viele User pro VM?
Die zentrale Architektur-Frage bei Pooled Host Pools. Typische Richtwerte für Multi-Session VMs:
| Workload | VM-Größe | User/VM | Beispiel |
|---|---|---|---|
| Light Task-Worker | D4s_v5 (4 vCPU, 16 GB) | 6-8 | Kioske, Contact-Center, POS |
| Medium Office | D8s_v5 (8 vCPU, 32 GB) | 8-12 | Office 365, Outlook, Browser |
| Knowledge Worker | D16s_v5 (16 vCPU, 64 GB) | 10-14 | SAP GUI, ERP, mehrere Apps parallel |
| Heavy Power | Personal Desktop | 1 | Dev, CAD, Video-Editing |
Dichte messen
Die echte User-Dichte hängt stark vom tatsächlichen Nutzungsprofil ab. Tools wie Login Enterprise (Hydra) oder Nerdio messen die echte VM-Auslastung und geben Empfehlungen. Pauschale Zahlen sind nur Startpunkte.
Host Pool Best Practices
- Eigener Host Pool pro Workload-Typ — nicht alle User in einen großen Pool werfen
- Mehrere App Groups pro Pool — z.B. eine für Volldesktop, eine für RemoteApp-Publishing
- Autoscaling immer aktivieren — Nerdio oder Azure Scaling Plans, spart 40-70% Compute-Kosten
- Standby-Kapazität — 1-2 VMs immer vor-gestartet, damit User morgens nicht warten
- Quartalsweise Review der Dichte — Nutzungsverhalten ändert sich, Sizing nachjustieren
- Separate Pools pro Azure Region — für globale Setups mit lokalem User-Traffic
Host-Pool-Patterns in DaaS Maps
Die DaaS Maps zeigen Host-Pool-Patterns für verschiedene Workload-Typen mit realen Sizing-Beispielen. Zum Austausch über AVD-Architektur und Host-Pool-Design findet ihr mich auf LinkedIn.