Cet article décrit l'architecture système de Horizon Cloud Connector 2.0 et versions ultérieures, qui repose sur les espaces Kubernetes s'exécutant sur des nœuds principaux et worker dans un cluster. Il explique comment cette architecture prend en charge les fonctionnalités de haute disponibilité pour les nœuds et les fonctionnalités de tolérance de panne pour les services Horizon Cloud Connector de base, y compris la licence universelle Horizon.

À partir de la version 2.0, Horizon Cloud Connector prend en charge les clusters à deux nœuds, la haute disponibilité au niveau du nœud et la tolérance de panne au niveau du service. Dans Horizon Cloud Connector 2.0 et versions ultérieures, tous les services s'exécutent en tant qu'espaces Kubernetes sur les nœuds.

Note : Cette version prend en charge les clusters à deux nœuds, la haute disponibilité au niveau du nœud et la tolérance de panne au niveau du service uniquement pour les dispositifs couplés avec les types d'espaces suivants :
  • Espaces Horizon déployés sur site
  • Espaces Horizon déployés dans VMware Cloud on AWS avec une architecture intégrée à SDDC

Les espaces Horizon déployés dans tous les autres environnements prennent en charge les clusters à nœud unique composés d'un nœud principal uniquement et ne prennent pas en charge la haute disponibilité au niveau du nœud et la tolérance de panne au niveau du service.

Qu'est-ce qu'un cluster Horizon Cloud Connector ?

Un cluster Horizon Cloud Connector se compose des membres suivants :

  • Nœud principal du dispositif virtuel Horizon Cloud Connector
  • Nœud worker du dispositif virtuel Horizon Cloud Connector

Au minimum, un cluster doit contenir le nœud principal en tant que membre. Vous pouvez ajouter et supprimer un nœud worker dans un cluster existant qui contient le nœud principal.

Qu'est-ce qu'un nœud principal ?

Le nœud principal est la machine virtuelle (VM) du dispositif Horizon Cloud Connector qui exécute les services de plan de contrôle requis pour gérer le cluster Horizon Cloud Connector.

Le nœud principal exécute également l'instance principale des services suivants :

Pour déployer un nœud principal et le coupler à votre espace Horizon, suivez les directives fournies dans la section Workflow général lorsque vous intégrez un espace Horizon existant, déployé dans une instance de VMware SDDC comme premier espace de votre environnement de locataire Horizon Cloud.

Qu'est-ce qu'un nœud worker ?

Le nœud worker est une machine virtuelle secondaire du dispositif Horizon Cloud Connector qui exécute des instances de réplica des services suivants :

En ajoutant un nœud worker au cluster Horizon Cloud Connector, vous pouvez monter en puissance ces services pour prendre en charge des charges de travail accrues équilibrées en charge dans les instances principales et de réplica des services. Si vous supprimez le nœud worker du cluster, les services diminuent jusqu'à une seule instance s'exécutant sur le nœud principal.

Note : Dans cette version, le nœud worker prend uniquement en charge les instances de réplica des services d'application d' Horizon Cloud Connector. Tous les autres services, notamment CBCS, CSMS, ILS et les services de gestion de cluster, s'exécutent en tant qu'instance unique sur le nœud principal.

Pour déployer un nœud worker, suivez les étapes décrites dans Horizon Cloud Connector 2.0 et versions ultérieures : ajouter un nœud worker à un cluster Horizon Cloud Connector. Pour supprimer le nœud worker d'un cluster, suivez les étapes décrites dans la section Horizon Cloud Connector 2.0 et versions ultérieures - Supprimer le nœud worker d'un cluster Horizon Cloud Connector.

Qu'est-ce que la haute disponibilité au niveau du nœud et comment fonctionne-t-elle ?

Pour obtenir des informations complètes, reportez-vous à la section Horizon Cloud Connector 2.0 et versions ultérieures - Configurer la haute disponibilité au niveau du nœud.

Comment la tolérance de panne au niveau du service fonctionne-t-elle dans différents scénarios d'interruption ?

Cette section décrit comment un cluster Horizon Cloud Connector à deux nœuds prend en charge la tolérance de panne et la disponibilité continue de la licence universelle Horizon dans diverses conditions d'interruption.

Note : Dans cette version, Horizon Cloud Connector prend uniquement en charge la tolérance de panne pour les services d'application d' Horizon Cloud Connector, comme détaillé dans la section précédente. Tous les autres services s'exécutent en tant qu'instance unique sur le nœud principal et deviennent indisponibles si cette instance unique échoue.
  1. Si un service d'infrastructure échoue

    Comme décrit précédemment, les services d'infrastructure d'Horizon Cloud Connector (service de client Connector, service proxy de cloud, service proxy du Serveur de connexion) s'exécutent en tant que double instances sur les nœuds principal et worker. Si un service d'infrastructure échoue sur un nœud, l'instance de réplica de ce service continue de s'exécuter sur l'autre nœud pour garantir le fonctionnement complet des services d'infrastructure d'Horizon Cloud Connector et de la licence universelle Horizon.

    Par exemple, si le service proxy de cloud échoue sur le nœud principal, l'instance de réplica du service proxy de cloud sur le nœud worker continue de s'exécuter. Les services d'infrastructure entièrement opérationnels garantissent que le service de licence Horizon Cloud peut continuer à se synchroniser avec l'espace toutes les 24 heures.

  2. Si le nœud worker échoue
    Note : Ce scénario de panne n'est applicable que si vous n'avez pas configuré la HA au niveau du nœud. Lorsque vous configurez la HA au niveau du nœud, comme indiqué à la section Horizon Cloud Connector 2.0 et versions ultérieures - Configurer la haute disponibilité au niveau du nœud, la HA vSphere garantit la haute disponibilité du nœud worker.

    Si l'intégralité du nœud worker cesse de fonctionner, tous les services continuent à s'exécuter sans interruption en tant qu'instances uniques sur le nœud principal et la licence universelle Horizon reste entièrement opérationnelle.

    Les services d'application d'Horizon Cloud Connector diminuent temporairement jusqu'à ce que le nœud worker soit complètement opérationnel.

  3. Si le nœud principal échoue
    Note : Ce scénario de panne n'est applicable que si vous n'avez pas configuré la HA au niveau du nœud. Lorsque vous configurez la HA au niveau du nœud, comme indiqué à la section Horizon Cloud Connector 2.0 et versions ultérieures - Configurer la haute disponibilité au niveau du nœud, la HA vSphere garantit la haute disponibilité du nœud principal.

    Si l'intégralité du nœud principal cesse de fonctionner, la licence universelle Horizon entre dans une période de grâce de synchronisation de 25 jours. Pendant cette période, la licence reste valide et l'espace reste entièrement opérationnel. Pour plus d'informations, reportez-vous à la section Surveillance de la licence universelle Horizon.

    Vous pouvez continuer à surveiller et à effectuer des tâches administratives sur l'espace à l'aide d'Horizon Universal Console. Cependant, les limitations suivantes s'appliquent :

    • Le cluster Horizon Cloud Connector passe à l'état d'erreur.
    • Vous ne pouvez pas accéder au portail de configuration d'Horizon Cloud Connector depuis le nœud worker.
    • Les services Universal Broker, Cloud Monitoring Service et Horizon Image Management Service deviennent temporairement indisponibles.