Konfigurieren des Hostpool-Lastenausgleichs in Azure Virtual Desktop

Azure Virtual Desktop unterstützt zwei Lastenausgleichsalgorithmen für gepoolte Hostpools. Jeder Algorithmus legt fest, welcher Sitzungshost verwendet wird, wenn ein/e Benutzer*in eine Remotesitzung startet. Lastenausgleich wird nicht auf persönliche Hostpools angewandt, da Benutzer*innen im Hostpool immer über eine 1:1-Zuordnung zu einem Sitzungshost verfügen.

Die folgenden Lastenausgleichsalgorithmen sind für gepoolte Hostpools verfügbar:

  • Breitenorientiert, bei dem neue Benutzersitzungen gleichmäßig auf die Sitzungshosts in einem Hostpool verteilt werden sollen. Sie müssen kein maximales Sitzungslimit für die Anzahl von Sitzungen angeben.

  • Tiefenorientiert, bei dem neue Benutzersitzungen weiterhin auf demselben Sitzungshost gestartet werden, bis das maximale Sitzungslimit erreicht ist. Nachdem das Sitzungslimit erreicht wurde, werden neue Benutzerverbindungen an den nächsten Sitzungshost im Hostpool weitergereicht, bis dessen Limit erreicht ist, usw.

Sie können nur einen der Lastenausgleichsalgorithmen pro gepooltem Hostpool konfigurieren, Sie können jedoch jederzeit ändern, welcher verwendet werden soll. Beide Lastenausgleichsalgorithmen weisen die folgenden Verhaltensweisen auf:

  • Wenn ein Benutzer bereits eine aktive oder getrennte Sitzung im Host-Pool hat und sich erneut anmeldet, leitet der Load Balancer ihn erfolgreich an den Sitzungshost mit seiner bestehenden Sitzung weiter. Dieses Verhalten trifft auch dann zu, wenn der Ausgleichsmodus für diesen Sitzungshost aktiviert wurde.

  • Wenn ein/e Benutzer*in nicht bereits über eine Sitzung auf einem Sitzungshost im Hostpool verfügt, berücksichtigt der Lastenausgleich keinen Sitzungshost, bei dem der Ausgleichsmodus aktiviert wurde.

  • Wenn Sie das maximale Sitzungslimit auf einem Sitzungshost verringern, während dieser aktive Benutzersitzungen aufweist, wirkt sich die Änderung nicht auf die bestehenden Benutzersitzungen aus.

Breitenorientierter Lastenausgleichsalgorithmus

Der breitenorientierte Lastenausgleichsalgorithmus zielt darauf ab, Benutzersitzungen auf Sitzungshosts zu verteilen, um die Sitzungsleistung zu optimieren. Breitenorientierter Lastenausgleich ist ideal für Organisationen, die Benutzer*innen, die eine Verbindung mit ihren Remoteressourcen herstellen möchten, optimal versorgen möchten, da Sitzungshostressourcen wie CPU, Arbeitsspeicher und Datenträger in der Regel weniger beansprucht werden.

Der breitenorientierte Algorithmus fragt zunächst Sitzungshosts in einem Hostpool ab, die neue Verbindungen zulassen. Dann wählt der Algorithmus einen Sitzungshost zufällig aus der Hälfte der verfügbaren Sitzungshosts mit der geringsten Anzahl von Sitzungen aus. Wenn beispielsweise neun Sitzungshosts mit 11, 12, 13, 14, 15, 16, 17, 18 und 19 Sitzungen vorhanden sind, wird eine neue Sitzung nicht automatisch dem Sitzungshost mit der geringsten Anzahl von Sitzungen zugeordnet. Stattdessen kann er nach dem Zufallsprinzip jedem der fünf Sitzungshosts mit den wenigsten Sitzungen zugeordnet werden. Aufgrund der zufälligen Verteilung sind einige Sitzungen möglicherweise nicht gleichmäßig auf alle Sitzungshosts verteilt.

Tiefenorientierter Lastenausgleichsalgorithmus

Der tiefenorientierte Lastenausgleichsalgorithmus zielt darauf ab, jeweils einen Sitzungshost voll zu nutzen. Dieser Algorithmus ist ideal für kostenbewusste Organisationen geeignet, die die Anzahl der in einem Hostpool verfügbaren Sitzungshosts präziser steuern möchten. Dadurch können Sie die Anzahl der aktivierten Sitzungshosts einfacher herunterskalieren, wenn weniger Benutzer*innen vorhanden sind.

Der tiefenorientierte Algorithmus fragt zunächst Sitzungshosts ab, die neue Verbindungen zulassen und deren maximales Sitzungslimit noch nicht erreicht wurde. Anschließend wählt der Algorithmus den Sitzungshost mit der höchsten Anzahl von Sitzungen aus. Bei einem Gleichstand wählt der Algorithmus den ersten Sitzungshost aus der Abfrage aus.

Sie müssen ein maximales Sitzungslimit festlegen, wenn Sie den tiefenorientierten Algorithmus verwenden. Sie können mit Azure Virtual Desktop Insights die Anzahl der Sitzungen auf den einzelnen Sitzungshosts überwachen und die Sitzungshostleistung überprüfen, um das beste maximale Sitzungslimit für Ihre Umgebung zu ermitteln.

Wichtig

Sobald alle Sitzungshosts das maximale Sitzungslimit erreicht haben, müssen Sie das Limit erhöhen oder dem Hostpool weitere Sitzungshosts hinzufügen.

Voraussetzungen

Zum Konfigurieren des Lastenausgleichs für einen gepoolten Hostpool benötigen Sie Folgendes:

Konfigurieren des Lastenausgleichs

Wählen Sie die relevante Registerkarte für Ihr Szenario aus.

Das Konfigurieren des Lastenausgleichs mit dem Azure-Portal funktioniert folgendermaßen:

  1. Melden Sie sich beim Azure-Portal an.

  2. Geben Sie in der Suchleiste Azure Virtual Desktop ein, und wählen Sie den entsprechenden Diensteintrag aus.

  3. Wählen Sie Hostpools und dann den Namen des Hostpools aus, den Sie konfigurieren möchten.

  4. Wählen Sie Eigenschaften aus.

  5. Wählen Sie für Lastenausgleichsalgorithmus im Dropdownmenü aus, welchen Typ Sie für diesen Hostpool verwenden möchten, und geben Sie dann einen Wert für Maximale Anzahl von Sitzungen ein.

  6. Wählen Sie Speichern aus, um die neuen Lastenausgleicheinstellungen zu übernehmen.

Hinweis

Der Algorithmus für den tiefenorientierten Lastenausgleich verteilt Sitzungen bis zur maximalen Anzahl von Sitzungen. Wenn Sie beim ersten Erstellen eines Hostpools die breitenorientierte Herangehensweise verwenden, wird der Standardwert für die maximale Anzahl von Sitzungen auf 999999 festgelegt. Dies ist auch die höchstmögliche Anzahl ist, auf die Sie diesen Parameter festlegen können. Zum Erzielen einer optimalen Benutzererfahrung beim Verwenden des tiefenorientierten Lastenausgleichs sollten Sie darauf achten, den Parameter für die maximale Anzahl von Sitzungen auf eine Zahl festzulegen, die möglichst gut zu Ihrer Umgebung passt.

  • Erfahren Sie, wie die Anzahl der verfügbaren Sitzungshosts in einem Hostpool automatisch skaliert werden kann.