Richtlinien zur Größenfestlegung für Sitzungshost-VMs
Unabhängig davon, ob Sie die Sitzungshost-VMs auf Remotedesktopdiensten oder unter Azure Virtual Desktop ausführen, erfordern unterschiedliche Arten von Workloads unterschiedliche VM-Konfigurationen. Die Beispiele in diesem Artikel sind allgemeine Richtlinien, die Sie nur für erste Leistungsabschätzungen verwenden sollten. Um die bestmögliche Erfahrung zu gewährleisten, skaliere deine Bereitstellung gemäß den Anforderungen deiner Benutzer.
Arbeitsauslastungen
Benutzer können verschiedene Arten von Workloads auf den Sitzungshost-VMs ausführen. Die folgende Tabelle zeigt Beispiele für eine Reihe von Workloadtypen, mit denen Sie einschätzen können, welche Größe Ihr virtueller Computer haben muss. Nachdem du deine virtuellen Computer eingerichtet hast, solltest du ihre tatsächliche Nutzung ständig überwachen und ihre Größe entsprechend anpassen. Wenn du letztendlich einen größeren oder kleineren virtuellen Computer benötigst, kannst du deine vorhandene Bereitstellung problemlos in Azure zentral hoch- oder herunterskalieren.
In der folgenden Tabelle werden die einzelnen Workloads beschrieben. Beispielbenutzer sind die Benutzertypen, für die die jeweilige Workload möglicherweise am besten geeignet ist. Beispiel-Apps sind die Arten von Apps, die mit der jeweiligen Workload am besten funktionieren.
| Workloadtyp | Beispielbenutzer | Beispiel-Apps |
|---|---|---|
| Leicht | Benutzer, die grundlegende Dateneingabeaufgaben ausführen | Anwendungen für Datenbankeingaben, Befehlszeilenschnittstellen |
| Medium (Mittel) | Berater und Marktforscher | Anwendungen für Datenbankeingaben, Befehlszeilenschnittstellen, Microsoft Word, statische Webseiten |
| Schwer | Softwareentwickler, Inhaltsersteller | Anwendungen für Datenbankeingaben, Befehlszeilenschnittstellen, Microsoft Word, statische Webseiten, Microsoft Outlook, Microsoft PowerPoint, dynamische Webseiten, Softwareentwicklung |
| Power | Grafikdesigner, 3D-Modellersteller, Machine Learning-Forscher | Anwendungen für Datenbankeingaben, Befehlszeilenschnittstellen, Microsoft Word, statische Webseiten, Microsoft Outlook, Microsoft PowerPoint, dynamische Webseiten, Foto- und Videobearbeitung, CAD (Computer-Aided Design), CAM (Computer-Aided Manufacturing) |
Empfehlungen für Einzelsitzungen
Um eine Einzelsitzung handelt es sich, wenn jeweils nur ein Benutzer oder eine Benutzerin bei einer Sitzungshost-VM angemeldet ist. Wenn Sie beispielsweise persönliche Hostpools in Azure Virtual Desktop verwenden, ist dies ein Szenario mit einer Einzelsitzung. Für die Größe von VMs in Einzelsitzungsszenarien empfehlen wir mindestens zwei physische CPU-Kerne pro VM (in der Regel vier vCPUs mit Hyperthreading). Wenn du spezifischere VM-Größenempfehlungen für Szenarien mit nur einer Sitzung benötigst, frage bei den Softwareanbietern nach, die für deine Workload spezifisch sind. Die VM-Größenbestimmung für virtuelle Einzelsitzungscomputer orientiert sich in der Regel an Richtlinien für physische Geräte.
Die folgende Tabelle zeigt Beispiele für typische Workloads:
| Workloadtyp | vCPU/RAM/BS-Mindestspeicher | Azure-Beispielinstanzen | Profilcontainer-Mindestspeicher |
|---|---|---|---|
| Leicht | 2 vCPUs, 8 GB RAM, 32 GB Speicher | D2s_v5, D2s_v4 | 30 GB |
| Medium | 4 vCPUs, 16 GB RAM, 32 GB Speicher | D4s_v5, D4s_v4 | 30 GB |
| Schwer | 8 vCPUs, 32 GB RAM, 32 GB Speicher | D8s_v5, D8s_v4 | 30 GB |
Empfehlungen für mehrere Sitzungen
Um mehrere Sitzungen handelt es sich, wenn mehrere Benutzer*innen gleichzeitig bei einer Sitzungshost-VM angemeldet sind. Wenn Sie beispielsweise in Azure Virtual Desktop mit Windows 11 Enterprise für mehrere Sitzungen Hostpools verwenden, ist dies eine Bereitstellung mit mehreren Sitzungen.
Die folgende Tabelle zeigt die maximal empfohlene Anzahl von Benutzer*innen pro vCPU (Virtual Central Processing Unit) und die minimale VM-Konfiguration für standardmäßige oder größere Benutzerworkloads. Wenn du spezifischere VM-Größenempfehlungen für Szenarien mit nur einer Sitzung benötigst, frage bei den Softwareanbietern nach, die für deine Workload spezifisch sind.
| Workloadtyp | Maximale Anzahl von Benutzern pro vCPU | vCPU/RAM/BS-Mindestspeicher | Azure-Beispielinstanzen | Mindestprofilspeicher |
|---|---|---|---|---|
| Leicht | 6 | 8 vCPUs, 16 GB RAM, 32 GB Speicher | D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 | 30 GB |
| Medium | 4 | 8 vCPUs, 16 GB RAM, 32 GB Speicher | D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 | 30 GB |
| Schwer | 2 | 8 vCPUs, 16 GB RAM, 32 GB Speicher | D8s_v5, D8s_v4, F8s_v2, D8as_v4, D16s_v5, D16s_v4, F16s_v2, D16as_v4 | 30 GB |
| Leistung | 1 | 6 vCPUs, 56 GB RAM, 340 GB Speicher | D16ds_v5, D16s_v4, D16as_v4, NV6, NV16as_v4 | 30 GB |
Aus folgenden Gründen empfiehlt es sich, für Szenarien mit mehreren Sitzungen die VMs auf eine Größe zwischen 4 vCPUs und 24 vCPUs zu beschränken:
Alle VMs sollten über mehr als zwei Kerne verfügen. Die Benutzeroberflächenkomponenten in Windows benötigen für einige der umfangreicheren Renderingvorgänge mindestens zwei parallele Threads. Wenn in Szenarien mit mehreren Sitzungen mehrere Benutzer*innen eine VM mit zwei Kernen verwenden, führt dies dazu, dass Benutzeroberfläche und Apps instabil werden, was die Qualität des Benutzererlebnisses senkt. Vier Kerne sind die niedrigste empfohlene Anzahl von Kernen für eine stabile Multi-Session-VM.
VMs sollten über maximal 32 Kerne verfügen. Mit zunehmender Anzahl der Kerne steigt auch der Synchronisierungsmehraufwand für das System. Bei den meisten Workloads sinkt die Kapitalrendite (auch ROI, Return on Investment) bei ca. 16 Kernen, da der größte Teil der zusätzlichen Kapazität durch den Synchronisierungsmehraufwand aufgehoben wird. Das Benutzererlebnis ist mit zwei 16-Kern-VMs besser als mit einer 32-Kern-VM.
Der empfohlene Bereich zwischen 4 und 24 Kernen bietet im Allgemeinen bessere Kapazitätsergebnisse für Ihre Benutzer*innen, wenn Sie die Anzahl der Kerne erhöhen. Wenn sich beispielsweise 12 Benutzer*innen gleichzeitig bei einer VM mit vier Kernen anmelden, beträgt das Verhältnis drei Benutzer*innen pro Kern. Bei einer VM mit 8 Kernen und 14 Benutzer*innen beträgt das Verhältnis hingegen 1,75 Benutzer*innen pro Kern. In diesem Szenario bietet die letztere Konfiguration mit einem Verhältnis von 1,75 mehr Burst-Kapazität für Ihre Anwendungen mit kurzfristigem CPU-Bedarf.
Diese Empfehlung gilt in größerem Maßstab. Für Szenarien mit 20 oder mehr Benutzern, die mit einer einzigen VM verbunden sind, würden mehrere kleinere VMs eine bessere Leistung aufweisen als eine oder zwei große VMs. Wenn Sie beispielsweise erwarten, dass sich innerhalb von 10 Minuten 30 oder mehr Benutzer*innen beim selben Sitzungshost mit 16 Kernen anmelden, können 2 VMs mit 8 Kernen die Workload besser bewältigen. Anstelle eines tiefenorientierten Lastenausgleichs, bei dem erst dann ein neuer Sitzungshost verwendet wird, wenn die maximale Benutzeranzahl auf dem vorhandenen erreicht ist, können Sie auch einen breitenorientierten Lastenausgleich verwenden, um Benutzer*innen gleichmäßig auf verschiedene VMs zu verteilen.
Es ist zudem besser, eine große Anzahl kleinerer VMs anstelle einiger weniger großer VMs zu verwenden. Es ist einfacher, VMs herunterzufahren, die aktualisiert werden müssen oder gerade nicht in Gebrauch sind. Bei größeren VMs ist es wahrscheinlicher, dass immer mindestens ein Benutzer angemeldet ist, was Sie daran hindert, die VM herunterzufahren. Wenn Sie über viele kleinere VMs verfügen, ist es wahrscheinlicher, dass einige VMs keine aktive Benutzer*innen haben. Sie können diese nicht verwendeten VMs sicher herunterfahren, um Ressourcen zu schonen. Sie können sie entweder manuell herunterfahren oder automatisch, indem Sie die automatische Skalierung in Azure Virtual Desktop verwenden. Durch den sparsamen Umgang mit Ressourcen wird Ihre Bereitstellung resilienter, einfacher zu warten und kostengünstiger.
Allgemeine Empfehlungen für virtuelle Computer
Um Ihr ausgewähltes Betriebssystem in Azure auszuführen, müssen Sie einen SSD Premium-Speicher für Produktionsworkloads verwenden, für die eine Vereinbarung zum Servicelevel (Service Level Agreement, SLA) erforderlich ist. Weitere Informationen finden Sie unter Service Level Agreements (SLA) for Online Services (Vereinbarungen zum Servicelevel (Service Level Agreements, SLAs) für Onlinedienste).
GPUs sind eine gute Wahl für Benutzer, die regelmäßig grafikintensive Programme zum Rendern von Videos, für 3D-Entwürfe und für Simulationen verwenden. Azure bietet mehrere Bereitstellungsoptionen für Grafikbeschleunigung sowie mehrere verfügbare GPU-VM-Größen. Weitere Informationen dazu findest du unter Für GPU optimierte VM-Größen. Weitere allgemeine Informationen zur Grafikbeschleunigung in Remotedesktopdiensten finden Sie unter Remotedesktopdienste – GPU-Beschleunigung.
Burstfähige VMs der B-Serie in Azure sind eine gute Wahl für Benutzer, die nicht immer maximale CPU-Leistung benötigen. Weitere Informationen finden Sie unter Größen für virtuelle Computer in Azure und in den Preisinformationen für Serien virtueller Computer.
Testen deiner Workload
Schließlich wird empfohlen, Simulationstools zu verwenden, um die Bereitstellung sowohl mit Belastungstests als auch mit Simulation der tatsächlichen Nutzung zu testen. Stelle sicher, dass dein System reaktionsfähig und robust genug ist, um die Benutzeranforderungen zu erfüllen, und denke daran, die Ladegröße zu verändern, um böse Überraschungen zu vermeiden.