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 los nodos principal 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 de.
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 localmente
- Pods de Horizon implementados en VMC on AWS con 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.
¿Qué es 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.
¿Qué es un nodo primario?
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:
- Servicios de aplicaciones de Horizon Cloud Connector, que abarcan los siguientes servicios, tal como se indica en el portal de configuración del dispositivo:
- Servicio de cliente del conector
- Servicio de proxy de nube
- Servicio de proxy de Connection Server
- Servicio de cliente de agente de nube (CBCS), que admite Universal Broker
- Servicio de ubicación de imágenes (ILS), que admite el servicio de administración de imágenes opcional de Horizon
- Servicios disponibles después de incorporar el arrendatario de Horizon Cloud a Cloud Services. Para obtener más información, consulte Arrendatarios de first-gen: incorporar el arrendatario de Horizon Cloud a los servicios de nube mediante Horizon Universal Console.
- Las versiones 2.0 a 2.4.1 también incluyen el servicio de supervisión de Connection Server (CSMS)
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.
¿Qué es un nodo de trabajo?
El nodo de trabajo es una máquina virtual secundaria del dispositivo de Horizon Cloud Connector que ejecuta instancias de réplica de los siguientes servicios:
- Servicios de aplicaciones de Horizon Cloud Connector, que abarcan los siguientes servicios, tal como se indica en el portal de configuración de Horizon Cloud Connector:
- Servicio de cliente del conector
- Servicio de proxy de nube
- Servicio de proxy de Connection Server
- Servicios disponibles después de incorporar el arrendatario de Horizon Cloud a Cloud Services. Para obtener más información, consulte Arrendatarios de first-gen: incorporar el arrendatario de Horizon Cloud a los servicios de nube mediante Horizon Universal Console.
Al agregar un nodo de trabajo al clúster de Horizon Cloud Connector, puede escalar verticalmente 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 aplicaciones de Horizon Cloud Connector. Todos los demás servicios, como los servicios de administración de clústeres y los servicios adicionales enumerados en la sección anterior "¿Qué es el nodo principal?", 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 doble nodo admite la tolerancia a errores y la disponibilidad continua 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 aplicaciones de Horizon Cloud Connector, como se detalla en la sección anterior. Todos los demás servicios se ejecutan como una sola instancia en el nodo principal y dejan de estar disponibles si se produce un error en esa única instancia.
-
Si se produce un error en un servicio de marco de trabajo
Como se describió anteriormente, los servicios de marco de Horizon Cloud Connector (servicio de cliente de conector, servicio de proxy de nube y servicio de proxy de servidor de conexión) 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 de ese 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 en el 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.
-
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 se 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 del nodo, vSphere HA 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 aplicaciones de Horizon Cloud Connector se reducen temporalmente hasta que el nodo de trabajo se restaura a su funcionamiento completo.
-
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 se 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 del nodo, vSphere HA garantiza la alta disponibilidad del nodo principal.
Si todo el nodo principal 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 completamente operativo. Para obtener más información, consulte Supervisar la licencia universal de Horizon.
Puede seguir supervisando y realizando tareas administrativas en el pod mediante 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 Horizon Image Management Service dejan de estar disponibles temporalmente.
¿Le resultó útil esta página?