En esta página de documentación se describen las características de alta disponibilidad de una implementación de Horizon Cloud on Microsoft Azure.
A partir de la versión de servicio v2204, se configura la alta disponibilidad (HA) en las nuevas implementaciones de forma predeterminada.
Si tiene un pod que existía antes de la versión v2204 y la alta disponibilidad no está habilitada actualmente en dicho pod, puede habilitarla siguiendo los pasos descritos en la sección Habilitar la alta disponibilidad en un pod de Horizon Cloud en Microsoft Azure. La página de detalles del pod informa de si la alta disponibilidad está habilitada en él.
Introducción
Las características de alta disponibilidad de una implementación de Horizon Cloud on Microsoft Azure están pensadas para hacer que las operaciones estándar de la implementación continúen funcionando en los siguientes escenarios:
- Si una máquina virtual del administrador de pods deja de funcionar o experimenta un problema, el tráfico destinado a ese administrador de pods se enruta automáticamente a la otra máquina virtual del administrador de pods sin ninguna intervención manual.
- En una configuración de puerta de enlace, si una máquina virtual de Unified Access Gateway deja de funcionar o experimenta un problema, el tráfico destinado a esa máquina virtual de Unified Access Gateway se enruta a la otra máquina virtual de Unified Access Gateway sin ninguna intervención manual.
Elementos de diseño
El diseño de HA de la implementación de Horizon Cloud on Microsoft Azure utiliza los siguientes elementos.
Los elementos proporcionan resistencia y conmutación por error si una de las máquinas virtuales emparejadas experimenta un problema o se desactiva.
- Máquinas virtuales emparejadas
- Conjunto de disponibilidad de Microsoft Azure por par de máquinas virtuales
- Equilibrador de carga de Microsoft Azure que conecta las máquinas virtuales en cada par
- El servicio administrado Microsoft Azure Database for PostgreSQL
Continúe leyendo las siguientes secciones en esta página de documentación para obtener detalles sobre cómo se utiliza cada uno de estos elementos de diseño en la implementación.
Máquinas virtuales emparejadas
El implementador de Horizon Cloud on Microsoft Azure se implementa de forma predeterminada:
- Dos máquinas virtuales del administrador de pods para cada implementación de Horizon Cloud on Microsoft Azure
- Dos máquinas virtuales de Unified Access Gateway para cada configuración de puerta de enlace implementada.
Nota: En el caso de la máquina virtual del conector de puerta de enlace que se implementa en el escenario de implementación de una configuración de puerta de enlace externa implementada en su propia red virtual, se implementa una sola máquina virtual del conector de puerta de enlace. Si el conector de puerta de enlace deja de funcionar, el plano de control envía una alerta al equipo de operaciones de Horizon Cloud, que puede utilizar llamadas de API para solucionar el estado del conector de puerta de enlace.
Conjunto de disponibilidad de Microsoft Azure por par de máquinas virtuales
Cada uno de los pares de máquinas virtuales está asociado a un conjunto de disponibilidad de Microsoft Azure, un conjunto de disponibilidad por par de máquinas virtuales.
Al usar un conjunto de disponibilidad, cada una de las máquinas virtuales de un par se implementa en un hardware físico independiente dentro del mismo centro de datos de Microsoft Azure.
Mediante el diseño de los conjuntos de disponibilidad de Microsoft Azure, el conjunto de disponibilidad exige que las máquinas virtuales emparejadas residan en hardware físico independiente en ese centro de datos de Microsoft Azure.
Esta separación del hardware back-end minimiza la probabilidad de que ambas máquinas virtuales experimenten un periodo de inactividad al mismo tiempo. Las dos máquinas virtuales de un par se ven afectadas únicamente si se desactiva el centro de datos de Microsoft Azure completo.
Equilibrador de carga de Microsoft Azure que conecta las máquinas virtuales de cada par
Como se describe en la sección Máquinas virtuales emparejadas , una implementación de Horizon Cloud on Microsoft Azure tiene un par de máquinas virtuales del administrador de pods y cada configuración de puerta de enlace implementada tiene un par de máquinas virtuales de Unified Access Gateway.
El implementador implementa un equilibrador de carga de Microsoft Azure para cada par de máquinas virtuales.
Máquinas virtuales del administrador de pods: equilibrador de carga
El implementador implementa este equilibrador de carga de Azure durante la implementación del pod. Este equilibrador de carga enruta el tráfico a las máquinas virtuales del administrador de pods de acuerdo con las reglas y el sondeo de estado configurados por el implementador.
- Las máquinas virtuales del administrador de pods se agregan al grupo back-end de este equilibrador de carga.
- Una máquina virtual del administrador de pods asume la función activa para facilitar las conexiones cliente de los usuarios finales a las aplicaciones y los escritorios aprovisionados por el pod.
- El equilibrador de carga determina el administrador de pods que tiene la función activa en función de las reglas definidas y el sondeo de estado de las máquinas virtuales del administrador de pods en el grupo back-end.
- Según su determinación, el equilibrador de carga enruta sin interrupciones todo el tráfico de solicitud de conexión a la máquina virtual del administrador de pods que tiene la función activa hasta que se produzca una conmutación por error.
- A continuación, la otra máquina virtual del administrador de pods asume la función activa para facilitar las conexiones cliente a los escritorios y las aplicaciones. En ese momento, el equilibrador de carga enruta las solicitudes de conexión a esa máquina virtual.
- Cuando se produce la conmutación por error, se envía una notificación a la consola para informar al usuario sobre este cambio, en el que la máquina virtual del administrador de pods tiene la función activa.
El equilibrador de carga de Azure implementado de las máquinas virtuales del administrador de pods está conectado a las NIC de las máquinas virtuales que tienen direcciones IP en lo que el asistente Nuevo pod etiqueta como la Subred de máquina virtual - Principal, también conocida como la subred de arrendatario principal.
El equilibrador de carga de las máquinas virtuales del administrador de pods se ubica entre las solicitudes de conexión de cliente de usuario final y las máquinas virtuales del administrador de pods.
Cuando el pod está configurado con una configuración de puerta de enlace, el tráfico de las instancias de Unified Access Gateway se enruta al equilibrador de carga de Microsoft Azure de las máquinas virtuales del administrador de pods, y el equilibrador de carga de Azure enruta ese tráfico a la máquina virtual activa del administrador de pods.
Cuando el pod no tiene una configuración de puerta de enlace y se configuró para conexiones directas, las conexiones de cliente de usuario final van al equilibrador de carga de Microsoft Azure de las máquinas virtuales del administrador de pods, el cual enruta ese tráfico a la máquina virtual activa del administrador de pods.
Configuración de puerta de enlace: equilibrador de carga
El implementador implementa este equilibrador de carga de Azure durante la implementación de una configuración de puerta de enlace. Este equilibrador de carga enruta el tráfico a las máquinas virtuales de Unified Access Gateway de la implementación de acuerdo con las reglas y el sondeo de estado configurados por el implementador.
- Las máquinas virtuales de Unified Access Gateway se agregan al grupo back-end de este equilibrador de carga.
- Cada máquina virtual de Unified Access Gateway tiene una función activa en el tráfico de cliente de usuario final. Cada una de las máquinas virtuales de Unified Access Gateway está diseñada para administrar hasta las sesiones conectadas simultáneas del pod hasta los límites establecidos en la página Límites del servicio de Horizon Cloud on Microsoft Azure.
- El equilibrador de carga determina si una máquina virtual de Unified Access Gateway en el grupo back-end está en buen estado para recibir conexiones en función de las reglas definidas y el sondeo de estado de las máquinas virtuales.
- Según su determinación, el equilibrador de carga enruta el tráfico de solicitud de conexión sin interrupciones a las máquinas virtuales que cumplen con el sondeo de estado.
- Si una máquina virtual del grupo back-end tiene un problema o deja de funcionar, el equilibrador de carga enruta las nuevas solicitudes de conexión a la máquina virtual en buen estado.
- Para las conexiones existentes a la máquina virtual que experimenta el problema o que se ha desactivado, esas conexiones se desconectan. Esos usuarios tienen que volver a conectar manualmente sus sesiones de cliente y el equilibrador de carga las conecta a la máquina virtual de Unified Access Gateway en buen estado.
- Cuando la máquina virtual en mal estado vuelve a un estado correcto y cumple las reglas del equilibrador de carga y el sondeo de estado, el equilibrador de carga permite nuevas solicitudes de conexión a esa máquina virtual.
El equilibrador de carga de una configuración de puerta de enlace se ubica entre las solicitudes de conexión de cliente de usuario final y las máquinas virtuales de Unified Access Gateway de la configuración.
Para una configuración de puerta de enlace externa, su equilibrador de carga de Azure implementado se conecta a las NIC de las máquinas virtuales que tienen direcciones IP en lo que el asistente del implementador etiqueta como la Subred DMZ. Cuando se utiliza el asistente para implementar una configuración de puerta de enlace externa en su propia VNet, el asistente etiqueta esta subred como Subred de front-end.
Para una configuración de puerta de enlace interna, su equilibrador de carga de Azure implementado se conecta a las NIC de las máquinas virtuales que tienen direcciones IP en la subred de arrendatario principal del pod (etiquetada como Subred de máquina virtual - Principal en el asistente del implementador).
El servicio administrado Microsoft Azure Database for PostgreSQL de la implementación
La implementación utiliza el servicio administrado Microsoft Azure Database for PostgreSQL y su opción de implementación de servidor único.
El uso de este servicio administrado de Microsoft permite centralizar los datos necesarios para las operaciones del pod y elimina la necesidad de usar la replicación de datos en las máquinas virtuales del administrador. En la versión actual, el implementador utiliza la siguiente configuración:
- PostgreSQL versión 11
- Memoria optimizada
- Generación de recursos informáticos: Gen 5
- vNúcleos: 2
- Almacenamiento: 10 GB
- Crecimiento automático: no
- Almacenamiento de copia de seguridad: redundancia local
Consulte la documentación de Microsoft para obtener información sobre la configuración de optimización de memoria:
Impacto de costes en la suscripción de Microsoft Azure para los pods creados en este nivel de versión o actualizados a este nivel
Los elementos necesarios para admitir la alta disponibilidad en esta versión tienen algunas implicaciones de coste en la suscripción de Microsoft Azure, para el uso de Azure Database for PostgreSQL y la ejecución de los pares de máquinas virtuales. Al momento de escribir este documento, no hay cargos por el uso de los equilibradores de carga de Azure ni de los conjuntos de disponibilidad.
Para conocer las estimaciones de precios de la configuración de Microsoft Azure Database for PostgreSQL descrita anteriormente que se utiliza en la versión actual, consulte https://azure.microsoft.com/en-us/pricing/details/postgresql/server/.
Grupos de recursos relacionados
Los recursos relacionados con HA de los administradores de pods residen en el mismo grupo de recursos que las máquinas virtuales del administrador de pods
Los recursos relacionados con HA de una configuración de puerta de enlace residen en el mismo grupo de recursos de la configuración de puerta de enlace que las máquinas virtuales de Unified Access Gateway de la configuración de puerta de enlace.
El grupo de recursos del administrador de pods también refleja el uso que hace la implementación del servicio administrado Microsoft Microsoft Azure Database for PostgreSQL.
Puede ver los detalles de los recursos en su suscripción cuando inicie sesión en el portal de Microsoft Azure y desplácese hasta esos grupos de recursos.
Para obtener información sobre cómo identificar los grupos de recursos del pod, consulte Grupos de recursos creados para una implementación de Horizon Cloud on Microsoft Azure .
Habilitar la alta disponibilidad en un pod de Horizon Cloud en Microsoft Azure
Para un pod que no tenga habilitada la alta disponibilidad, puede habilitar la alta disponibilidad siguiendo estos pasos.
Esta página está destinada únicamente a los administradores de uno o varios pods en los que aún no esté habilitada la alta disponibilidad.
A partir de la versión de servicio v2204, las nuevas implementaciones de Horizon Cloud on Microsoft Azure se implementan con la alta disponibilidad ya configurada de forma predeterminada. Si la alta disponibilidad ya está configurada en el pod, los pasos de esta página no son aplicables.
Si la página de detalles de un pod indica que la alta disponibilidad no está habilitada, puede editar el pod para habilitarla en él. En este proceso, se implementa una segunda máquina virtual del administrador de pods en el grupo de recursos del pod, y esa máquina virtual se configura en el conjunto de disponibilidad y el equilibrador de carga de Microsoft Azure del pod.
Importante: Habilitar la alta disponibilidad en un pod es una acción que se realiza una sola vez. Después de habilitar la alta disponibilidad en un pod, no se puede revertir la configuración y desactivar la función en el pod posteriormente.
Después de realizar los pasos del flujo de trabajo Editar pod y confirmar la actualización, el servicio crea una instancia de la segunda máquina virtual del administrador de pods en la suscripción de Microsoft Azure del pod y establece las conexiones adecuadas entre esa máquina virtual y el equilibrador de carga de Azure existente, la base de datos de Azure PostgreSQL y otras tareas necesarias relacionadas con el pod. El proceso general puede tardar unos 30 minutos en completarse.
Requisitos previos
Compruebe que cumple con estos criterios antes de usar Horizon Universal Console para realizar los pasos del flujo de trabajo.
- El software del pod debe tener la versión de manifiesto 1600 o posterior para habilitar la alta disponibilidad. Para ver la versión de manifiesto de un pod, vaya a la página de detalles del pod desde la página Capacidad.
- Asegúrese de que la suscripción tenga suficientes cuotas y núcleos para admitir la creación de la máquina virtual del administrador de pods adicional.
- Si el pod se actualizó desde una versión de manifiesto anterior a la 1600, antes de poder habilitar la alta disponibilidad, debe asegurarse de lo siguiente:
- El proceso de actualización del pod se completa en ese pod
- Los agentes se actualizan en todas las máquinas virtuales RDSH de granja, las máquinas virtuales RDSH de granja y las máquinas virtuales de asignación de escritorios del pod al nivel de versión del agente compatible con el manifiesto que se ejecuta en el pod actualizado. Para obtener información sobre la relación entre las actualizaciones de pods y las actualizaciones de agentes, consulte Actualizaciones de pods de Horizon Cloud: pasos para obtener compatibilidad y soporte continuados con los agentes.
Procedimiento
-
Vaya a la página de detalles del pod desde la página Capacidad.
-
Haga clic en Editar.
-
En la sección Alta disponibilidad, active la opción Habilitado.
-
Haga clic en Guardar y salir.
-
Confirme la actualización.
Resultados
En la página de detalles del pod, el estado del clúster es Pendiente . Cuando finaliza la actividad de configuración, el estado del clúster es Listo . El proceso general tarda aproximadamente 30 minutos en completarse.
¿Le resultó útil esta página?