Wenn Sie eine globale Desktop- oder Anwendungsberechtigung erstellen, können Sie die zugehörige Richtlinie für die Verteilung der Sitzungslast angeben. Mit der Richtlinie für die Verteilung der Sitzungslast werden die zugrunde liegenden Desktop- oder Anwendungspoolressourcen angegeben, die abhängig vom Geltungsbereich der globalen Berechtigung für neue Verbindungen verwendet werden.

Hinweis: Dieses Thema gilt für Horizon 8 2306 und höher. Der Abschnitt zum Ladeindex gilt für 2309-Versionen und höher.
Wenn Lastindex als Richtlinie für die Verteilung der Sitzungslast ausgewählt ist, versucht Horizon, die Sitzungen auf der Grundlage der aktuellen Last gleichmäßig auf die Ressourcen zu verteilen. Horizon berechnet die tatsächliche Last auf dem Server durch Auswertung der folgenden Parameter:
  • Für Desktop-Pools wird der Lastindex berechnet als (Anzahl der Sitzungen * 100/ Gesamtzahl der VMs) im Pool. Wenn beispielsweise die Gesamtzahl der VMs in einem Desktop-Pool 100 beträgt und die aktuelle Sitzungsanzahl 20, lautet der Lastindex (20 * 100/100) = 20.
  • Für RDS-Pools berechnet Horizon den durchschnittlichen Lastindex für die Farm mithilfe des von RDS-Hosts gemeinsam genutzten Lastindex. (Informationen zum Anpassen der Berechnung des RDS-Hostlastindex, falls erforderlich, finden Sie unter Konfigurieren des Lastausgleichs für RDS-Hosts in Horizon Console im Handbuch „Desktops und Anwendungen in Horizon 8“.) Wenn eine Farm beispielsweise über 4 RDS-Hosts verfügt und diese Hosts einen Lastindex von 20, 30, 40 und 50 zurückgeben, ist der durchschnittliche Lastindex 35. Dies ist die Summe des Lastindex jedes Hosts bzw. der Gesamtzahl der Hosts.
Wenn Anzahl der Sitzungen als Richtlinie für die Sitzungsverteilung ausgewählt ist, versucht Horizon, die Sitzungen im Verhältnis zu deren Kapazität gleichmäßig auf die Ressourcen zu verteilen.
  • Bei Desktop-Pools entspricht die Sitzungsanzahl der Gesamtzahl der Sitzungen/der maximalen Poolgröße.
  • Für RDS-Farmen ist die Sitzungsanzahl die Gesamtzahl der Sitzungen bzw. die maximale Anzahl von Sitzungen. Die maximale Anzahl der Sitzungen wird auf Basis der Farmeinstellung Maximale Sitzungen pro RDS-Host für automatisierte Instant-Clone-Farmen (150 Sitzungen werden als Standardkapazität für die Verteilung der Sitzungslast verwendet, wenn unbegrenzt ausgewählt ist) oder auf Basis der Einstellung Anzahl der Verbindungen für manuelle RDSH-Farmen festgelegt.

Verbundene, getrennte und ausstehende Sitzungen sind alle in der Berechnung der Gesamtanzahl der Sitzungen enthalten.

Tabelle 1. Verhalten bei der Verteilung der Sitzungslast
Geltungsbereich der globalen Berechtigung Verhalten bei der Verteilung der Sitzungslast
Alle Sites Verteilen Sie die Sitzung des verbindenden Benutzers auf alle Ressourcen innerhalb der Site, mit der er eine Verbindung herstellt, oder auf die Start-Site (sofern festgelegt). Für die ausgewählte Site wird versucht, eine Verbindung zum Pool/zur Farm mit der geringsten Last innerhalb des Pods mit der geringsten Last herzustellen.
Hinweis: Wenn eine Ressource nicht gefunden werden kann, wird die Suche nach einer Ressource in den verbleibenden Sites (beginnend bei der Site mit der geringsten Last) fortgesetzt, bis eine Ressource gefunden wird oder alle Sites ausgeschöpft sind.
Innerhalb der Site Verteilen Sie die Sitzung des verbindenden Benutzers auf alle Ressourcen innerhalb der Site, mit der eine Verbindung hergestellt wird. Es wird versucht, eine Verbindung zum Pool/zur Farm mit der geringsten Last innerhalb des Pods mit der geringsten Last herzustellen.
Hinweis: Die Ressourcensuche beschränkt sich auf die Suche nach der Ressource mit der geringsten Last auf der Start-Site (sofern festgelegt) oder der Verbindungs-Site.
Innerhalb des Pods Verteilen Sie die Sitzung des verbindenden Benutzers auf alle Ressourcen innerhalb des Pods, mit dem eine Verbindung hergestellt wird. Es wird versucht, eine Verbindung zum Pool/zur Farm mit der geringsten Last herzustellen.

Standardmäßig ist Keine für die Richtlinie zur Verteilung der Sitzungslast ausgewählt. Dies bedeutet, dass Horizon nicht versucht, neue Sitzungen gleichmäßig auf die zugrunde liegenden Ressourcen zu verteilen.