XenApp y XenDesktop 7.7: inmersión profunda en zonas
En este artículo se profundiza un poco más en cómo funciona la función de zonas en XenApp y XenDesktop 7.7, así como en las implicaciones de colocar elementos como Delivery Controllers, conexiones de Hypervisor y catálogos de máquinas en diferentes zonas. Puede ser útil leer primero acerca de las zonas en la documentación del producto Citrix: https://docs.citrix.com/es-es/legacy-archive/xenapp-and-xendesktop.html.
Zonas primarias y satelitales
Cada sitio de XenApp y XenDesktop 7.7 tiene una zona principal, que debe incluir la base de datos del sitio central y al menos dos Delivery Controllers.
Las zonas secundarias o satélite deben incluir uno o más VDA, Controllers, servidores StoreFront y servidores NetScaler Gateway. En operaciones normales, los controladores de una zona satélite se comunican directamente con la base de datos del sitio central en la zona principal.
Se supone que los controladores de la zona principal tienen buena conectividad con la base de datos del Sitio y tienen cierta conectividad con todas las zonas satélite. Sin embargo, no se supone que los elementos de cada zona satelital tengan conectividad con elementos de otras zonas satelitales.
Elementos que se pueden asociar con zonas
Una serie de elementos diferentes de una implementación de XenApp o XenDesktop se pueden asociar a una zona satélite, lo que afecta a la forma en que el sitio interactúa con esos objetos y otros objetos relacionados con ellos. Los elementos que se pueden colocar en zonas satélite son:
- Máquinas de Controller
- Conexiones de hipervisor
- Catálogos de máquinas
- Gateways NetScaler
Cuando las máquinas de Controller se colocan en una zona satélite, se supone que esas máquinas tienen una buena conectividad (local) con hipervisores y máquinas VDA en la misma zona satélite, por lo que el sistema organiza las cosas para preferir usar esos Controladores para manejar esos hipervisores y máquinas VDA.
La conexión de Hypervisor que se coloca en una zona de satélite implica que todos los hipervisores administrados a través de esa conexión de Hypervisor también se supone que residen en esa zona de satélite, y se prefiere utilizar Controladores de esa zona para comunicarse con esa conexión de Hypervisor.
Un catálogo de máquinas que se coloca en una zona de satélite implica de manera similar que todas las máquinas VDA de ese catálogo están en la zona de satélite, y esto también controlará qué Controladores se prefieren utilizar al intentar registrarse en el sitio después de que el mecanismo de actualización automática de la lista de Controladores haya activado después del primer registro de cada VDA.
Los VDA preferirán registrarse con Controllers en la misma zona local que ellos mismos, pero no podrán registrarse con Controllers en la zona principal. Los VDA no se registrarán con Controllers en otras zonas de satélite.
Las instancias de NetScaler Gateway también se pueden asociar a zonas, pero esto se hace como parte de la configuración de StoreFront Optimal HDX Routing en lugar de, como ocurre con los demás elementos descritos aquí, como parte de la configuración del sitio de XenApp o XenDesktop. Cuando NetScaler Gateway está asociado a una zona, significa que se prefiere que se utilice cuando se utilizan conexiones HDX a máquinas VDA de esa zona.
Límites de calidad de conexión
Los Controllers de la zona satélite realizan interacciones SQL directamente con la base de datos del sitio. Aunque se han realizado algunos cambios para minimizar esta interacción SQL, esto impone algunos límites a la calidad del enlace entre la zona satelital y la zona primaria que contiene la base de datos. Los límites específicos vuelven a ser relativos al número de VDA y sesiones de usuario de esos VDA que se implementan en la zona de satélite. Por lo tanto, las zonas satélite con solo un pequeño número de VDA y sesiones pueden funcionar con una conexión de menor calidad a la base de datos que las zonas satélite con un gran número de VDA y sesiones. Algunas directrices son las siguientes:
| Número de sesiones que se van a apoyar | Se inicia la sesión de usuario final simultánea máxima asumida | Ancho de banda mínimo aceptable | Latencia máxima aceptable de ida y vuelta |
|---|---|---|---|
| Menos de 50 | 20 | 1 Mbps | 250 ms |
| 50 a 500 | 25 | 1,5 Mbps | 100 ms |
| 500 a 1000 | 30 | 2 Mbps | 50 ms |
| 1000 a 3000 | 60 | 8 Mbps | 10 ms |
| Más de 3000 | 60 | 8 Mbps | 5 ms |
Alta disponibilidad con arrendamiento de conexiones
En XenApp y XenDesktop 7.7, la función de arrendamiento de conexiones puede ayudar a mantener una alta disponibilidad de intermediación de nuevas conexiones para los usuarios finales si hay una interrupción del sistema. Si está utilizando zonas, la interrupción puede deberse a una pérdida de comunicaciones entre una zona satélite y la zona principal (especialmente porque la base de datos reside en la zona principal). En este caso, los Controllers de la zona satélite cambiarán al modo de leasing y aún así permitirán a los usuarios finales negociar nuevas conexiones a aplicaciones y escritorios. Sin embargo, los VDA en los que se ejecutan esas sesiones deben ser accesibles desde Controllers en la zona satélite. Para limitar la carga del sistema de archivos para las máquinas Controller en zonas satélite, solo los datos de concesión de conexión para las máquinas VDA en esa misma zona.
Implementación de StoreFront
Si desea aprovechar la alta disponibilidad de la intermediación mediante el arrendamiento de conexiones, cuando una zona satélite está aislada de la zona principal, es necesario implementar una instancia de StoreFront en cada zona satélite. Esto se debe a que una instancia de StoreFront implementada centralmente en la zona principal no necesariamente podría ponerse en contacto con los Controllers en las zonas satélite si la conectividad entre las zonas principal y satélite se interrumpe en una interrupción.
Número de zonas
El número de Controladores configurados en el sitio puede afectar al rendimiento de algunas operaciones, como agregar nuevos Controllers al sitio. Para evitar esto, se recomienda limitar el número de zonas en el sitio de XenApp o XenDesktop 7.7 a no más de 10. En XenApp o XenDesktop 7.11 y versiones posteriores, el límite es 50.
Ajustes y ajustes de configuración de bajo nivel
Se han agregado algunos elementos de configuración nuevos a las zonas de soporte, incluida la adición de la definición de zonas en el nivel SDK de PowerShell, que forma parte del SDK del servicio de configuración en lugar de, por ejemplo, formar parte del SDK del servicio de broker. Otras partes de la configuración de la zona se pueden hacer en otros SDK de PowerShell de servicio FMA, especialmente cuando los elementos están asociados con zonas, lo que se realiza por el servicio que tiene más propiedad de esos objetos. En consecuencia, la pertenencia a zonas de catálogos de máquinas se define mediante el SDK del servicio de agente y la pertenencia a zonas de conexiones de Hypervisor se configura mediante el SDK del servicio de host.
Además, se ha agregado una nueva configuración del Registro para permitir el control de una limitación de los lanzamientos simultáneos de usuarios finales; la parte principal de esto se encuentra en HKLM\Software\Citrix\DesktopServer\ThrottledRequestAddressMaxConcurrentTransactions. En algunas situaciones de prueba, encontramos que las altas latencias entre las zonas de satélite y la base de datos en la zona principal, junto con una tasa relativamente alta de lanzamientos de aplicaciones y escritorios por parte de usuarios finales que utilizan un controlador en la zona de satélite, podrían provocar retrasos en los lanzamientos debido a un retraso en los lanzamientos anteriores.
Otros consejos
Ha habido algunos informes de que el nodo de zonas en Studio ha desaparecido después de actualizar un sitio. Esto puede deberse a que el archivo de “configuración de rol” no se pudo importar durante la actualización. Puede solucionar esto manualmente importando el archivo a través del SDK de PowerShell:
cd 'C:\Program Files\Citrix\XenDesktopPoshSdk\Module\Citrix.XenDesktop.Admin.V1\Citrix.XenDesktop.Admin\StudioRoleConfig'
Import-AdminRoleConfiguration –Path .\RoleConfigSigned.xml
*Este artículo ha sido modificado a partir de una entrada de blog escrita por William Charnell. Para leer el blog original y ver los comentarios, vaya a https://www.citrix.com/blogs/2016/01/12/deep-dive-xenapp-and-xendesktop-7-7-zones/?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed%3A+CitrixBlogs+%28Citrix+Blogs%29. *