Session Host
Eine einzelne VM innerhalb eines Host Pools, auf der User-Sessions tatsächlich laufen. Session Hosts sind die „Arbeitstiere“ der AVD-Infrastruktur — dort wird gerechnet, dort laufen die Apps, dort werden Ressourcen optimiert.
Was ist ein Session Host?
Ein Session Host ist eine einzelne virtuelle Maschine in einem Azure Virtual Desktop Host Pool, auf der User ihre Remote-Sessions öffnen. Je nach Host-Pool-Typ:
- Personal Host Pool: 1 Session Host = 1 User
- Pooled Host Pool: 1 Session Host = mehrere User gleichzeitig (Multi-Session)
Session Hosts sind normale Azure-VMs mit speziellem AVD-Agent-Software. Sie registrieren sich beim AVD-Broker-Service, der dann User-Logins an die Session Hosts vermittelt.
Was läuft auf einem Session Host?
| Komponente | Zweck | Pflicht/Optional |
|---|---|---|
| Windows 10/11 Enterprise (Multi-Session) | Das Basis-OS | Pflicht |
| AVD Agent | Registriert VM beim Broker | Pflicht |
| Boot Loader | Verbindet Session Host ins AVD-Backend | Pflicht |
| FSLogix | Profile-Management | Stark empfohlen |
| Microsoft Teams Media Optimization | Audio/Video-Redirect | Empfohlen |
| Intune Agent / MDE | Endpoint-Management & Security | Empfohlen |
| Monitoring-Agent | Azure Monitor, Log Analytics | Empfohlen |
| Line-of-Business Apps | Business-Applikationen | Je nach Bedarf |
Welche Azure-VM-Größen für Session Hosts?
Die richtige VM-Größe hängt vom Workload, dem Host-Pool-Typ und der Ziel-Dichte ab:
| SKU | vCPU / RAM | Ziel-Workload | Typische User/VM |
|---|---|---|---|
| D2s_v5 | 2 / 8 GB | Personal Desktop (Light) | 1 |
| D4s_v5 | 4 / 16 GB | Personal Desktop (Standard) | 1 |
| D8s_v5 | 8 / 32 GB | Multi-Session Office | 6-10 |
| D16s_v5 | 16 / 64 GB | Multi-Session Power | 10-15 |
| E8s_v5 | 8 / 64 GB (Memory-optimized) | SAP GUI, RAM-heavy Apps | 6-10 |
| NVv4 (NV12ads A10) | 12 / 110 GB + GPU | CAD, 3D, Video | 1 (Personal) |
| NCasT4_v3 | 4 / 28 GB + T4 GPU | AI/ML, DeepLearning | 1-2 |
Premium-SSD vs. Standard-SSD
Für Session Hosts immer Premium-SSD verwenden (P10 oder P15). Die OS-Disk-IO ist ein Engpass bei Multi-Session — Standard-SSD macht das Login für alle User spürbar langsamer.
Session Host Lifecycle
Typischer Lifecycle
- Provisioning — VM aus Gold Image erstellen (Azure Template, Nerdio, oder manuell)
- Domain-Join — an Microsoft Entra ID oder on-prem AD joinen
- Agent-Installation — AVD-Agent mit Registrierungs-Token
- Pool-Zuweisung — VM tritt Host Pool bei, wird für User verfügbar
- Aktive Phase — User arbeiten, Monitoring läuft, Autoscaling optimiert
- Patching — Updates via Intune oder Nerdio, idealerweise automatisiert
- Drain-Modus — vor Wartung: keine neuen User, laufende Sessions beenden
- Rebuild/Retire — mit neuem Image austauschen (Multi-Session-VMs haben typisch kurze Lebenszyklen)
Best Practice: Cattle, not Pets: Session Hosts sollten wie „Vieh“ behandelt werden — ersetzbar, austauschbar, unpersönlich. Wenn eine VM Probleme macht: wegwerfen und neu aus Image bauen. Nie mühsam reparieren. Das geht nur, wenn Profile/Daten zentral (FSLogix) und App-Config automatisiert sind.
Session-Host-Sizing in DaaS Maps
Die DaaS Maps zeigen Session-Host-Sizing-Empfehlungen für verschiedene Workloads mit realen Kosten-Szenarien. Zum Austausch über VM-Sizing und Session-Host-Patterns findet ihr mich auf LinkedIn.