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. Außerdem wird erläutert, wie diese Architektur Fault Tolerance-Funktionen für wichtige Horizon Cloud Connector-Dienste, einschließlich der Horizon Universal-Lizenz, bereitstellt.

Ab Version 2.0 bietet Horizon Cloud Connector Unterstützung für Cluster mit zwei Knoten 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 und Fault Tolerance auf Dienstebene nur für Appliances, die mit lokalen Horizon-Pods oder Horizon-Pods in VMware Cloud on AWS gekoppelt sind. Horizon-Pods, die auf anderen SDDC-Plattformen bereitgestellt werden, unterstützen Einzelknoten-Cluster, die nur aus einem primären Knoten bestehen. Sie bieten keine Unterstützung für Fault Tolerance 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:

  • Horizon Cloud Connector-Framework-Dienste, die die folgenden Dienste umfassen, wie im Konfigurationsportal der Appliance aufgelistet:
    • Connector-Clientdienst
    • Cloud-Proxy-Dienst
    • Verbindungsserver-Proxy-Dienst
  • Cloud Broker Client Service (CBCS), der Universal Broker unterstützt
  • Connection Server Monitoring Service (CSMS)
  • Image Locality Service (ILS), der den optionalen Horizon Image Management Service unterstützt

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:

  • Horizon Cloud Connector-Framework-Dienste, die die folgenden Dienste umfassen, wie im Horizon Cloud Connector-Konfigurationsportal aufgelistet:
    • Connector-Clientdienst
    • Cloud-Proxy-Dienst
    • Verbindungsserver-Proxy-Dienst

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. Wenn Sie den Worker-Knoten aus dem Cluster entfernen, werden die 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-Framework-Dienste. 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.

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-Framework-Dienste, 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

    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-Framework-Dienste werden vorübergehend herunterskaliert, bis der Worker-Knoten wieder vollständig ausgeführt wird.

  3. Wenn der primäre Knoten ausfällt

    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.