Omnissa Horizon 8-Pods

Ein Horizon 8-Pod ist eine Organisationseinheit, die durch Einschränkungen der Skalierbarkeit von Horizon 8 bestimmt wird. Sie können einen Horizon 8-Pod mit mehreren Bausteinen erstellen. Jeder Horizon 8-Pod stellt eine Verwaltungseinheit dar und verfügt über eine eigene Konsolenverwaltungsschnittstelle.

Beispiel eines Pods mit zwei Bausteinen

Abhängig von der spezifischen Konfiguration kann jeder vCenter Server eine große Menge an virtuellen Maschinen unterstützen. Diese Unterstützung ermöglicht es Ihnen, große Bausteine von auf virtuellen Maschinen basierenden Desktops zu verwenden. Die tatsächliche Größe der Bausteine hängt jedoch noch von anderen Beschränkungen ab, die für Horizon spezifisch sind.

Bei beiden hier beschriebenen Beispielen kann ein Netzwerkkern für eingehende Anforderungen einen Lastausgleich auf den Horizon Connection Server-Instanzen ausführen. Durch Unterstützung eines Redundanz- und Failover-Mechanismus, zumeist auf Netzwerkebene, kann verhindert werden, dass der Lastausgleichsdienst selbst zu einer Fehlerquelle wird. Das Virtual Router Redundancy Protocol (VRRP) kann beispielsweise mit dem Lastausgleichsdienst kommunizieren, um Redundanz- und Failover-Funktionen hinzuzufügen.

Wenn eine Horizon Connection Server-Instanz während einer aktiven Sitzung ausfallen oder nicht mehr reagieren sollte, verlieren die Benutzer keine Daten. Der Desktop-Status wird im virtuellen Desktop gespeichert, sodass sich Benutzer mit einer anderen Horizon Connection Server-Instanz verbinden und ihre Desktop-Sitzung an der Stelle fortsetzen können, an der es zum Ausfall gekommen ist.

Beispiel-Pod mit einer vCenter Server-Instanz

Der Horizon 8-Pod im vorherigen Abschnitt bestand aus mehreren Bausteinen. Jeder Baustein unterstützte 5.000 virtuelle Maschinen mit einer einzelnen vCenter Server-Instanz. In diesem Thema wird eine Architektur beschrieben, die auf einer einzelnen vCenter Server-Instanz für die Verwaltung von 10.000 Desktops basiert.

Obwohl es möglich ist, eine vCenter Server-Instanz für 10.000 Desktops zu verwenden, entsteht dabei eine einzelne Fehlerquelle. Durch den Verlust dieses einzelnen vCenter Servers ist die gesamte Desktopbereitstellung nicht für Leistungs-, Bereitstellungs- und Neuanpassungsvorgänge verfügbar. Aus diesem Grund sollten Sie sich für eine Bereitstellungsarchitektur entscheiden, mit der Ihre Anforderungen im Hinblick auf die Ausfallsicherheit der Komponenten erfüllt werden.

In diesem Beispiel besteht ein Pod mit 10.000 Benutzern aus physischen Servern, einer vSphere-Infrastruktur, Horizon 8-Servern, freigegebenem Speicher und fünf Clustern mit 2.000 virtuellen Desktops pro Cluster.