A partir de la versión de servicio trimestral de septiembre de 2019, la arquitectura de un pod de Horizon Cloud en Microsoft Azure permite tener alta disponibilidad para el pod. Los nuevos pods implementados por el implementador de pods después de la versión de servicio de septiembre de 2019 y los pods más antiguos actualizados a las versiones de manifiesto 1600 o posteriores obtendrán esta arquitectura de pod más reciente. Esta arquitectura del pod incluye un recurso de servidor Microsoft Azure Database for PostgreSQL, un equilibrador de carga de Microsoft Azure y un conjunto de disponibilidad de Microsoft Azure. Cuando se habilita la alta disponibilidad en un pod de esta arquitectura, se agrega una máquina virtual del administrador de pods adicional al pod para un total de dos máquinas virtuales del administrador de pods, que se conectan al equilibrador de carga de Microsoft Azure. Esta configuración permite que el pod siga funcionando aunque una máquina virtual del administrador experimente un problema. Si una máquina virtual del administrador deja de funcionar, todo el tráfico se enruta automáticamente a la otra máquina virtual del administrador sin ninguna intervención manual.

En los nuevos pods, es posible implementar el pod con la alta disponibilidad habilitada desde el inicio, o bien implementar el pod con la alta disponibilidad desactivada y habilitarla más tarde. Para los pods existentes que se actualizan a un manifiesto de pod que obtiene esta arquitectura de pod más reciente, el proceso de actualización no habilita automáticamente la alta disponibilidad en el pod. Puede habilitar la alta disponibilidad en un pod actualizado después de que ambos elementos estén en su lugar:

  • El proceso de actualización del pod se ha completado en el pod
  • Los agentes están actualizados en todas las máquinas virtuales de imagen existentes del pod, las máquinas virtuales compatibles con RDSH de granja y las máquinas virtuales de escritorio VDI a la versión del agente que es compatible con el pod actualizado

La página de detalles del pod informa si la alta disponibilidad se encuentra habilitada o deshabilitada para ese pod. Si desea conocer los pasos para habilitar la alta disponibilidad en un pod donde se encuentra deshabilitada, consulte Habilitar la alta disponibilidad en un pod de Horizon Cloud en Microsoft Azure.

Diseño de alta disponibilidad para un pod en Microsoft Azure

Además de tener dos máquinas virtuales del administrador de pods, el pod tiene un recurso de equilibrador de carga de Microsoft Azure, un conjunto de disponibilidad de Microsoft Azure y un recurso de servidor de Microsoft Azure Database for PostgreSQL. Este diseño proporciona resistencia general y conmutación por error para el pod si una de las máquinas virtuales del administrador de pods experimenta un problema o se desactiva.

Importante: Un pod creado nuevo en el nivel de versión de septiembre de 2019 siempre se implementa con un recurso de servidor Microsoft Azure Database for PostgreSQL, el equilibrador de carga de Microsoft Azure y el conjunto de disponibilidad. Incluso cuando se desactiva la opción de Alta disponibilidad en el asistente de implementación de pods, el pod resultante tiene esos nuevos elementos de arquitectura del pod. Además, un pod creado en una versión anterior y actualizado al nivel de versión de septiembre de 2019 derivará en un pod con este nuevo diseño: el recurso de servidor de Microsoft Azure Database for PostgreSQL, el equilibrador de carga de Microsoft Azure y el conjunto de disponibilidad, aunque la alta disponibilidad no se habilite automáticamente en el proceso de actualización. La estandarización de este diseño de pod para todos los pods con versiones de manifiesto 1600 o posteriores permite habilitar fácilmente la alta disponibilidad en un pod ya implementado. La segunda máquina virtual del administrador de pods solo se implementa cuando la función de alta disponibilidad está habilitada en el pod.

Estos recursos se encuentran en el grupo de recursos del pod y es posible ver sus detalles en la suscripción al iniciar sesión en el portal de Microsoft Azure. Para obtener información sobre cómo identificar los grupos de recursos del pod, consulte Grupos de recursos creados para un pod implementado en Microsoft Azure.

Conjunto de disponibilidad de Microsoft Azure
Como se describe en la documentación de Microsoft Azure, la combinación de un equilibrador de carga de Microsoft Azure con conjuntos de disponibilidad proporciona la máxima resistencia de aplicaciones. Un conjunto de disponibilidad, o una zona de disponibilidad como se denomina a veces en la documentación de Microsoft Azure, en cada región de Microsoft Azure es una combinación de un dominio de errores y un dominio de actualización. Al usar un conjunto de disponibilidad, cada una de las máquinas virtuales del administrador de pods se implementa en un hardware físico independiente dentro del mismo centro de datos de Microsoft Azure. El conjunto de disponibilidad exige que las máquinas virtuales del administrador residan en un hardware físico independiente. Esta separación del hardware back-end minimiza la probabilidad de que ambas máquinas virtuales del administrador experimenten un periodo de inactividad al mismo tiempo. Las máquinas virtuales del administrador se ven afectadas únicamente si se desactiva el centro de datos de Microsoft Azure completo.
Equilibrador de carga de Microsoft Azure
El recurso de equilibrador de carga implementado se conecta a la subred de tenant del pod. Este equilibrador de carga se utiliza para enrutar 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 de pods. Las máquinas virtuales del administrador se agregan al grupo back-end de este equilibrador de carga. Una máquina virtual del administrador asume la función de agente activo para las conexiones de cliente de usuario final a aplicaciones y escritorios aprovisionados por el pod. El equilibrador de carga determina la afinidad del agente en función de las reglas definidas y el sondeo de estado de las máquinas virtuales del administrador en el grupo back-end. Según la afinidad de agente determinada, el equilibrador de carga enruta sin interrupciones todo el tráfico de agente a la máquina virtual del administrador que es el agente activo hasta que se produzca una conmutación por error. A continuación, la otra máquina virtual del administrador se convierte en el agente activo y el equilibrador de carga enruta las solicitudes de gestión como agente a esa máquina virtual. Cuando se produce la conmutación por error, se envía una notificación a la consola administrativa para informar al usuario sobre este cambio, debido al cual la máquina virtual del administrador se convierte en el agente activo.

El equilibrador de carga del pod se ubica entre las solicitudes de conexión de cliente de usuario final y las máquinas virtuales del administrador del pod. Cuando el pod está configurado con una configuración de puerta de enlace, el tráfico desde las instancias de Unified Access Gateway se enruta al equilibrador de carga de Microsoft Azure del pod. El equilibrador de carga de Azure enruta ese tráfico a la máquina virtual del administrador que es el agente activo. Cuando el pod no tiene una configuración de puerta de enlace y se configuró para conexiones directas (por ejemplo, a través de una VPN), las conexiones de cliente de usuario final van al equilibrador de carga de Microsoft Azure del pod, el cual enruta ese tráfico a la máquina virtual del administrador que es el agente activo.

Microsoft Azure Database for PostgreSQL con un único servidor
El pod tiene un servidor de Microsoft Azure Database for PostgreSQL que utiliza la opción de implementación de servidor único. El uso de este servidor 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, se utiliza la siguiente configuración:
  • PostgreSQL versión 10
  • 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 presentan algunas implicaciones de costos en la suscripción de Microsoft Azure. Todos los nuevos pods creados en este nivel de versión y los pods actualizados a este nivel de versión afrontan un costo por el servidor de Microsoft Azure Database for PostgreSQL administrado. Además, un pod con la alta disponibilidad habilitada también genera un costo por ejecutar la máquina virtual del administrador adicional. Al momento de escribir este documento, no se aplican costos por usar un conjunto de disponibilidad o un equilibrador de carga de Azure implementado para todos los pods creados en, o actualizados a, este nivel de versión.

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/.