Richtlinien für die Größenanpassung des virtuellen Sitzungshostcomputers für Azure Virtual Desktop und Remotedesktopdienste

Die Größenanpassung von Sitzungshosts für Azure Virtual Desktop und Remotedesktopdienste erfordert sorgfältige Berücksichtigung der Workloadtypen und Hardwarekonfigurationen. Für unterschiedliche Arbeitsauslastungstypen sind unterschiedliche Hardwarekonfigurationen erforderlich, um eine optimale Leistung sicherzustellen.

Es gibt zwei Arten von Sitzungshosts, die man bei der richtigen Dimensionierung für Benutzer berücksichtigen sollte.

• Einzelsitzung: für einen einzelnen Benutzer zu einem Zeitpunkt vorgesehen.

• Mehrere Sitzungen: gleichzeitig für mehrere Benutzer freigegeben.

In einer Umgebung, in der remote auf Desktops und Apps zugegriffen wird, erfolgt die Ausführung und Datenverarbeitung auf dem Sitzungshost, es sei denn, die Apps unterstützen lokales Offload. Die korrekte Größenanpassung sowohl der einzelnen Sitzungshosts als auch der Anzahl der Sitzungshosts ist wichtig, damit Ihnen bei Spitzenlasten keine Ressourcen ausgehen, was andernfalls zu Benutzerunterbrechungen führen würde.

Sitzungshosts können auf virtuellen Maschinen oder auf physischer Hardware für Remote Desktop Services (RDS) ausgeführt werden. Virtuelle Maschinen haben einen gewissen Overhead, daher sollten Sie dies berücksichtigen, wenn Sie Ihre Sitzungshosts dimensionieren, was in diesem Artikel behandelt wird.

Die Beispiele in diesem Artikel sind allgemeine Richtlinien, die Sie nur für erste Leistungsabschätzungen verwenden sollten. Um die bestmögliche Erfahrung zu erzielen, skalieren Sie Ihre Bereitstellung je nach den Anforderungen Ihrer Benutzer.

Kapazitätsplanung

Die kapazität und ressourcen, die Sie bereitstellen müssen, sind für jeden unterschiedlich, da sie von vielen beitragenden Faktoren abhängig sind. Die Kapazitätsplanung ist der Prozess der Ermittlung der Sitzungshosts und deren Ressourcen, die erforderlich sind, um die erwarteten Workloadanforderungen zu erfüllen. Dabei werden die aktuellen und zukünftigen Ressourcenanforderungen analysiert, die Anzahl der Benutzer pro Sitzungshost geschätzt und die geeigneten Größen ermittelt, um eine optimale Leistung sicherzustellen.

Berücksichtigen Sie bei der Planung der Kapazität für Sitzungshosts die folgenden Bereiche:

Die folgenden beiden Ansätze werden häufig verwendet, um die Kapazität von Sitzungshosts zu ermitteln:

• Pilotansatz: Stellen Sie einen einzelnen Testserver bereit und erhöhen Sie die Auslastung schrittweise, während Benutzerfeedback und Systemleistungsindikatoren wie CPU, Paging, Datenträger und Netzwerk überwacht werden. Dieser Ansatz ist für kleinere Bereitstellungen zuverlässig, erfordert aber möglicherweise anfängliche Hardwareinvestitionen, die möglicherweise nicht den endgültigen Bereitstellungszielen entsprechen.

• Simulationsansatz: Verwenden Sie Automatisierungstools, um simulierte Benutzerworkloads zu generieren, die reales Benutzerverhalten nachahmen. Die Simulation umfasst in der Regel eine allmähliche Erhöhung der Anzahl simulierter Benutzer im Laufe der Zeit, und Leistungsmetriken werden während des gesamten Tests gesammelt. Die Analyse hilft dabei, den Punkt zu identifizieren, an dem die Leistung über akzeptable Schwellenwerte hinaus beeinträchtigt wird. Dieser Ansatz eignet sich besser für größere Bereitstellungen, bei denen die genaue Kapazitätsbestimmung erhebliche Auswirkungen auf Kaufentscheidungen hat.

Die Pilotierung ist tendenziell zeitaufwendiger und kostengünstiger für kleinere Bereitstellungen, während der Simulationsansatz für größere Bereitstellungen besser geeignet sein kann, bei denen die genaue Ermittlung der Sitzungshostkapazität erheblich Einfluss auf Kaufentscheidungen hat.

Je nachdem, welcher Ansatz Sie verwenden, müssen Sie auch wichtige Zeiten für die Benutzeranmeldung berücksichtigen, z. B. den Beginn eines Arbeitstags oder einer Schicht, was sich auf die Leistung im Vergleich zu einem stabilen Zustand auswirken kann und zu langen Anmeldezeiten führen kann. Ein Sitzungshost kann möglicherweise genügend Benutzer für ein bestimmtes Szenario unterstützen, hat aber möglicherweise nicht die Kapazität, diese Benutzer gleichzeitig anzumelden. Planen Sie auch etwas Spielraum ein, um unerwartete Spitzen in der Benutzeraktivität oder bei Ressourcenanforderungen zu bewältigen.

Es wird empfohlen, den Kapazitätsplanungsprozess zu dokumentieren, einschließlich Annahmen, Berechnungen und getroffener Entscheidungen. Kommunizieren Sie den Plan an die Projektbeteiligten, um die Ausrichtung und das Verständnis sicherzustellen.

Wichtige Faktoren, die die Kapazität und Leistung beeinflussen

Es gibt mehrere wichtige Faktoren, die sich auf die Kapazität von Sitzungshosts auswirken. Wenn Sie diese Faktoren verstehen, können Sie fundierte Entscheidungen zur Größenanpassung und Skalierung Ihrer Sitzungshosts treffen.

• CPU-Skalierung:

  • Die Anzahl der CPU-Kerne wirkt sich direkt auf die Anzahl der Benutzer aus, die auf einer VM des Sitzungshosts unterstützt werden können.
  • Die Verdoppelung der Anzahl der CPU-Kerne verdoppelt nicht unbedingt die Benutzerkapazität, da der Rückgabe- und Synchronisierungsaufwand verringert wird. Der Skalierungsfaktor ist höher, wenn die anfängliche Anzahl von CPUs klein ist und verringert sich, wenn die Anzahl der Kerne höher wird. Der Skalierungsfaktor von 4 Kernen auf 8 Kerne ist größer als der von 8 Kernen auf 16 Kerne.
  • Der Skalierungsfaktor liegt in der Regel zwischen 1,5 und 1,9, was bedeutet, dass Sie für jeden zusätzlichen Kern eine proportionale Erhöhung der Benutzerkapazität, aber keine lineare erwarten können.

• Auswirkungen auf den Arbeitsspeicher:

  • Die Menge des Arbeitsspeichers, der einem Sitzungshost-virtuellen Computer zugewiesen ist, wirkt sich direkt auf die Anzahl der unterstützten Benutzer aus.
  • Wenn Arbeitsspeicher der begrenzungsfähige Faktor ist, kann das Hinzufügen von mehr Arbeitsspeicher mit geringeren Kapazitäten die Leistung erheblich verbessern. Das Erhöhen des Arbeitsspeichers von 8 GB auf 16 GB kann beispielsweise die Anzahl der Benutzer, die Sie unterstützen können, mehr als verdoppeln.

• Auswirkungen der Benutzeranmeldung:

  • Die Benutzeranmeldung ist ein CPU-intensiver Vorgang, und hohe gleichzeitige Anmelderaten können sich erheblich auf die Systemleistung auswirken.
  • Planen Sie erwartete Anmeldemuster, z. B. den Beginn eines Arbeitstags um 9:00 Uhr, bei dem sich viele Benutzer gleichzeitig anmelden. Andernfalls können Benutzer erweiterte Anmeldezeiten erleben.

• Virtualisierungsaufwand

  • Die Ausführung auf virtuellen Computern kann aufgrund interner Tests zu 15-20% Kapazitätskosten im Vergleich zu Bare-Metal führen.
  • Ein Hypervisor führt mehr Latenz und CPU-Overhead ein, was dazu führen kann, dass benutzerantwortzeiten 10% auf 20% höher als auf Bare-Metal liegen.

• Hyperthreading-Vorteile

  • Hyperthreading kann die Benutzerkapazität verbessern, indem mehr Threads gleichzeitig auf jedem Kern ausgeführt werden können, wodurch die Ressourcen des Prozessors effizienter genutzt werden.
  • Die Vorteile von Hyperthreading variieren je nach Workload und Anzahl der Kerne. Workloads, die weniger CPU-intensiv sind, können von zusätzlichen parallelen Verarbeitungsfunktionen profitieren und durch Hyperthreading eine bessere Leistung erzielen.

• Netzwerkleistung

  • Netzwerklatenz, Paketverlust und Jitter können sich auf die Benutzererfahrung auswirken, insbesondere für Anwendungen, die eine häufige Kommunikation mit Remoteservern oder Datenbanken erfordern. Jede Kombination aus hoher Latenz, Paketverlust und Jitter kann zu langsameren Reaktionszeiten und beeinträchtigter Leistung führen.
  • Niedrigere Netzwerk-RTT, Paketverluste und Jitter führen zu schnelleren Reaktionszeiten und einer besseren Gesamtleistung. Erwägen Sie die Verwendung von Netzwerkverbindungen mit geringer Latenz, um die Auswirkungen der Netzwerkleistung auf die Benutzererfahrung zu minimieren.

• Speicherleistung

  • Die Speicherleistung kann sich auf die Benutzererfahrung auswirken, insbesondere für Anwendungen, die häufigen Datenträgerzugriff erfordern.
  • Verwenden Sie leistungsstarke Speicherlösungen wie SSDs oder NVMe-Laufwerke, um einen schnellen Datenzugriff sicherzustellen und die Latenz zu minimieren.

• Gpu-Anforderungen (Grafikverarbeitungseinheit)

  • Einige Workloads, z. B. grafikintensive Anwendungen für das Videorendering, das 3D-Design und Simulationen oder virtuelle Desktops mit hochauflösenden Displays, erfordern möglicherweise dedizierte GPUs, um eine optimale Leistung sicherzustellen.
  • Erwägen Sie die Verwendung von Sitzungshosts mit GPU-Funktionen, wenn Ihre Benutzer grafikintensive Anwendungen ausführen oder hochauflösende Displays erfordern.

All diese Faktoren können sich auf die Gesamtleistung und Kapazität von Sitzungshosts auswirken. Die Messung der Benutzereingabeverzögerung oder der End-to-End-Sitzungsantwortzeit ist eine wichtige Metrik, die bei der Auswertung der Leistung für Benutzer berücksichtigt werden muss. Diese Metrik misst die Zeit, die es benötigt, bis die Eingabe eines Benutzers verarbeitet und in der Sitzung widergespiegelt wird, wodurch eine genauere Darstellung der Benutzererfahrung bereitgestellt wird. Benutzer erwarten in der Regel eine Reaktionszeit von weniger als 200 Millisekunden für ihre Aktionen, und jede Verzögerung darüber hinaus kann zu einer beeinträchtigten Benutzererfahrung führen. Weitere Informationen zum Messen der Benutzererfahrung finden Sie im Abschnitt "Verwenden von Leistungsindikatoren (Performance Counters) zur Diagnose von App-Leistungsproblemen auf Remotedesktop-Sitzungshosts."

Workloads

Bei der Dimensionierung von Sitzungshosts ist es wichtig, die Art der Arbeitslast zu berücksichtigen, die Benutzer ausführen, da diese erheblich unterschiedlich sein kann. Beispielsweise haben Mitarbeiter mit geringen Dateneingabeanforderungen eine niedrige Ressourcenauslastung, die zu einer hohen Nutzeranzahldichte führen würde. Erfahrene Mitarbeiter, die schwere 3D-Apps verwenden, verbrauchen jedoch höhere Ressourcen, die zu einer geringen Benutzerdichte mit derselben Hardware führen würden.

Hier ist ein Beispiel, das Workloads in vier Typen kategorisiert: leicht, mittel, schwer und energie. Jeder Workloadtyp weist unterschiedliche Ressourcenanforderungen und Benutzererwartungen auf.

In der folgenden Tabelle werden die einzelnen Arbeitslasten beschrieben. Beispielbenutzer sind die Arten von Benutzern, die die einzelnen Arbeitsauslastungen am hilfreichsten finden können. Beispiel-Apps sind die Arten von Apps, die für jede Workload am besten funktionieren.

Empfehlungen zur Dimensionierung eines Session-Hosts für einzelne Sitzung

In einem Szenario mit einer einzelnen Sitzung ist immer nur ein Benutzer bei einem Sitzungshost angemeldet. Wenn Sie beispielsweise persönliche Hostpools in Azure Virtual Desktop verwenden, ist dies ein Szenario mit einer Einzelsitzung.

Diese Größenempfehlungen für Szenarien mit einer einzigen Sitzung basieren auf Azure-VMs. Sie können diese Zahlen auch als Grundlage für physische Sitzungshosts verwenden; berücksichtigen Sie Ihren Ansatz zur Kapazitätsplanung, um diese Empfehlungen für Ihre Workloads zu optimieren.

Es wird empfohlen, mindestens zwei physische CPU-Kerne pro VM zu verwenden, in der Regel vier vCPUs mit Hyperthreading. Wenn Sie spezifischere Empfehlungen zur Dimensionierung von virtuellen Computern für Einzel-Sitzungs-Szenarien benötigen, wenden Sie sich an die Softwareanbieter, die für Ihre Workload spezifisch sind. VM-Größen für Einzelsitzungssitzungshosts entsprechen in der Regel den Richtlinien für physische Geräte.

Die folgende Tabelle zeigt Beispiele für typische Workloads:

Empfehlungen für die Größenanpassung von Sitzungshosts mit mehreren Sitzungen

In einem Szenario mit mehreren Sitzungen ist mehrere Benutzer jederzeit bei einem virtuellen Sitzungshostcomputer angemeldet. Wenn Sie beispielsweise in Azure Virtual Desktop Hostpools mit dem Windows 11 Enterprise Betriebssystem im Multi-Session-Modus verwenden, handelt es sich um eine Multi-Session-Bereitstellung.

Eine Computerumgebung mit mehreren Sitzungen erlebt im Vergleich zu Einzelsitzungsumgebungen deutlich höhere Spitzenlasten. Ein Sitzungshost mit einer bestimmten Hardwarekapazität hat einen maximalen Workloadgrenzwert, den er unterstützen kann, bevor seine Ressourcen erschöpft sind.

Diese Größenempfehlungen für Szenarien mit mehreren Sitzungen basieren auf Azure-VMs. Sie können diese Zahlen auch als Grundlage für physische Sitzungshosts verwenden; berücksichtigen Sie Ihren Ansatz zur Kapazitätsplanung, um diese Empfehlungen für Ihre Workloads zu optimieren.

In der folgenden Tabelle sind die maximal vorgeschlagene Anzahl von Benutzern pro virtuellen zentralen Verarbeitungseinheit (vCPU) und die minimale VM-Konfiguration für eine Standard- oder größere Benutzerauslastung aufgeführt. Wenn Sie spezifischere Empfehlungen zur Dimensionierung von virtuellen Computern für Einzel-Sitzungs-Szenarien benötigen, wenden Sie sich an die Softwareanbieter, die für Ihre Workload spezifisch sind.

Bei Arbeitsauslastungen mit mehreren Sitzungen sollten Sie die VM-Größe aus folgenden Gründen auf 4 vCPUs und 24 vCPUs beschränken:

• Alle virtuellen Computer sollten mehr als zwei Kerne aufweisen. Die UI-Komponenten in Windows basieren auf der Verwendung von mindestens zwei parallelen Threads für einige der schwereren Renderingvorgänge. Bei Szenarien mit mehreren Sitzungen führt die Verwendung mehrerer Benutzer auf einer zweikernigen VM dazu, dass die Benutzeroberfläche und Apps instabil werden, wodurch die Qualität der Benutzererfahrung verringert wird. Vier Kerne sind die niedrigste empfohlene Anzahl von Kernen, die ein stabiler virtueller Computer mit mehreren Sitzungen aufweisen sollte.

• VMs sollten nicht mehr als 32 Kerne haben. Da sich die Anzahl der Kerne erhöht, erhöht sich auch der Synchronisierungsaufwand des Systems. Bei den meisten Workloads wird die Rendite bei rund 16 Kernen geringer, wobei die meisten zusätzlichen Kapazitäten durch den Synchronisierungsaufwand ausgeglichen werden. Die Benutzererfahrung ist besser mit zwei 16 Kern-VMs anstelle einer 32-Kern-VM.

Der empfohlene Bereich zwischen 4 und 24 Kernen bietet in der Regel bessere Kapazitätsrückgänge für Ihre Benutzer, wenn Sie die Anzahl der Kerne erhöhen. Wenn Sie beispielsweise 12 Benutzer gleichzeitig bei einem virtuellen Computer mit vier Kernen anmelden, beträgt das Verhältnis drei Benutzer pro Kern. Auf einer VM mit 8 Kernen und 14 Benutzern beträgt das Verhältnis 1,75 Benutzer pro Kern. In diesem Szenario bietet die letztere Konfiguration mit einem Verhältnis von 1,75 eine höhere Kapazität für Anwendungen mit kurzfristiger CPU-Nachfrage.

Diese Empfehlung gilt in größerem Maßstab. Bei Szenarien mit mindestens 20 Benutzern, die mit einem einzelnen virtuellen Computer verbunden sind, würden mehrere kleinere VMs besser als ein oder zwei große VMs ausführen. Wenn Sie beispielsweise erwarten, dass sich 30 oder mehr Benutzer innerhalb von 10 Minuten auf demselben Sitzungshost mit 16 Kernen anmelden, würden zwei 8-Kern-VMs die Workload besser verarbeiten. Sie können auch den Breiten-first-Lastenausgleich verwenden, um Benutzer gleichmäßig über verschiedene virtuelle Computer zu verteilen, anstatt einen Tiefenlastenausgleich zu verwenden, bei dem Sie nur einen neuen Sitzungshost verwenden können, nachdem das vorhandene Sitzungshost voll von Benutzern ist.

Es ist auch besser, eine große Anzahl kleinerer VMs anstelle einiger großer VMs zu verwenden. Es ist einfacher, virtuelle Computer zu beenden, die aktualisiert werden müssen oder derzeit nicht verwendet werden. Bei größeren virtuellen Computern ist es wahrscheinlicher, dass mindestens ein Benutzer zu einem bestimmten Zeitpunkt angemeldet ist, wodurch verhindert wird, dass sie den virtuellen Computer herunterfahren. Wenn Sie viele kleinere VMs haben, ist es wahrscheinlicher, dass Sie einige VMs ohne aktive Benutzer haben. Sie können diese nicht verwendeten virtuellen Computer sicher herunterfahren, um Ressourcen zu sparen, entweder manuell oder automatisch mithilfe der Automatischen Skalierung in Azure Virtual Desktop. Durch das Sparen von Ressourcen wird Ihre Bereitstellung stabiler, einfacher zu verwalten und kostengünstiger.

Verwandte Inhalte

• Verwenden Sie Leistungsindikatoren, um Probleme mit der Anwendungsleistung auf Remotedesktop-Sitzungshosts zu diagnostizieren.
• Whitepaper zur Kapazitätsplanung von Windows Server 2025 (PDF) für ausführlichere Planungsanleitungen für Bereitstellungen von Windows Server 2025-Remotedesktopdiensten.