En este artículo se describe la arquitectura del sistema de Horizon Cloud Connector 2.0 y versiones posteriores, que se basa en pods de Kubernetes que se ejecutan en nodos principales y de trabajo de un clúster. Explica cómo esta arquitectura admite funciones de alta disponibilidad para nodos y funciones de tolerancia a errores para servicios principales de Horizon Cloud Connector, incluida la licencia universal de Horizon.

A partir de la versión 2.0, Horizon Cloud Connector proporciona compatibilidad con clústeres de dos nodos, alta disponibilidad en el nivel de nodo y tolerancia a errores en el nivel de servicio. En Horizon Cloud Connector 2.0 y versiones posteriores, todos los servicios se ejecutan como pods de Kubernetes en los nodos.

Nota: Esta versión admite clústeres de dos nodos, alta disponibilidad en el nivel de nodo y tolerancia a errores en el nivel de servicio solo para dispositivos emparejados con los siguientes tipos de pods:
  • Pods de Horizon implementados de forma local
  • Pods de Horizon implementados en VMware Cloud on AWS con una arquitectura basada íntegramente en SDDC

Los pods de Horizon implementados en el resto de entornos admiten clústeres de un único nodo que constan únicamente de un nodo principal y no admiten la alta disponibilidad en el nivel de nodo ni la tolerancia a errores en el nivel de servicio.

Descripción de un clúster de Horizon Cloud Connector

Un clúster de Horizon Cloud Connector consta de los siguientes miembros:

  • El nodo principal del dispositivo virtual de Horizon Cloud Connector
  • El nodo de trabajo del dispositivo virtual de Horizon Cloud Connector

Como mínimo, un clúster debe contener el nodo principal como miembro. Puede agregar y eliminar un nodo de trabajo de un clúster existente que contenga el nodo principal.

Descripción de un nodo principal

El nodo principal es la máquina virtual del dispositivo de Horizon Cloud Connector que ejecuta los servicios de plano de control necesarios para administrar el clúster de Horizon Cloud Connector.

El nodo principal también ejecuta la instancia principal de los siguientes servicios:

Para implementar un nodo principal y emparejarlo con el pod de Horizon, siga las directrices que se describen en Flujo de trabajo de nivel general para cuando se incorpora un pod de Horizon existente implementado en VMware SDDC como el primer pod al entorno de arrendatario de Horizon Cloud.

Descripción de un nodo de trabajo

El nodo de trabajo es una máquina virtual secundaria del dispositivo Horizon Cloud Connector que ejecuta instancias de réplica de los siguientes servicios:

Al agregar un nodo de trabajo al clúster de Horizon Cloud Connector, puede aumentar estos servicios para admitir un aumento de las cargas de trabajo, que tienen una carga equilibrada en las instancias principal y de réplica de los servicios. Si elimina el nodo de trabajo del clúster, los servicios se reducen a una única instancia de que se ejecuta en el nodo principal.

Nota: En esta versión, el nodo de trabajo solo admite instancias de réplica de los servicios de aplicación de Horizon Cloud Connector. Todos los demás servicios, incluidos CBCS, CSMS, ILS y los servicios de administración de clústeres, se ejecutan como una sola instancia en el nodo principal.

Para implementar un nodo de trabajo, siga los pasos descritos en Horizon Cloud Connector 2.0 y versiones posteriores: agregar un nodo de trabajo a un clúster de Horizon Cloud Connector. Para eliminar el nodo de trabajo de un clúster, siga los pasos descritos en Horizon Cloud Connector 2.0 y versiones posteriores: eliminar el nodo de trabajo de un clúster de Horizon Cloud Connector.

¿Qué es la alta disponibilidad en el nivel de nodo y cómo funciona?

Para obtener información completa, consulte Horizon Cloud Connector 2.0 y versiones posteriores: configurar la alta disponibilidad en el nivel de nodo.

¿Cómo funciona la tolerancia a errores en el nivel de servicio en diferentes escenarios de interrupciones?

En esta sección se describe cómo un clúster de Horizon Cloud Connector de dos nodos admite la tolerancia a errores y la disponibilidad continuada de la licencia universal de Horizon en diversas condiciones de interrupción.

Nota: En esta versión, Horizon Cloud Connector solo admite la tolerancia a errores para los servicios de aplicación de Horizon Cloud Connector, como se detalla en la sección anterior. Todos los demás servicios se ejecutan como una única instancia en el nodo principal y dejan de estar disponibles si se produce un error en esa única instancia.
  1. Si se produce un error en un servicio de marco de trabajo

    Como se describió anteriormente, los servicios de marco de trabajo de Horizon Cloud Connector (Servicio de cliente de Connector, Servicio de proxy de nube, Servicio de proxy de Connection Server) se ejecutan como instancias duales en los nodos principal y de trabajo. Si se produce un error en un servicio de marco de trabajo en un nodo, la instancia de réplica del servicio sigue ejecutándose en el otro nodo para garantizar el funcionamiento completo de los servicios de marco de trabajo de Horizon Cloud Connector y la licencia universal de Horizon.

    Por ejemplo, si se produce un error en el Servicio de proxy de nube en el nodo principal, la instancia de réplica del Servicio de proxy de nube del nodo de trabajo sigue ejecutándose. Los servicios de marco de trabajo completamente operativos garantizan que el servicio de licencias de Horizon Cloud pueda seguir sincronizándose con el pod cada 24 horas.

  2. Si se produce un error en el nodo de trabajo
    Nota: Este escenario de interrupción solo se aplica si no ha configurado la alta disponibilidad en el nivel de nodo. Cuando configura la alta disponibilidad en el nivel del nodo como se describe en Horizon Cloud Connector 2.0 y versiones posteriores: configurar la alta disponibilidad en el nivel de nodo, vSphere la alta disponibilidad garantiza la alta disponibilidad del nodo de trabajo.

    Si el nodo de trabajo completo deja de funcionar, todos los servicios continúan ejecutándose sin interrupciones como instancias únicas en el nodo principal y la licencia universal de Horizon permanece completamente operativa.

    Los servicios de aplicación de Horizon Cloud Connector se reducen temporalmente hasta que el nodo de trabajo se restaura a su funcionamiento completo.

  3. Si se produce un error en el nodo principal
    Nota: Este escenario de interrupción solo se aplica si no ha configurado la alta disponibilidad en el nivel de nodo. Cuando configura la alta disponibilidad en el nivel del nodo como se describe en Horizon Cloud Connector 2.0 y versiones posteriores: configurar la alta disponibilidad en el nivel de nodo, vSphere la alta disponibilidad garantiza la alta disponibilidad del nodo principal.

    Si el nodo principal completo deja de funcionar, la licencia universal de Horizon entra en un período de gracia de sincronización de 25 días. Durante este período, la licencia sigue siendo válida y el pod permanece totalmente operativo. Para obtener más información, consulte Supervisar la licencia universal de Horizon.

    Puede seguir supervisando y realizando tareas administrativas en el pod con Horizon Universal Console. Sin embargo, se aplican las siguientes limitaciones:

    • El clúster de Horizon Cloud Connector entra en estado de error.
    • No se puede acceder al portal de configuración de Horizon Cloud Connector desde el nodo de trabajo.
    • Universal Broker, Cloud Monitoring Service y el Servicio de administración de imágenes de Horizon están desactivados.