In diesem Artikel wird die Systemarchitektur von Horizon Cloud Connector 2.0 und höher beschrieben, die auf Kubernetes-Pods basiert, die auf primären und Worker-Knoten in einem Cluster ausgeführt werden. Es wird erläutert, wie diese Architektur Hochverfügbarkeitsfunktionen für Knoten und Fault Tolerance-Funktionen für zentrale Horizon Cloud Connector-Dienste, einschließlich der Horizon Universal-Lizenz, unterstützt.
Ab Version 2.0 bietet Horizon Cloud Connector Unterstützung für Cluster mit zwei Knoten, Hochverfügbarkeit auf Knotenebene und Fault Tolerance auf Dienstebene. In Horizon Cloud Connector 2.0 und höher werden alle Dienste als Kubernetes-Pods auf den Knoten ausgeführt.
Hinweis: Diese Version unterstützt Cluster mit zwei Knoten, Hochverfügbarkeit auf Knotenebene und Fault Tolerance auf Dienstebene nur für Appliances, die mit den folgenden Pod-Typen gekoppelt sind:
- Lokal bereitgestellte Horizon-Pods
- In VMC on AWS mit All-in-SDDC-Architektur bereitgestellte Horizon-Pods
In allen anderen Umgebungen bereitgestellte Horizon-Pods unterstützen Einzelknoten-Cluster, die nur aus einem primären Knoten bestehen. Hochverfügbarkeit auf Knotenebene und Fault Tolerance auf Dienstebene werden nicht unterstützt.
Was ist ein Horizon Cloud Connector-Cluster?
Ein Horizon Cloud Connector-Cluster besteht aus den folgenden Mitgliedern:
- Der primäre Knoten der virtuellen Horizon Cloud Connector-Appliance
- Der Worker-Knoten der virtuellen Horizon Cloud Connector-Appliance
Ein Cluster muss mindestens den primären Knoten als Mitglied enthalten. Sie können einen Worker-Knoten zu einem vorhandenen Cluster, der den primären Knoten enthält, hinzufügen und aus diesem entfernen.
Was ist ein primärer Knoten?
Der primäre Knoten ist die virtuelle Maschine (VM) der Horizon Cloud Connector-Appliance, auf der die Steuerungsebenendienste ausgeführt werden, die für die Verwaltung des Horizon Cloud Connector-Clusters erforderlich sind.
Der primäre Knoten führt auch die primäre Instanz der folgenden Dienste aus:
- Horizon Cloud Connector-Anwendungsdienste, die die folgenden Dienste umfassen, wie im Konfigurationsportal der Appliance aufgelistet:
- Connector-Clientdienst
- Cloud-Proxy-Dienst
- Überwachungsdienst für Verbindungsserver
- Cloud Broker Client Service (CBCS), der Universal Broker unterstützt
- Image Locality Service (ILS), der den optionalen Horizon Image Management Service unterstützt
- Dienste, die nach dem Onboarding Ihres Horizon Cloud-Mandanten in Cloud Services zur Verfügung gestellt werden. Weitere Informationen finden Sie unter First-Gen-Mandanten – Onboarding Ihres Horizon Cloud-Mandanten in Cloud Services-Cloud-Dienste mit der Horizon Universal Console.
- Die Versionen 2.0 bis 2.4.1 enthalten auch den Verbindungsserver-Überwachungsdienst (Connection Server Monitoring Service, CSMS)
Um einen primären Knoten bereitzustellen und ihn mit Ihrem Horizon-Pod zu koppeln, befolgen Sie die Richtlinien, die unter Allgemeiner Workflow beim Onboarding eines vorhandenen Horizon-Pods beschrieben sind.
Was ist ein Worker-Knoten?
Der Worker-Knoten ist eine sekundäre VM der Horizon Cloud Connector-Appliance, die Replikatinstanzen der folgenden Dienste ausführt:
- Horizon Cloud Connector-Anwendungsdienste, die die folgenden Dienste umfassen, wie im Horizon Cloud Connector-Konfigurationsportal aufgeführt:
- Connector-Clientdienst
- Cloud-Proxy-Dienst
- Überwachungsdienst für Verbindungsserver
- Dienste, die nach dem Onboarding Ihres Horizon Cloud-Mandanten in Cloud Services zur Verfügung gestellt werden. Weitere Informationen finden Sie unter First-Gen-Mandanten – Onboarding Ihres Horizon Cloud-Mandanten in Cloud Services mit der Horizon Universal Console.
Durch Hinzufügen eines Worker-Knotens zum Horizon Cloud Connector-Cluster können Sie diese Dienste vertikal hochskalieren, um höhere Arbeitslasten zu unterstützen, die über primäre und Replikatinstanzen der Dienste hinweg ausgeglichen werden. Wenn Sie den Worker-Knoten aus dem Cluster entfernen, werden Dienste auf eine einzelne Instanz herunterskaliert, die auf dem primären Knoten ausgeführt wird.
Hinweis: In dieser Version unterstützt der Worker-Knoten nur Replikatinstanzen der Horizon Cloud Connector-Anwendungsdienste. Alle anderen Dienste, wie z. B. Clusterverwaltungsdienste und die zusätzlichen Dienste, die im obigen Abschnitt "Was ist der primäre Knoten?" aufgeführt sind, werden als einzelne Instanz auf dem primären Knoten ausgeführt.
Um einen Worker-Knoten bereitzustellen, führen Sie die unter Horizon Cloud Connector 2.0 und höher – Hinzufügen eines Worker-Knotens zu einem Horizon Cloud Connector-Cluster beschriebenen Schritte aus. Um den Worker-Knoten aus einem Cluster zu entfernen, führen Sie die unter Horizon Cloud Connector 2.0 und höher – Entfernen des Worker-Knotens aus einem Horizon Cloud Connector-Cluster beschriebenen Schritte aus.
Was ist Hochverfügbarkeit auf Knotenebene und wie funktioniert sie?
Vollständige Informationen finden Sie unter Horizon Cloud Connector 2.0 und höher – Einrichten der Hochverfügbarkeit auf Knotenebene.
Wie funktioniert Fault Tolerance auf Dienstebene in verschiedenen Ausfallszenarien?
In diesem Abschnitt wird beschrieben, wie ein Horizon Cloud Connector-Cluster mit zwei Knoten Fault Tolerance und die fortlaufende Verfügbarkeit der Horizon Universal-Lizenz unter verschiedenen Ausfallbedingungen unterstützt.
Hinweis: In dieser Version unterstützt Horizon Cloud Connector nur Fault Tolerance für die Horizon Cloud Connector-Anwendungsdienste, wie im vorherigen Abschnitt beschrieben. Alle anderen Dienste werden als einzelne Instanz auf dem primären Knoten ausgeführt und sind nicht mehr verfügbar, wenn diese einzelne Instanz ausfällt.
-
Wenn ein Framework-Dienst fehlschlägt
Wie zuvor beschrieben, werden die Horizon Cloud Connector-Framework-Dienste (Connector-Clientdienst, Cloud-Proxy-Dienst, Verbindungsserver-Proxy-Dienst) als duale Instanzen auf dem primären Knoten und dem Worker-Knoten ausgeführt. Wenn ein Framework-Dienst auf einem Knoten fehlschlägt, wird die Replikatinstanz dieses Diensts weiterhin auf dem anderen Knoten ausgeführt, um den vollständigen Betrieb der Horizon Cloud Connector-Framework-Dienste und der Horizon Universal-Lizenz sicherzustellen.
Wenn beispielsweise der Cloud-Proxy-Dienst auf dem primären Knoten fehlschlägt, wird die Replikatinstanz des Cloud-Proxy-Diensts auf dem Worker-Knoten weiterhin ausgeführt. Die vollständig funktionsfähigen Framework-Dienste stellen sicher, dass der Horizon Cloud-Lizenzdienst weiterhin alle 24 Stunden mit dem Pod synchronisiert werden kann.
-
Wenn der Worker-Knoten ausfällt
Hinweis: Dieses Ausfallszenario ist nur anwendbar, wenn Sie HA auf Knotenebene nicht konfiguriert haben. Wenn Sie HA auf Knotenebene konfigurieren, wie unter Horizon Cloud Connector 2.0 und höher beschrieben – Einrichten von Hochverfügbarkeit auf Knotenebene, stellt vSphere HA die Hochverfügbarkeit des Worker-Knotens sicher.
Wenn der gesamte Worker-Knoten ausfällt, werden alle Dienste unterbrechungsfrei als einzelne Instanzen auf dem primären Knoten weiter ausgeführt, und die Horizon Universal-Lizenz bleibt voll funktionsfähig.
Die Horizon Cloud Connector-Anwendungsdienste werden vorübergehend herunterskaliert, bis der Worker-Knoten wieder vollständig ausgeführt wird.
-
Wenn der primäre Knoten ausfällt
Hinweis: Dieses Ausfallszenario ist nur anwendbar, wenn Sie HA auf Knotenebene nicht konfiguriert haben. Wenn Sie HA auf Knotenebene konfigurieren, wie unter Horizon Cloud Connector 2.0 und höher beschrieben – Einrichten von Hochverfügbarkeit auf Knotenebene, stellt vSphere HA die Hochverfügbarkeit des primären Knotens sicher.
Wenn der gesamte primäre Knoten ausfällt, beginnt für die Horizon Universal-Lizenz eine 25-tägige Toleranzperiode für die Synchronisierung. Während dieses Zeitraums bleibt die Lizenz gültig und der Pod bleibt voll funktionsfähig. Weitere Informationen finden Sie unter Überwachen der Horizon Universal-Lizenz.
Sie können weiterhin administrative Aufgaben auf dem Pod mithilfe der Horizon Universal Console überwachen und ausführen. Es gelten jedoch die folgenden Einschränkungen:
- Der Horizon Cloud Connector-Cluster wechselt in den Fehlerzustand.
- Sie können vom Worker-Knoten aus nicht auf das Horizon Cloud Connector-Konfigurationsportal zugreifen.
- Der Universal Broker, der Cloud Monitoring Service und der Horizon Image Management Service sind vorübergehend nicht verfügbar.
War diese Seite hilfreich?