Skalierungspläne und Beispielszenarien für die Autoskalierung in Azure Virtual Desktop
Mit der Autoskalierung können Sie Ihre Sitzungshost-VMs in einem Hostpool gemäß einem Zeitplan hoch- bzw. herunterskalieren, um die Bereitstellungskosten zu optimieren.
Hinweis
- Die Autoskalierung wird von Azure Virtual Desktop (klassisch) nicht unterstützt.
- Es ist nicht möglich, die Autoskalierung und die Skalierung von Sitzungshosts mithilfe von Azure Automation im selben Hostpool zu verwenden. Sie müssen entweder die eine Option oder die andere verwenden.
- Die Autoskalierung ist in Azure und Azure Government in denselben Regionen verfügbar, in denen Sie Hostpools erstellen können.
- Die Autoskalierungsunterstützung für Azure Stack HCI mit Azure Virtual Desktop befindet sich derzeit in der VORSCHAU. Die zusätzlichen Nutzungsbestimmungen für Microsoft Azure-Vorschauen enthalten rechtliche Bedingungen. Sie gelten für diejenigen Azure-Features, die sich in der Beta- oder Vorschauversion befinden oder aber anderweitig noch nicht zur allgemeinen Verfügbarkeit freigegeben sind.
Zum Erzielen optimaler Ergebnisse empfehlen wir die Verwendung der Autoskalierung mit VMs, die mit Azure Resource Manager-Vorlagen (ARM) für Azure Virtual Desktop oder mit Erstanbietertools von Microsoft bereitgestellt wurden.
So funktioniert ein Skalierungsplan
Bevor Sie Ihren Plan erstellen, beachten Sie Folgendes:
Sie können einen Skalierungsplan einem oder mehrere Hostpools desselben Hostpooltyps zuweisen. Die Zeitpläne des Skalierungsplans werden auf alle zugewiesenen Hostpools angewendet.
Sie können nur einen Skalierungsplan pro Hostpool zuordnen. Wenn Sie mehreren Hostpools einen einzelnen Skalierungsplan zuweisen, können diese Hostpools nicht einem anderen Skalierungsplan zugewiesen werden.
Der Ruhezustand ist für persönliche Hostpools verfügbar. Weitere Informationen finden Sie unter Ruhezustand auf virtuellen Computern.
Ein Skalierungsplan kann nur in seiner konfigurierten Zeitzone eingesetzt werden.
Ein Skalierungsplan kann einen oder mehrere Zeitpläne haben. Beispielsweise unterschiedliche Zeitpläne an Wochentagen im Vergleich zum Wochenende.
Stellen Sie sicher, dass Sie die Verwendungsmuster verstehen, bevor Sie Ihren Zeitplan definieren. Sie müssen ungefähr die folgenden Tageszeiten einplanen:
- Anlaufzeiten: Der Anfang des Tages, an dem die Nutzung beginnt.
- Spitzenzeiten: Die Tageszeit, zu der die Nutzung voraussichtlich am höchsten ist.
- Auslaufzeiten: Wenn die Nutzung nachlässt. Dies ist normalerweise der Fall, wenn Sie Ihre VMs herunterfahren, um Kosten zu sparen.
- Außerhalb der Spitzenzeiten: Die Tageszeit, zu der die Nutzung voraussichtlich am niedrigsten ist.
Der Skalierungsplan wird wirksam, sobald Sie ihn aktivieren.
Beachten Sie auch die folgenden Einschränkungen:
Verwenden Sie die automatische Skalierung nicht in Kombination mit anderen Skalierungstools von Microsoft oder Drittanbietern. Stellen Sie sicher, dass Sie diese für die Hostpools deaktivieren, auf die Sie die Skalierungspläne anwenden.
Bei gepoolten Hostpools überschreibt die Autoskalierung den Ausgleichsmodus. Achten Sie daher darauf, beim Aktualisieren von VMs in Hostpools Ausschlusstags zu verwenden.
Bei gepoolten Hostpools ignoriert die Autoskalierung vorhandene Lastenausgleichsalgorithmen in den Einstellungen Ihres Hostpools, und stattdessen wird der Lastenausgleich basierend auf Ihrer Zeitplankonfiguration angewendet.
Beispielszenarien für die Autoskalierung für gepoolte Hostpools
In diesem Abschnitt gibt es vier Szenarien, die veranschaulichen, wie verschiedene Teile der Autoskalierung für gepoolte Hostpools funktionieren. Jedes Beispiel enthält Tabellen, die die Einstellungen des Hostpools zeigen, sowie animierte visuelle Demonstrationen.
Hinweis
Weitere Informationen zur Bedeutung der Parameterbegriffe finden Sie in unserem Glossar zur automatischen Skalierung.
Szenario 1: Wann schaltet die Autoskalierung VMs ein?
Dieses Szenario zeigt, dass die Autoskalierung VMs-Hosts in jeder Phase des Skalierungsplanzeitplans einschalten kann, wenn die verwendete Hostpoolkapazität den Kapazitätsschwellenwert überschreitet.
Betrachten wir beispielsweise das folgende Hostpoolsetup, wie in dieser Tabelle beschrieben:
| Parameter | Wert |
|---|---|
| Phase | Anlaufzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Breitensuche |
| Kapazitätsschwellenwert | 30 % |
| Mindestprozentsatz der Hosts | 30 % |
| Verfügbare Sitzungshosts | 2 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 10 |
| Benutzersitzungen | 0 |
| Verwendete Hostpoolkapazität | 0 % |
Zu Beginn dieser Phase hat die Autoskalierung zwei Sitzungshosts aktiviert, um den Mindestprozentsatz an Hosts zu erfüllen. 30 % von 6 ist keine ganze Zahl, daher rundet die Autoskalierung auf die nächste ganze Zahl auf. Wenn zwei Sitzungshosts und ein maximaler Sitzungsgrenzwert von fünf Sitzungen pro Host verfügbar sind, bedeutet dies, dass dieser Hostpool über eine verfügbare Hostpoolkapazität von 10 verfügt. Da derzeit keine Benutzersitzungen vorhanden sind, beträgt die Kapazität des verwendeten Hostpools 0 %.
Angenommen, am Tagesanfang melden sich drei Benutzer an und starten Benutzersitzungen. Ihre Benutzersitzungen werden gleichmäßig auf die beiden verfügbaren Sitzungshosts verteilt, da der Lastenausgleichsalgorithmus breitenorientiert agiert. Die verfügbare Kapazität des Hostpools beträgt immer noch 10, aber mit den drei neuen Benutzersitzungen beträgt die Kapazität des verwendeten Hostpools jetzt 30 %. Die Autoskalierung schaltet jedoch erst dann VMs ein, wenn die verwendete Hostpoolkapazität den Kapazitätsschwellenwert überschreitet. In diesem Beispiel beträgt der Kapazitätsschwellenwert 30 %, daher schaltet die Autoskalierung noch keine VMs ein.
An diesem Punkt sehen die Parameter des Hostpools wie folgt aus:
| Parameter | Wert |
|---|---|
| Phase | Anlaufzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Breitensuche |
| Kapazitätsschwellenwert | 30 % |
| Mindestprozentsatz der Hosts | 30 % |
| Verfügbare Sitzungshosts | 2 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 10 |
| Benutzersitzungen | 3 |
| Verwendete Hostpoolkapazität | 30 % |
Wenn sich ein anderer Benutzer anmeldet und eine Sitzung startet, gibt es jetzt vier Benutzersitzungen, die auf zwei Sitzungshosts verteilt sind. Die Kapazität des verwendeten Hostpools beträgt jetzt 40 %, was höher als der Kapazitätsschwellenwert ist. Daher schaltet die Autoskalierung einen weiteren Sitzungshost ein, damit die verwendete Hostpoolkapazität einen Wert kleiner oder gleich dem Kapazitätsschwellenwert (30 %) erreicht.
Zusammenfassend sind die Parameter angegeben, wenn die Kapazität des verwendeten Hostpools den Kapazitätsschwellenwert überschreitet:
| Parameter | Wert |
|---|---|
| Phase | Anlaufzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Breitensuche |
| Kapazitätsschwellenwert | 30 % |
| Mindestprozentsatz der Hosts | 30 % |
| Verfügbare Sitzungshosts | 2 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 10 |
| Benutzersitzungen | 4 |
| Verwendete Hostpoolkapazität | 40% |
Dies sind die Parameter, nachdem die Autoskalierung einen anderen Sitzungshost aktiviert hat:
| Parameter | Wert |
|---|---|
| Phase | Anlaufzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Breitensuche |
| Kapazitätsschwellenwert | 30 % |
| Mindestprozentsatz der Hosts | 30 % |
| Verfügbare Sitzungshosts | 3 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 15 |
| Benutzersitzungen | 4 |
| Verwendete Hostpoolkapazität | 27 % |
Wenn Sie einen anderen Sitzungshost aktivieren, sind jetzt drei Sitzungshosts im Hostpool verfügbar. Da das maximale Sitzungslimit weiterhin fünf beträgt, ist die verfügbare Kapazität des Hostpools auf 15 gestiegen. Da sich die verfügbare Kapazität des Hostpools erhöht hat, ist die verwendete Kapazität des Hostpools auf 27 % gestiegen, was unter dem Kapazitätsschwellenwert von 30 % liegt.
Wenn sich ein anderer Benutzer anmeldet, sind jetzt fünf Benutzersitzungen auf drei verfügbare Sitzungshosts verteilt. Die Kapazität des verwendeten Hostpools beträgt jetzt 33 %, was über dem Kapazitätsschwellenwert von 30 % liegt. Durch die Überschreitung des Kapazitätsschwellenwerts wird die Autoskalierung aktiviert und schaltet einen weiteren Sitzungshost ein.
Da unser Beispiel die Anlaufphase zeigt, werden sich wahrscheinlich weiter neue Benutzer anmelden. Wenn mehr Benutzer eintreffen, wird das Muster klarer:
| Gesamtzahl der Benutzersitzungen | Anzahl der verfügbaren Sitzungshosts | Verfügbare Hostpoolkapazität | Kapazitätsschwellenwert | Verwendete Hostpoolkapazität | Wird bei der automatischen Skalierung ein anderer Sitzungshost eingeschaltet? |
|---|---|---|---|---|---|
| 5 | 3 | 15 | 30 % | 33 % | Ja |
| 5 | 4 | 20 | 30 % | 25 % | Nein |
| 6 | 4 | 20 | 30 % | 30 % | Nein |
| 7 | 4 | 20 | 30 % | 35 % | Ja |
| 7 | 5 | 25 | 30 % | 28 % | Nein |
Wie diese Tabelle zeigt, schaltet die Autoskalierung nur dann neue Sitzungshosts ein, wenn die verwendete Hostpoolkapazität den Kapazitätsschwellenwert überschreitet. Wenn die verwendete Hostpoolkapazität beim Kapazitätsschwellenwert liegt oder diesen unterschreitet, schaltet die Autoskalierung keine neuen Sitzungshosts ein.
Die folgende Animation ist eine visuelle Zusammenfassung der soeben in Szenario 1 durchgeführten Schritte.
Szenario 2: Wann schaltet die Autoskalierung VMs aus?
Dieses Szenario zeigt, dass die Autoskalierung Sitzungshosts ausschaltet, wenn alle folgenden Punkte zutreffen:
- Die Kapazität der verwendeten Hostpools liegt unter dem Kapazitätsschwellenwert.
- Die Autoskalierung kann Sitzungshosts ausschalten, ohne dass der Kapazitätsschwellenwert überschritten wird.
- Die Autoskalierung schaltet nur Sitzungshosts ohne Benutzersitzungen aus (es sei denn, der Skalierungsplan befindet sich in der Auslaufphase und Sie haben die Einstellung „Abmeldung erzwingen“ aktiviert).
- Bei der Autoskalierung mit Pools werden Sitzungshosts in der Anlaufphase nicht deaktiviert, um einen mangelhaften Ablauf zu vermeiden.
In diesem Szenario sieht der Hostpool wie folgt aus:
| Parameter | Wert |
|---|---|
| Phase | Peak |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Breitensuche |
| Kapazitätsschwellenwert | 30 % |
| Mindestprozentsatz der Hosts | 30 % |
| Verfügbare Sitzungshosts | 5 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 25 |
| Benutzersitzungen | 7 |
| Verwendete Hostpoolkapazität | 28 % |
Da wir uns in der Spitzenphase befinden, können wir davon ausgehen, dass die Anzahl der Benutzer relativ stabil bleibt. Um jedoch die Menge der verwendeten Ressourcen stabil zu halten und gleichzeitig effizient zu bleiben, schaltet die Autoskalierung Sitzungshosts nach Bedarf ein und aus.
Angenommen, während der Spitzenzeiten sind sieben Benutzer angemeldet. Wenn die Gesamtzahl der Benutzersitzungen sieben beträgt, würde dies eine Kapazität von 28 % des verwendeten Hostpools ergeben. Da die Autoskalierung keinen Sitzungshost ausschalten kann, ohne dass die verwendete Hostpoolkapazität den Kapazitätsschwellenwert überschreitet, schaltet sie noch keine Sitzungshosts aus.
Wenn sich zwei der sieben Benutzer während der Pause abmelden, bleiben fünf Benutzersitzungen auf fünf Sitzungshosts. Da das maximale Sitzungslimit immer noch fünf beträgt, beträgt die verfügbare Hostpoolkapazität 25. Wenn sie nur fünf Benutzer haben, beträgt die Kapazität des verwendeten Hostpools jetzt 20 %. Die Autoskalierung muss jetzt überprüfen, ob ein Sitzungshost ausgeschaltet werden kann, ohne dass die verwendete Hostpoolkapazität den Kapazitätsschwellenwert überschreitet.
Wenn die Autoskalierung einen Sitzungshost ausschaltet, beträgt die verfügbare Hostpoolkapazität 20. Bei fünf Benutzern beträgt die Kapazität des verwendeten Hostpools dann 25 %. Da 25 % kleiner ist als der Kapazitätsschwellenwert von 30 %, wählt die Autoskalierung einen Sitzungshost ohne Benutzersitzungen aus, versetzt ihn in den Ausgleichsmodus und schaltet ihn aus.
Nachdem die Autoskalierung einen der Sitzungshosts ohne Benutzersitzungen ausgeschaltet hat, sind noch vier Sitzungshosts verfügbar. Das maximale Sitzungslimit des Hostpools beträgt immer noch fünf, sodass die verfügbare Hostpoolkapazität 20 beträgt. Da es fünf Benutzersitzungen gibt, beträgt die Kapazität des verwendeten Hostpools 25 %, was weiterhin unter dem Kapazitätsschwellenwert liegt.
Wenn sich jedoch ein anderer Benutzer abmeldet und in die Pause geht, gibt es jetzt vier Benutzersitzungen, die auf die vier Sitzungshosts im Hostpool verteilt sind. Da das maximale Sitzungslimit immer noch fünf beträgt, beträgt die verfügbare Hostpoolkapazität 20 und die Kapazität des verwendeten Hostpools 20 %. Wenn Sie einen weiteren Sitzungshost ausschalten, verbleiben drei Sitzungshosts und eine verfügbare Hostpoolkapazität von 15, wodurch die genutzte Hostpoolkapazität auf etwa 27 % ansteigt. Obwohl 27 % unter dem Kapazitätsschwellenwert liegen, gibt es keine Sitzungshosts mit null Benutzersitzungen. Die Autoskalierung wählt den Sitzungshost mit der niedrigsten Anzahl von Benutzersitzungen aus, versetzt ihn in den Ausgleichsmodus und wartet, bis alle Benutzersitzungen abgemeldet wurden, bevor der Host ausgeschaltet wird. Wenn die verwendete Hostpoolkapazität zu irgendeinem Zeitpunkt an einen Punkt gelangt, an dem die Autoskalierung den Sitzungshost nicht mehr ausschalten kann, wird der Ausgleichsmodus für den Sitzungshost deaktiviert.
Die folgende Animation ist eine visuelle Zusammenfassung der soeben in Szenario 2 durchgeführten Schritte.
Szenario 3: Wann erzwingt die Autoskalierung eine Abmeldung von Benutzern?
Die Autoskalierung erzwingt nur dann eine Benutzerabmeldung, wenn Sie die Einstellung Abmelden erzwingen für die Auslaufphase Ihres Skalierungsplanzeitplans aktiviert haben. Mit der Einstellung „Abmelden erzwingen“ werden Benutzer während einer anderen Phase des Skalierungsplanzeitplans nicht abgemeldet.
Betrachten wir beispielsweise einen Hostpool mit den folgenden Parametern:
| Parameter | Wert |
|---|---|
| Phase | Auslaufzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Tiefensuche |
| Kapazitätsschwellenwert | 75 % |
| Mindestprozentsatz der Hosts | 10 % |
| Verfügbare Sitzungshosts | 4 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 20 |
| Benutzersitzungen | 4 |
| Verwendete Hostpoolkapazität | 20% |
Während der Anfangsphase hat der Hostpooladministrator den Kapazitätsschwellenwert auf 75 % und den Mindestprozentsatz von Hosts auf 10 % festgelegt. Ein hoher Kapazitätsschwellenwert und ein niedriger Mindestprozentsatz von Hosts in dieser Phase verringern die Notwendigkeit, neue Sitzungshosts am Ende des Arbeitstags zu aktivieren.
In diesem Szenario nehmen wir an, dass derzeit vier Benutzer auf den vier verfügbaren Sitzungshosts in diesem Hostpool vorhanden sind. Da die verfügbare Hostpoolkapazität 20 beträgt, bedeutet dies, dass die Kapazität des verwendeten Hostpools 20 % beträgt. Anhand dieser Informationen erkennt die Autoskalierung, dass sie zwei Sitzungshosts ausschalten kann, ohne dass der Kapazitätsschwellenwert von 75 % überschritten wird. Da jedoch auf allen Sitzungshosts im Hostpool Benutzersitzungen vorhanden sind, muss die Autoskalierung eine Abmeldung von Benutzern erzwingen, um zwei Sitzungshosts ausschalten zu können.
Wenn Sie die Einstellung „Abmelden erzwingen“ aktiviert haben, wählt die Autoskalierung die Sitzungshosts mit der geringsten Anzahl von Benutzersitzungen aus und versetzt diese Sitzungshosts in den Ausgleichsmodus. Die Autoskalierung sendet Benutzern auf den ausgewählten Sitzungshosts Benachrichtigungen, dass sie nach einem bestimmten Zeitraum zwangsweise von ihren Sitzungen abgemeldet werden. Wenn diese Zeit verstrichen ist und die Benutzer ihre Sitzungen noch nicht beendet haben, erzwingt die Autoskalierung die Beendigung dieser Sitzungen. Da in diesem Szenario auf jedem Sitzungshost im Hostpool die gleiche Anzahl von Benutzersitzungen vorhanden ist, wählt die Autoskalierung nach dem Zufallsprinzip zwei Sitzungshosts aus, erzwingt die Abmeldung aller Benutzer auf diesen Hosts und schaltet die Hosts dann aus.
Sobald die Autoskalierung die beiden Sitzungshosts ausgeschaltet hat, beträgt die verfügbare Hostpoolkapazität 10. Da nun nur noch zwei Benutzersitzungen übrig sind, beträgt die Kapazität des verwendeten Hostpools 20 %, wie in der folgenden Tabelle gezeigt.
| Parameter | Wert |
|---|---|
| Phase | Auslaufzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Tiefensuche |
| Kapazitätsschwellenwert | 75 % |
| Mindestprozentsatz der Hosts | 10 % |
| Verfügbare Sitzungshosts | 2 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 10 |
| Benutzersitzungen | 2 |
| Verwendete Hostpoolkapazität | 20% |
Nehmen wir nun an, dass die beiden Benutzer, die sich abmelden mussten, die Arbeit fortsetzen und sich wieder anmelden möchten. Da die verfügbare Hostpoolkapazität immer noch 10 beträgt, beträgt die verwendete Hostpoolkapazität jetzt 40 %, was unter dem Kapazitätsschwellenwert von 75 % liegt. Die Autoskalierung kann jedoch keine weiteren Sitzungshosts ausschalten, da damit nur noch ein Sitzungshost verfügbar wäre und die verfügbare Hostpoolkapazität 5 betrüge. Bei vier Benutzern würde dies die verwendete Hostpoolkapazität auf 80 % erhöhen, was über dem Kapazitätsschwellenwert liegt.
Die Parameter sehen nun wie folgt aus:
| Parameter | Wert |
|---|---|
| Phase | Auslaufzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Tiefensuche |
| Kapazitätsschwellenwert | 75 % |
| Mindestprozentsatz der Hosts | 10 % |
| Verfügbare Sitzungshosts | 2 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 10 |
| Benutzersitzungen | 4 |
| Verwendete Hostpoolkapazität | 40% |
Wenn sich zu diesem Zeitpunkt ein anderer Benutzer abmeldet, bleiben nur drei Benutzersitzungen auf die beiden verfügbaren Sitzungshosts verteilt. Das heißt, der Hostpool sieht jetzt wie folgt aus:
| Parameter | Wert |
|---|---|
| Phase | Auslaufzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Tiefensuche |
| Kapazitätsschwellenwert | 75 % |
| Mindestprozentsatz der Hosts | 10 % |
| Verfügbare Sitzungshosts | 2 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 10 |
| Benutzersitzungen | 3 |
| Verwendete Hostpoolkapazität | 30 % |
Da das maximale Sitzungslimit immer noch fünf beträgt und die verfügbare Hostpoolkapazität 10 beträgt, beträgt die verwendete Hostpoolkapazität jetzt 30 %. Jetzt kann die Autoskalierung einen Sitzungshost ausschalten, ohne dass der Kapazitätsschwellenwert überschritten wird. Zum Ausschalten eines Sitzungshosts wählt die Autoskalierung den Sitzungshost mit der geringsten Anzahl von Benutzersitzungen aus. Dann versetzt die Autoskalierung diesen Sitzungshost in den Ausgleichsmodus und sendet Benutzern eine Benachrichtigung, dass der Sitzungshost ausgeschaltet wird. Nach einer festgelegten Zeitspanne erzwingt die Autoskalierung die Abmeldung aller verbleibenden Benutzer und schaltet den Host aus. Danach gibt es nun einen verfügbaren Sitzungshost im Hostpool mit einem maximalen Sitzungslimit von fünf, sodass die verfügbare Kapazität des Hostpools fünf beträgt.
Da die Autoskalierung einen Benutzer zum Abmelden zwang, als der gewählte Sitzungshost deaktiviert wurde, sind jetzt nur noch zwei Benutzersitzungen vorhanden, wodurch die Kapazität des verwendeten Hostpools 40 % beträgt.
Der Hostpool sieht nun wie folgt aus:
| Parameter | Wert |
|---|---|
| Phase | Auslaufzeiten |
| Sitzungshosts gesamt | 6 |
| Maximales Sitzungslimit | 5 |
| Lastenausgleichsalgorithmus | Tiefensuche |
| Kapazitätsschwellenwert | 75 % |
| Mindestprozentsatz der Hosts | 10 % |
| Verfügbare Hostpoolkapazität | 5 |
| Benutzersitzungen | 2 |
| Verfügbare Sitzungshosts | 1 |
| Verwendete Hostpoolkapazität | 40% |
Stellen Sie sich danach vor, dass sich der Benutzer, der sich abmelden musste, wieder anmeldet, sodass der Hostpool wie folgt aussieht:
| Parameter | Wert |
|---|---|
| Phase | Auslaufzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Tiefensuche |
| Kapazitätsschwellenwert | 75 % |
| Mindestprozentsatz der Hosts | 10 % |
| Verfügbare Sitzungshosts | 1 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 5 |
| Benutzersitzungen | 3 |
| Verwendete Hostpoolkapazität | 60% |
Jetzt gibt es drei Benutzersitzungen im Hostpool. Die Kapazität des Hostpools beträgt jedoch weiterhin fünf. Dies bedeutet, dass die verwendete Hostpoolkapazität 60 % beträgt und unter dem Kapazitätsschwellenwert liegt. Da durch das Ausschalten des verbleibenden Sitzungshosts die verfügbare Hostpoolkapazität 0 (null) betragen würde, was unter dem Mindestprozentsatz von 10 % für Hosts liegt, stellt die Autoskalierung sicher, dass während der Auslaufphase immer mindestens ein Sitzungshost verfügbar ist.
Die folgende Animation ist eine visuelle Zusammenfassung der soeben in Szenario 3 durchgeführten Schritte.
Szenario 4: Wie funktionieren Ausschlusstags?
Wenn eine VM über einen Tagnamen verfügt, der dem Ausschlusstag des Skalierungsplans entspricht, schaltet die Autoskalierung diese VM weder ein noch aus und ändert auch nicht die VM-Einstellung für den Ausgleichsmodus. Ausschlusstags gelten in allen Phasen Ihres Skalierungsplanzeitplans.
Hier ist der Beispielhostpool, mit dem wir beginnen:
| Parameter | Wert |
|---|---|
| Phase | Nebenzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Breitensuche |
| Kapazitätsschwellenwert | 75 % |
| Mindestprozentsatz der Hosts | 10 % |
| Verfügbare Sitzungshosts | 1 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 5 |
| Benutzersitzungen | 3 |
| Verwendete Hostpoolkapazität | 60% |
In diesem Beispielszenario wendet der Hostpooladministrator das Ausschlusstag für den Skalierungsplan auf fünf der sechs Sitzungshosts an. Wenn sich ein neuer Benutzer anmeldet, erhöht sich die Gesamtzahl der Benutzersitzungen auf vier. Es ist nur ein Sitzungshost verfügbar, und das maximale Sitzungslimit des Hostpools beträgt immer noch fünf, sodass die verfügbare Hostpoolkapazität fünf beträgt. Die verwendete Hostpoolkapazität beträgt 80 %. Auch wenn die verwendete Hostpoolkapazität den Kapazitätsschwellenwert überschreitet, schaltet die Autoskalierung keine weiteren Sitzungshosts ein, da alle Sitzungshosts außer dem derzeit ausgeführten mit dem Ausschlusstag gekennzeichnet wurden.
Nun sieht der Hostpool wie hier aus:
| Parameter | Wert |
|---|---|
| Phase | Nebenzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Breitensuche |
| Kapazitätsschwellenwert | 75 % |
| Mindestprozentsatz der Hosts | 10 % |
| Verfügbare Sitzungshosts | 1 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 5 |
| Benutzersitzungen | 4 |
| Verwendete Hostpoolkapazität | 80 % |
Als Nächstes nehmen wir an, dass sich alle vier Benutzer abgemeldet haben und keine Benutzersitzungen mehr auf dem verfügbaren Sitzungshost vorhanden waren. Da es keine Benutzersitzungen im Hostpool gibt, beträgt die verwendete Hostpoolkapazität 0. Die Autoskalierung lässt diesen einzelnen Sitzungshost eingeschaltet, obwohl keine Benutzer vorhanden sind, da der Mindestprozentsatz der Hosts für die Autoskalierung in der Nebenzeit vorschreibt, dass während dieser Phase mindestens ein Sitzungshost verfügbar bleiben muss.
Zusammengefasst sieht der Hostpool jetzt wie folgt aus:
| Parameter | Wert |
|---|---|
| Phase | Nebenzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Breitensuche |
| Kapazitätsschwellenwert | 75 % |
| Mindestprozentsatz der Hosts | 10 % |
| Verfügbare Sitzungshosts | 1 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 5 |
| Benutzersitzungen | 0 |
| Verwendete Hostpoolkapazität | 0 % |
Wenn der Administrator den Ausschlusstagnamen auf den letzten nicht mit Tags versehenen virtuellen Sitzungshostcomputer anwendet und diesen deaktiviert, bedeutet dies, dass die Autoskalierung auch dann nicht aktiviert werden kann, wenn andere Benutzer versuchen, sich bei ihrer Benutzersitzung anzumelden. Für diesen Benutzer wird der Fehler „Keine Ressourcen verfügbar“ angezeigt.
Wenn Sie jedoch VMs nicht wieder aktivieren können, bedeutet dies, dass der Hostpool den Mindestprozentsatz an Hosts nicht erreichen kann. Um mögliche Probleme zu beheben, entfernt der Administrator die Ausschlusstags von zwei der VMs. Bei der automatischen Skalierung wird nur einer der VMs aktiviert, da nur ein virtueller Computer benötigt wird, um die Mindestanforderung von 10 % zu erfüllen.
Schließlich sieht der Hostpool wie folgt aus:
| Parameter | Wert |
|---|---|
| Phase | Nebenzeiten |
| Sitzungshosts gesamt | 6 |
| Lastenausgleichsalgorithmus | Breitensuche |
| Kapazitätsschwellenwert | 75 % |
| Mindestprozentsatz der Hosts | 19 % |
| Verfügbare Sitzungshosts | 1 |
| Maximales Sitzungslimit | 5 |
| Verfügbare Hostpoolkapazität | 5 |
| Benutzersitzungen | 0 |
| Verwendete Hostpoolkapazität | 0 % |
Die folgende Animation ist eine visuelle Zusammenfassung der soeben in Szenario 4 durchgeführten Schritte.
Nächste Schritte
- Informationen zum Erstellen von Skalierungsplänen für die Autoskalierung finden Sie unter Erstellen von Skalierungsplänen für die Autoskalierung für Azure Virtual Desktop-Hostpools.
- Informationen zu den Begriffen im Zusammenhang mit der Autoskalierung finden Sie im Glossar zur Autoskalierung.
- Antworten auf häufig gestellte Fragen zur Autoskalierung finden Sie in den häufig gestellten Fragen zur Autoskalierung.