Zonas

Introducción

Las implementaciones de Citrix Virtual Apps and Desktops Service que incluyen ubicaciones muy alejadas entre sí, conectadas por una red WAN, pueden presentar problemas de fiabilidad y latencia de la red. El uso de zonas puede ayudar a los usuarios de regiones remotas a conectarse a recursos sin que las conexiones recorran necesariamente grandes segmentos de red WAN. Cada ubicación de recursos se considera una zona en un entorno de Citrix Virtual Apps and Desktops Service.

Las zonas pueden resultar útiles en implementaciones de todos los tamaños. Puede usar zonas para mantener las aplicaciones y los escritorios cerca de los usuarios, lo que mejora el rendimiento. Las zonas se pueden usar para: recuperación ante desastres, centros de datos geográficamente alejados, sucursales, una nube o una zona de disponibilidad de una nube.

La cantidad de Cloud Connectors configurados en el sitio puede afectar al rendimiento de algunas operaciones. Para evitar este problema, se recomienda limitar la cantidad de zonas a no más de 10.

En este artículo, el término “local” se refiere a la zona que se analiza. Por ejemplo, “un VDA se registra en un Cloud Conector local” significa que el VDA se registra en un Cloud Conector de la zona donde está situado el VDA.

Diferencias de zonas en entornos locales de Citrix Virtual Apps and Desktops

Las zonas de un entorno de Citrix Virtual Apps and Desktops Service son parecidas pero no idénticas a las zonas de una implementación local (“on-premises”) de Citrix Virtual Apps and Desktops.

  • En Citrix Virtual Apps and Desktops Service, las zonas se crean automáticamente cuando se crea una ubicación de recursos y se agrega un Cloud Connector a ella. A diferencia de una implementación “on-premises”, un entorno de servicio no clasifica las zonas como principales o satélite.
  • En XenApp 6.5 y versiones anteriores, las zonas incluían recopiladores de datos. Citrix Virtual Apps and Desktops Service no usa recopiladores de datos para las zonas. Además, la conmutación por error y la preferencia de zona funcionan de otra manera.

¿Qué hay en una zona?

Una zona equivale a una ubicación de recursos. Cuando se crea una ubicación de recursos y se instala un Cloud Connector, se crea automáticamente una zona para usted. Cada zona puede contener un conjunto de recursos diferente, en función del entorno y las necesidades que usted tenga.

Imagen de zonas

Cada zona debe tener al menos un Cloud Connector, pero es preferible tener dos o más, para permitir redundancia.

En una zona se pueden colocar catálogos de máquinas, hipervisores, conexiones de host, usuarios y aplicaciones. Una zona también puede contener servidores StoreFront y Citrix Gateway. Para usar la función Caché de host local, la zona debe tener un servidor StoreFront.

Las zonas funcionan con la experiencia del espacio de trabajo de Citrix Cloud y Citrix Gateway Service.

Colocar elementos en una zona afecta al modo en que el servicio interactúa con ellos y con otros objetos relacionados.

  • Cuando se coloca una conexión de hipervisor en una zona, se presupone que todos los hipervisores administrados a través de esa conexión también residen en esa zona.
  • Cuando se coloca un catálogo de máquinas en una zona, se presupone que todos los VDA de ese catálogo están en esa misma zona.
  • Se pueden agregar instancias de Citrix Gateway a las zonas. Cuando se crea una ubicación de recursos, se ve la opción de agregar un Citrix Gateway. Cuando se asocia un Citrix Gateway a una zona, se utiliza preferentemente ese Citrix Gateway en conexiones a los VDA de esa zona.
  • Preferiblemente, Citrix Gateway de una zona se usa para conexiones de usuario que llegan a esa zona provenientes de otras zonas o ubicaciones externas. También se puede usar para conexiones dentro de la zona.
  • Después de crear más ubicaciones de recursos e instalar Cloud Connectors en ellas (lo que automáticamente crea más zonas), se pueden mover recursos entre las zonas. Esta flexibilidad conlleva el riesgo de separar elementos que funcionan mejor cuando están próximos. Por ejemplo, mover un catálogo de máquinas a otra zona distinta de la zona de la conexión (host) que crea las máquinas del catálogo podría afectar al rendimiento. Por lo tanto, tenga en mente los posibles efectos imprevistos antes de mover elementos entre zonas. Mantenga el catálogo y la conexión de host que este usa en la misma zona.

Si falla la conexión entre una zona y Citrix Cloud, la función Caché de host local permite que un Cloud Connector de la zona siga actuando como broker en las conexiones con los VDA de esa zona. (La zona debe tener StoreFront instalado). Por ejemplo, esto es efectivo en una oficina donde los trabajadores utilicen el sitio local de StoreFront para acceder a sus recursos locales, incluso aunque falle el enlace WAN que conecta su oficina a la red de la empresa. Para obtener más información, consulte Caché de host local.

Dónde se registran los VDA

La versión de los VDA debe ser 7.7 como mínimo para poder usar estas características de registro de zona:

  • Un VDA de una zona se registra en un Cloud Connector local.
    • Siempre y cuando ese Cloud Connector pueda comunicarse con Citrix Cloud, el funcionamiento continúa normalmente.
    • Si ese Cloud Connector está en funcionamiento, pero no se puede comunicar con Citrix Cloud (y esa zona tiene un StoreFront local), entra en el modo de interrupción de Caché de host local.
    • Si un Cloud Connector falla, los VDA de esa zona intentan registrarse con otros Cloud Connectors locales. Un VDA de una zona nunca intenta registrarse con un Cloud Connector de otra zona.
  • Si se agrega o se quita un Cloud Connector de una zona (usando la consola de administración de Citrix Cloud) y la actualización automática está habilitada, los VDA de esa zona recibirán listas actualizadas de los Cloud Connectors que están disponibles, por lo que sabrán con qué conectores pueden registrarse y de cuáles pueden aceptar conexiones.
  • Si mueve un catálogo de máquinas a otra zona (mediante Studio), los VDA de ese catálogo volverán a registrarse en los Cloud Connectors de la zona a la que haya movido el catálogo. Cuando mueva un catálogo, asegúrese de que también mueve a la misma zona las conexiones de host asociadas.
  • Durante una interrupción (cuando los Cloud Connectors de una zona no se pueden comunicar con Citrix Cloud), solo están disponibles los recursos asociados con las máquinas que están registradas en esa zona.

Preferencia de zonas

En un sitio de varias zonas, la funcionalidad Preferencia de zonas ofrece más flexibilidad al administrador para controlar qué VDA se utiliza para iniciar una aplicación o un escritorio.

Cómo funciona la preferencia de zonas

Existen tres preferencias distintas de zonas. Es posible que prefiera utilizar un VDA en una zona particular, en función de:

  • Dónde se almacenan los datos de la aplicación. Esto se conoce como zona particular de la aplicación.
  • La ubicación de los datos principales del usuario (por ejemplo, un perfil o un directorio particular en un recurso compartido de red). Esto se conoce como zona particular del usuario.
  • La ubicación actual del usuario (dónde se está ejecutando la aplicación Citrix Workspace). Esto se conoce como ubicación del usuario. La ubicación de usuario requiere como mínimo StoreFront 3.7 y Citrix Gateway (antes NetScaler Gateway) 11.0-65.x.

En el gráfico siguiente, se muestra un ejemplo de configuración de varias zonas.

Imagen de configuración de varias zonas.

En este ejemplo, los VDA están distribuidos en tres zonas, pero pertenecen todos a un mismo grupo de entrega. Por lo tanto, el intermediario (broker) de Citrix Virtual Apps and Desktops Service puede elegir qué VDA usar cuando un usuario solicita el inicio de un recurso. En este ejemplo se muestra cómo los usuarios pueden ejecutar sus dispositivos de punto final con la aplicación Citrix Workspace en diferentes ubicaciones. El usuario A está utilizando un dispositivo con la aplicación Citrix Workspace en la zona 1. El usuario B está utilizando un dispositivo en la zona 2. Del mismo modo, los documentos de un usuario se pueden almacenar en diferentes ubicaciones. Los usuarios A y B utilizan un recurso de red compartido ubicado en la zona 1; el usuario C utiliza un recurso de red compartido ubicado en la zona 3. Además, una de las aplicaciones publicadas utiliza una base de datos que se encuentra en la zona 1.

Para asociar un usuario o una aplicación a una zona, configure una zona particular específica para ese usuario o esa aplicación. A partir de ahí, el broker usa esas asociaciones para seleccionar la zona donde se lanzará la sesión, si los recursos están disponibles. A usted le corresponde:

  • Configurar la zona particular de un usuario agregándolo a una zona.
  • Configurar la zona particular de una aplicación modificando las propiedades de la aplicación.

Un usuario o una aplicación pueden tener solo una zona particular en un momento dado. (Puede darse una excepción para los usuarios cuando se da el caso de que pertenecen a varias zonas debido a que son miembros de varios grupos de usuarios. Sin embargo, incluso en este caso, el broker utiliza una sola zona particular.)

Aunque se puedan configurar las preferencias de zonas para usuarios y aplicaciones, el broker selecciona una sola zona preferida para el inicio. El orden predeterminado de prioridad para seleccionar la zona preferida es: zona particular de la aplicación > zona particular del usuario > ubicación del usuario. Cuando un usuario inicia una aplicación:

  • Si la aplicación tiene configurada una asociación de zona (es decir, una zona particular de la aplicación), entonces la zona preferida es la zona particular de esa aplicación.
  • En cambio, si la aplicación no tiene configurada una asociación de zona pero el usuario sí la tiene (una zona particular de usuario), entonces la zona preferida es la zona particular del usuario.
  • Si ni la aplicación ni el usuario tienen configurada una asociación de zona, entonces la zona preferida es la zona donde el usuario ejecuta la instancia de la aplicación Citrix Workspace (la ubicación del usuario). Si esa zona no está definida, se seleccionan un VDA y una zona aleatorios. El equilibrio de carga se aplica a todos los VDA de la zona preferida. Si no hay ninguna zona preferida, el equilibrio de carga se aplica a todos los VDA del grupo de entrega.

Adaptar la preferencia de zonas

Al configurar (o quitar) la zona particular de un usuario o de una aplicación, puede limitar aún más cómo se utilizará (o no) la preferencia de zonas.

  • Uso obligatorio de la zona particular del usuario: En un grupo de entrega, puede especificar la opción “iniciar sesión en la zona particular del usuario (si el usuario tiene una), sin conmutación por error a otra zona cuando los recursos no estén disponibles en esa zona particular”. Esta restricción es útil para evitar el riesgo de copia de perfiles o archivos de datos grandes entre las zonas. En otras palabras, con esta opción se prefiere denegar el lanzamiento de una sesión a lanzarla en una zona diferente.
  • Uso obligatorio de la zona particular de la aplicación: Del mismo modo, cuando se configura la zona particular de una aplicación, se puede especificar la opción para que la aplicación se lance “solo en esa zona, sin conmutación por error a otra zona cuando los recursos no estén disponibles en la zona particular de la aplicación”.
  • Sin zona particular de aplicación, e ignorar la zona particular configurada del usuario: Si no especifica ninguna zona particular para una aplicación, también puede especificar la opción para que no se tenga en cuenta ninguna zona de usuario configurada para lanzar esa aplicación. Por ejemplo, use la preferencia de zona de la ubicación del usuario si quiere que los usuarios ejecuten una aplicación concreta en un VDA cercano a la máquina que están usando, aunque algunos usuarios tengan otra zona particular.

Cómo afecta la preferencia de zonas al uso de sesiones

Cuando un usuario inicia una aplicación o un escritorio, el broker prefiere usar la zona preferida en lugar de usar una sesión existente.

Si el usuario que inicia la aplicación o escritorio ya tiene una sesión apropiada para el recurso que se va a iniciar (por ejemplo, una que puede usar la función de compartir sesiones para una aplicación, o bien una sesión que ya ejecuta el recurso que se va a iniciar), pero esa sesión se está ejecutando en un VDA que se encuentra en otra zona, no la preferida de la aplicación o el usuario, el sistema puede crear una nueva sesión. Con lo que el inicio se produce en la zona correcta (si tiene capacidad disponible), en vez de reconectarse a una sesión en una zona menos ventajosa para los requisitos de sesión del usuario.

Para que no exista una sesión “huérfana” con la que ya no se pueda establecer conexión, se permite volverse a conectar a las sesiones desconectadas incluso aunque estén en una zona no preferida.

El orden de preferencia para elegir una sesión para el inicio es:

  1. Reconectarse a una sesión existente en la zona preferida.
  2. Reconectarse a una sesión desconectada existente en una zona que no sea la preferida.
  3. Iniciar una sesión nueva en la zona preferida.
  4. Reconectarse una sesión conectada existente en una zona que no sea la preferida.
  5. Iniciar una sesión nueva en una zona que no sea la preferida.

Otras consideraciones de preferencia de zonas

  • Si configura la zona particular de un grupo de usuarios (por ejemplo, un grupo de seguridad), los usuarios de ese grupo (por pertenencia directa o indirecta) se asocian a la zona especificada. No obstante, un usuario puede pertenecer a varios grupos de seguridad y, por lo tanto, puede tener otras zonas particulares configuradas por pertenecer a otros grupos. En tales casos, la determinación de la zona particular de ese usuario puede ser ambigua.

    Si un usuario tiene configurada una zona particular que no adquirió por pertenecer a grupos, esa es la zona que se usa para la preferencia de zonas. Se ignoran las asociaciones de zona que se adquieran por pertenecer a grupos.

    Si el usuario tiene varias asociaciones de zonas que adquirió únicamente por pertenecer a grupos, el broker escoge una zona aleatoria de entre ellas. Una vez que el broker hace su elección, se utiliza la misma zona para los lanzamientos subsiguientes de sesión, hasta que cambie la pertenencia del usuario a los grupos.

  • La preferencia de zona “ubicación del usuario” requiere que el Citrix Gateway a través del cual se conecta el dispositivo de punto final detecte la aplicación Citrix Workspace en ese dispositivo de punto final. Citrix Gateway debe estar configurado para asociar intervalos de direcciones IP a zonas concretas. La identidad de la zona detectada se debe pasar a través de StoreFront a Citrix Virtual Apps and Desktops Service.

Aunque se escribió para el uso de zonas en implementaciones locales (“on-premise”), la publicación de blog Zone Preference Internals contiene información técnica relevante.

Permisos para administrar zonas

Un administrador total puede realizar todas las tareas respaldadas de administración de zonas. Mover elementos entre zonas no requiere permisos de zonas (excepto el permiso de lectura de zonas). Sin embargo, debe tener permiso para modificar los elementos que esté moviendo. Por ejemplo, para mover un catálogo de máquinas de una zona a otra, debe tener el permiso de modificar ese catálogo.

Si utiliza Citrix Provisioning: La consola de Citrix Provisioning actual no reconoce zonas, por lo que Citrix recomienda usar Studio para crear catálogos de máquinas que quiera colocar en zonas específicas. Use el asistente de Studio para crear el catálogo y especificar la zona correspondiente. A continuación, utilice la consola de Citrix Provisioning para aprovisionar las máquinas de ese catálogo.

Creación de zonas

Cuando se crea una ubicación de recursos en Citrix Cloud y se le agrega un Cloud Connector, Citrix Virtual Apps and Desktops Service automáticamente crea y da nombre a una zona. Opcionalmente, puede agregar una descripción más tarde.

Después de crear otras ubicaciones de recursos (lo que automáticamente crea las zonas correspondientes), se pueden mover recursos de una zona a otra.

Las ubicaciones de recursos y zonas se sincronizan regularmente, por lo general cada cinco minutos aproximadamente. Por lo tanto, si cambia el nombre de una ubicación de recursos en Citrix Cloud, ese cambio se propaga a la zona asociada en los cinco minutos siguientes.

Agregar o cambiar una descripción de zona

Aunque no puede cambiar el nombre de una zona, puede agregar o cambiar su descripción en Studio.

  1. Haga clic en Configuración > Zonas en el panel de navegación.
  2. Seleccione una zona en el panel central y, a continuación, haga clic en Modificar zona en el panel Acciones.
  3. Agregue o cambie la descripción de la zona.
  4. Haga clic en Aceptar o en Aplicar.

Mover recursos de una zona a otra

  1. Haga clic en Configuración > Zonas en el panel de navegación de Studio.
  2. Seleccione una zona en el panel central y, a continuación, seleccione uno o varios elementos.
  3. Arrastre elementos a la zona de destino. También puede hacer clic en Mover elementos en el panel “Acciones” y especificar la zona a la que quiere moverlos. (Aunque se pueden seleccionar Cloud Connectors, en realidad los conectores no pueden moverse a otra zona.)

Aparecerá un mensaje de confirmación con una lista de los elementos seleccionados y preguntará si quiere moverlos todos.

Recuerde: Si un catálogo de máquinas usa una conexión de host a un hipervisor o un servicio de nube, ambos (el catálogo y la conexión) deben estar en la misma zona. De lo contrario, el rendimiento puede verse afectado. Si mueve un elemento, mueva el otro.

Eliminación de zonas

Las zonas no pueden eliminarse. Sin embargo, sí que puede eliminar una ubicación de recursos (después de quitar sus Cloud Connectors). Al eliminar la ubicación de recursos, la zona correspondiente se elimina automáticamente.

  • Si la zona no contiene ningún elemento (como catálogos, conexiones, aplicaciones o usuarios), la zona se elimina durante la siguiente sincronización entre las zonas y las ubicaciones de recursos, que ocurre cada cinco minutos.
  • Si la zona contiene elementos, la zona se elimina automáticamente una vez que se han quitado todos ellos.

Agregar una zona particular a un usuario

Configurar la zona particular de un usuario también se conoce como agregar un usuario a una zona.

  1. Haga clic en Configuración > Zonas en el panel de navegación de Studio.
  2. Seleccione una zona en el panel central y, a continuación, haga clic en Agregar usuarios a la zona en el panel Acciones.
  3. En el cuadro de diálogo Agregar usuarios a la zona, haga clic en Agregar y, a continuación, seleccione los usuarios y los grupos de usuarios que quiera agregar a la zona. Si especifica usuarios que ya tienen su zona particular, aparecerá un mensaje con dos opciones: , que equivale a agregar solo a los usuarios especificados que no tengan ninguna zona particular; No, que equivale a volver al diálogo de selección de usuarios.
  4. Haga clic en Aceptar.

Para los usuarios que tengan una zona particular configurada, puede definir que las sesiones se inicien solo desde su zona particular correspondiente:

  1. Cree o edite un grupo de entrega.
  2. En la página Usuarios, marque la casilla Las sesiones deben iniciarse en la zona particular del usuario, si está configurada.

Todas las sesiones que inicie un usuario de ese grupo de entrega deberán iniciarse desde las máquinas que se encuentren en la zona particular de ese usuario. Si un usuario del grupo de entrega no tiene configurada una zona particular, este parámetro no tiene ningún efecto.

Eliminar la zona particular de un usuario

Este procedimiento también se conoce como quitar un usuario de una zona.

  1. Haga clic en Configuración > Zonas en el panel de navegación de Studio.
  2. Seleccione una zona en el panel central y, a continuación, haga clic en Quitar usuarios de la zona en el panel Acciones.
  3. En el cuadro de diálogo Agregar usuarios a la zona, haga clic en Quitar y, a continuación, seleccione los usuarios y los grupos que quiera quitar de la zona. Esta acción solo quita los usuarios de la zona en cuestión. Esos usuarios siguen estando en los grupos de entrega a los que pertenecen.
  4. Confirme la eliminación cuando se le solicite.

Administrar zonas particulares de aplicaciones

Configurar la zona particular de una aplicación también se conoce como agregar una aplicación a una zona. De forma predeterminada, en un entorno de varias zonas, una aplicación no tiene ninguna zona particular.

La zona particular de una aplicación se especifica en las propiedades de la aplicación. Puede configurar las propiedades de una aplicación en el momento de agregarla a un grupo, o más adelante.

  • Al crear un grupo de entrega o agregar aplicaciones a grupos existentes, haga clic en Propiedades en la página Aplicaciones del asistente.
  • Para cambiar las propiedades de una aplicación después de haberla agregado, haga clic en Aplicaciones en el panel de navegación de Studio. Seleccione una aplicación y, a continuación, haga clic en Modificar propiedades de aplicación en el panel Acciones.

En la página Zonas de las propiedades o ajustes de la aplicación:

  • Si quiere que la aplicación tenga una zona particular:
    • Marque la opción Usar la zona seleccionada para determinar donde se inicia esta aplicación y, a continuación, seleccione la zona.
    • Si quiere que la aplicación solo se inicie desde la zona seleccionada (ninguna otra), marque la casilla situada debajo de la selección de zonas.
  • Si no quiere que la aplicación tenga una zona particular:
    • Seleccione la opción No configurar una zona particular para esta aplicación.
    • Si no quiere que el broker tenga en cuenta ninguna de las zonas de usuario configuradas cuando se inicie esta aplicación, marque la casilla situada bajo el botón de opción. En ese caso, no se utilizará ninguna zona particular de aplicación o de usuario para determinar dónde iniciar esta aplicación.

Otras acciones que implican especificar zonas

Si tiene más de una zona, puede especificar una de ellas cuando agregue una conexión de host o cree un catálogo. Las zonas se enumeran alfabéticamente en las listas de selección. De forma predeterminada, se selecciona el primer nombre de la lista alfabética.