Verbindungsserver-Instanzen kommunizieren in einer Cloud-Pod-Architektur-Umgebung mithilfe eines Kommunikationsprotokolls namens View InterPod API (VIPA).
Verbindungsserver-Instanzen verwenden den VIPA-Kommunikationskanal, um neue Desktops zu starten, vorhandene Desktops zu suchen und Integritätsstatusdaten und andere Informationen freizugeben. Horizon 8 konfiguriert den VIPA-Kommunikationskanal, wenn Sie die Funktion Cloud-Pod-Architektur initialisieren.
Stellen Sie bei Ausführung von Horizon 8 2309 und höher sicher, dass mindestens (N/2)+1 Knoten im Pod ausgeführt werden, wobei N die Gesamtzahl der in einem Pod registrierten Knoten darstellt. Wenn die Anzahl der aktiven und ausgeführten Knoten kleiner als (N/2)+1 ist, wird keiner der Bereitstellungs- oder Abbildungsvorgänge durchgeführt.
Die VIPA-Kommunikation verwendet HTTPS über TCP-Port 8472 und wird durch Zertifikate geschützt, die Horizon 8 alle sieben Tage automatisch wechselt.
Während die globale Datenschicht die Frage beantwortet, was konfiguriert ist (Berechtigungen, Topologie, Richtlinie), beantwortet VIPA die Frage, was gerade geschieht, d. h. ob ein bestimmter Pool in einem Remote-Pod aktuell über einen verfügbaren Desktop verfügt oder ob ein Benutzer bereits über eine Sitzung verfügt, die an einer anderen Stelle im Verbund ausgeführt wird. Die beiden Mechanismen arbeiten bei jeder Brokering-Entscheidung zusammen: Daten der globalen Datenschicht teilen einer Verbindungsserver-Instanz mit, welche Pools sie durchsuchen darf, und VIPA lässt sie tatsächlich die Pods fragen, die diese Pools besitzen, ob eine Ressource verfügbar ist.
War diese Seite hilfreich?