Esta página de documentación describe 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 alguno de sus pods es anterior a la versión v2204 y no tiene habilitada la alta disponibilidad actualmente, puede activarla siguiendo los pasos descritos en Habilitar la alta disponibilidad en un pod de Horizon Cloud en Microsoft Azure. En la página de detalles del pod se indica si la alta disponibilidad está o no habilitada en él.
Breve 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 general 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 implementa de forma predeterminada:
- 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.
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 de agente activo 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 escritorios y 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, debido al cual 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 del administrador de pods activo.
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á pensada para administrar como máximo las sesiones conectadas simultáneas del pod hasta los límites establecidos en la página de Límites del servicio de Horizon Cloud Service on Microsoft Azure.
- El equilibrador de carga determina si una máquina virtual de Unified Access Gateway en el grupo de 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 lo que determine, el equilibrador de carga enruta el tráfico de solicitud de conexión sin problemas a las máquinas virtuales que cumplen con el sondeo de estado.
- Si una máquina virtual en el grupo de 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. Los 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 la 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 red virtual, el asistente etiqueta esta subred como Subred de front-end.
Para una configuración de puerta de enlace interna, el 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 utilizar 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 informática: gen. 5
- N.º de núcleos virtuales: 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 costos 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 la base de datos de Azure para PostgreSQL y la ejecución de los pares de máquinas virtuales. En el momento de redactar 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 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 vaya a 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
Puede habilitar la alta disponibilidad en los pods donde no esté activada siguiendo estos pasos.
Esta página está destinada únicamente a los administradores de uno o varios pods donde aún no esté habilitada la alta disponibilidad.
A partir de la versión de servicio v2204, se configura la alta disponibilidad en las nuevas implementaciones de Horizon Cloud on Microsoft Azure de forma predeterminada. Si ya se configuró la alta disponibilidad en un pod, los pasos de esta página no son aplicables.
Si la página de detalles del pod indica que la alta disponibilidad no está habilitada, puede editar el pod para activarla. 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.
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 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 la habilitación de la alta disponibilidad. Para ver la versión de manifiesto de un pod, vaya a la página de detalles del pod en 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 se actualizó un pod con una versión de manifiesto anterior a la 1600, antes de poder habilitar en él la alta disponibilidad, asegúrese de lo siguiente:
- El proceso de actualización del pod se ha completado en el pod
- En todas las máquinas virtuales RDSH de granja, de imagen del pod y de asignación de escritorio, los agentes están actualizados 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 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 será Pendiente. Cuando se complete la actividad de configuración, el estado del clúster será Listo. El proceso general tarda unos 30 minutos en completarse.
