Skip to main content

1 septembre 2026

Horizon Cloud Connector 2.0 et versions ultérieures : clusters Horizon Cloud Connector, haute disponibilité au niveau du nœud et tolérance de panne au niveau du service

Cet article décrit l'architecture système d'Horizon Cloud Connector 2.0 et versions ultérieures, qui repose sur des espaces Kubernetes s'exécutant sur des nœuds principal 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 principaux, 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.

Remarque : 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 VMC on AWS avec 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
  • Le 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 décrites dans la section Workflow général lorsque vous intégrez un espace Horizon existant.

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 sur 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 en cours d'exécution sur le nœud principal.

Remarque : Dans cette version, le nœud worker prend uniquement en charge les instances de réplica des services applicatifs d'Horizon Cloud Connector. Tous les autres services, tels que les services de gestion de cluster et les services supplémentaires répertoriés dans la section « qu'est-ce qu'un nœud principal ? » ci-dessus, 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 la section 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 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 plus d'informations, 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.

Remarque : Dans cette version, Horizon Cloud Connector prend uniquement en charge la tolérance de panne pour les services applicatifs 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. En cas d'échec d'un service d'infrastructure

    Comme décrit précédemment, les services d'infrastructure d'Horizon Cloud Connector (service de client Connector, service de proxy de cloud, service proxy du Serveur de connexion) s'exécutent en tant que doubles 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 cloud échoue sur le nœud principal, l'instance de réplica du service proxy 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

    Remarque : 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 haute disponibilité au niveau du nœud comme décrit dans Horizon Cloud Connector 2.0 et versions ultérieures - Configurer la haute disponibilité au niveau du nœud, vSphere HA garantit la haute disponibilité du nœud worker.

    Si l'intégralité du nœud worker cesse de fonctionner, tous les services continuent de 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 applicatifs 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

    Remarque : 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 haute disponibilité au niveau du nœud comme décrit dans Horizon Cloud Connector 2.0 et versions ultérieures - Configurer la haute disponibilité au niveau du nœud, vSphere HA 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 à partir du nœud worker.
    • Universal Broker, Cloud Monitoring Service et Horizon Image Management Service deviennent temporairement indisponibles.

Cette page vous a-t-elle été utile ?

Envoyer un commentaire sur cette rubrique

Cette rubrique vous a-t-elle été utile ?

N'indiquez aucune information personnelle ou confidentielle.

Génération du lien…