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 Horizon Cloud Connector-Kerndienste unterstützt, einschließlich der Horizon Universal-Lizenz.

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 VMware Cloud on AWS mit All-in-SDDC-Architektur bereitgestellte Horizon-Pods

Horizon-Pods, die in allen anderen Umgebungen eingesetzt werden, unterstützen Einzelknoten-Cluster, die nur aus einem primären Knoten bestehen, und unterstützen keine Hochverfügbarkeit auf Knotenebene und keine Fehlertoleranz auf Dienstebene.

Was ist ein Horizon Cloud Connector-Cluster?

Ein Horizon Cloud Connector-Cluster besteht aus den folgenden Komponenten:

  • 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 daraus entfernen.

Was ist ein primärer Knoten?

Der primäre Knoten ist die virtuelle Maschine (VM) der Horizon Cloud Connector-Appliance, die die Steuerungsebenendienste ausführt, die zum Verwalten des Horizon Cloud Connector-Clusters erforderlich sind.

Der primäre Knoten führt auch die primäre Instanz der folgenden Dienste aus:

Um einen primären Knoten bereitzustellen und ihn mit Ihrem Horizon-Pod zu koppeln, befolgen Sie die Richtlinien, die in Allgemeiner Workflow für das Onboarding eines vorhandenen Horizon-Pods, der in einem VMware SDDC als erster Pod in Ihrer Horizon Cloud-Mandantenumgebung bereitgestellt wird 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:

Durch Hinzufügen eines Worker-Knotens zum Horizon Cloud Connector-Cluster können Sie diese Dienste hochskalieren, um höhere Arbeitslasten zu unterstützen, die über primäre und Replikatinstanzen der Dienste hinweg ausgeglichen sind. 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, einschließlich CBCS-, CSMS-, ILS- und Clusterverwaltungsdienste, 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 diese?

Umfassende 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 stehen nicht mehr zur Verfügung, wenn diese einzelne Instanz ausfällt.
  1. 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 zwei Instanzen auf dem primären Knoten und den 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 zu gewährleisten.

    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 betriebsbereiten Framework-Dienste stellen sicher, dass der Horizon Cloud-Lizenzdienst weiterhin alle 24 Stunden mit dem Pod synchronisiert werden kann.

  2. Wenn der Worker-Knoten ausfällt
    Hinweis: Dieses Ausfallszenario ist nur anwendbar, wenn Sie Hochverfügbarkeit auf Knotenebene nicht konfiguriert haben. Wenn Sie Hochverfügbarkeit auf Knotenebene konfigurieren, wie in Horizon Cloud Connector 2.0 und höher – Einrichten der Hochverfügbarkeit auf Knotenebene beschrieben, stellt vSphere HA die Hochverfügbarkeit des Worker-Knotens sicher.

    Wenn der gesamte Worker-Knoten ausfällt, werden alle Dienste unterbrechungsfrei weiter ausgeführt, da einzelne Instanzen auf dem primären Knoten ausgeführt werden und die Horizon Universal-Lizenz voll funktionsfähig bleibt.

    Die Horizon Cloud Connector-Anwendungsdienste werden vorübergehend herunterskaliert, bis der Worker-Knoten wieder vollständig ausgeführt wird.

  3. Wenn der primäre Knoten ausfällt
    Hinweis: Dieses Ausfallszenario ist nur anwendbar, wenn Sie Hochverfügbarkeit auf Knotenebene nicht konfiguriert haben. Wenn Sie Hochverfügbarkeit auf Knotenebene konfigurieren, wie in Horizon Cloud Connector 2.0 und höher – Einrichten der Hochverfügbarkeit auf Knotenebene beschrieben, stellt vSphere HA die Hochverfügbarkeit des primären Knotens sicher.

    Wenn der gesamte primäre Knoten ausfällt, gibt die Horizon Universal-Lizenz einen Toleranzzeitraum von 25 Tagen für die Synchronisierung ein. Während dieses Zeitraums bleibt die Lizenz gültig und der Pod bleibt vollständig betriebsbereit. Weitere Informationen finden Sie unter Überwachung der Horizon Universal-Lizenz.

    Mit dem Horizon Universal Console können Sie weiterhin administrative Aufgaben auf dem Pod ü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.
    • Die Universal Broker, der Cloud Monitoring Service und der Horizon Image Management Service sind vorübergehend nicht verfügbar.