Zonas

Nota:

Puede administrar su implementación de Citrix Virtual Apps and Desktops™ mediante dos consolas de administración: Web Studio (basada en web) y Citrix Studio (basada en Windows). Este artículo solo cubre Web Studio. Para obtener información sobre Citrix Studio, consulte el artículo equivalente en Citrix Virtual Apps and Desktops 7 2212 o anterior.

Las implementaciones que abarcan ubicaciones muy dispersas conectadas por una WAN pueden enfrentarse a desafíos debido a la latencia y la fiabilidad de la red. Hay dos opciones que mitigan esos desafíos:

• Implementar varios sitios, cada uno con su propia base de datos de sitio de SQL Server.

  Esta opción se recomienda para implementaciones empresariales grandes. Varios sitios se administran por separado, y cada uno requiere su propia base de datos de sitio de SQL Server. Cada sitio es una implementación independiente de Citrix Virtual Apps™.

• Configurar varias zonas dentro de un único sitio.

  La configuración de zonas puede ayudar a los usuarios de regiones remotas a conectarse a los recursos sin forzar necesariamente que sus conexiones atraviesen grandes segmentos de la WAN. El uso de zonas permite una administración eficaz del sitio desde una única consola de Web Studio, Citrix Director y la base de datos del sitio. Esto ahorra los costes de implementar, dotar de personal, licenciar y operar más sitios que contengan bases de datos separadas en ubicaciones remotas.

  Las zonas pueden ser útiles en implementaciones de todos los tamaños. Puede usar zonas para mantener las aplicaciones y los escritorios más cerca de los usuarios finales, lo que mejora el rendimiento. Una zona puede tener uno o varios Controllers instalados localmente para redundancia y resiliencia, pero no es obligatorio.

  El número de Controllers configurados en el sitio puede afectar al rendimiento de algunas operaciones, como la adición de nuevos Controllers al propio sitio. Para evitar esto, le recomendamos que limite el número de zonas en su sitio de Citrix Virtual Apps o Citrix Virtual Desktops™ a no más de 50.

  Cuando la latencia de red de sus zonas sea superior a 250 ms RTT, le recomendamos que implemente varios sitios en lugar de zonas.

A lo largo de este artículo, el término local se refiere a la zona de la que se está hablando. Por ejemplo, “Un VDA se registra con un Controller local” significa que un VDA se registra con un Controller en la zona donde se encuentra el VDA.

Las zonas en esta versión son similares, pero no idénticas, a las zonas de XenApp versión 6.5 y anteriores. Por ejemplo, en esta implementación de zonas, no hay recopiladores de datos. Todos los Controllers del sitio se comunican con una base de datos del sitio en la zona principal. Además, las zonas de conmutación por error y preferidas funcionan de manera diferente en esta versión.

Tipos de zona

Un sitio siempre tiene una zona principal. También puede tener opcionalmente una o varias zonas satélite. Las zonas satélite se pueden utilizar para la recuperación ante desastres, centros de datos geográficamente distantes, sucursales, una nube o una zona de disponibilidad en una nube.

Zona principal:

La zona principal tiene el nombre predeterminado “Primary”. Esta zona contiene la base de datos del sitio de SQL Server (y los servidores SQL de alta disponibilidad, si se utilizan), Web Studio, Director, Citrix StoreFront™, Citrix License Server y Citrix Gateway. Mantenga siempre la base de datos del sitio en la zona principal.

La zona principal debe tener al menos dos Controllers para redundancia. La zona principal puede tener VDA con aplicaciones que están estrechamente acopladas con la base de datos y la infraestructura.

Zona satélite:

Una zona satélite contiene uno o varios VDA, Controllers, servidores StoreFront y servidores Citrix Gateway. En operaciones normales, los Controllers de una zona satélite se comunican directamente con la base de datos de la zona principal.

Una zona satélite, especialmente una grande, también podría contener un hipervisor que se utiliza para aprovisionar y almacenar máquinas para esa zona. Al configurar una zona satélite, puede asociarle un hipervisor u otra conexión de servicio. (Asegúrese de que todos los catálogos que utilizan esa conexión estén en la misma zona).

Un sitio puede tener zonas satélite con diferentes configuraciones, según sus necesidades y entorno únicos. La siguiente figura ilustra una zona principal y ejemplos de zonas satélite.

En la ilustración:

• Zona principal: Contiene dos Controllers, Web Studio, Director, StoreFront, License Server y la base de datos del sitio (además de implementaciones de SQL Server de alta disponibilidad). La zona principal también contiene varios VDA y un Citrix Gateway.

• Zona satélite 1: VDA con Controller: La zona satélite 1 contiene un Controller, VDA y un servidor StoreFront. Los VDA de esta zona satélite se registran en el Controller local. El Controller local se comunica con la base de datos del sitio y el servidor de licencias de la zona principal.

  Si la WAN falla, la función Local Host Cache permite que el Controller de la zona satélite siga intermediando conexiones a los VDA de esa zona. Una implementación de este tipo puede ser eficaz en una oficina donde los trabajadores utilizan un sitio StoreFront local y el Controller local para acceder a sus recursos locales.

• Zona satélite 2: VDA con Controllers redundantes: La zona satélite 2 contiene dos Controllers, VDA y un servidor StoreFront. Este es el tipo de zona más resistente, ya que ofrece protección contra un fallo simultáneo de la WAN y de uno de los Controllers locales.

Dónde se registran los VDA y dónde se produce la conmutación por error de los Controllers

En un sitio que contiene zonas principales y satélite, con VDA con una versión mínima de 7.7:

• Un VDA en la zona principal se registra con un Controller en la zona principal. Un VDA en la zona principal nunca intenta registrarse con un Controller en una zona satélite.
• Un VDA en una zona satélite se registra con un Controller local, si es posible. (Este se considera el Controller preferido). Si no hay Controllers locales disponibles (por ejemplo, porque no pueden aceptar más registros de VDA o han fallado), el VDA intentará registrarse con un Controller en la zona principal. En este caso, el VDA permanece registrado en la zona principal, incluso si un Controller en una zona satélite vuelve a estar disponible. Un VDA en una zona satélite nunca intenta registrarse con un Controller en otra zona satélite.
• Cuando la actualización automática está habilitada para la detección de Controllers por parte de VDA, y se especifica una lista de direcciones de Controller durante la instalación de VDA, se selecciona un Controller aleatoriamente de esa lista para el registro inicial (independientemente de la zona en la que resida el Controller). Después de reiniciar la máquina con ese VDA, el VDA comenzará a preferir registrarse con un Controller en su zona local.
• Si un Controller en una zona satélite falla, se conmuta por error a otro Controller local, si es posible. Si no hay Controllers locales disponibles, se conmuta por error a un Controller en la zona principal.
• Si mueve un Controller dentro o fuera de una zona, y la actualización automática está habilitada, los VDA de ambas zonas reciben listas actualizadas que indican qué Controllers son locales y cuáles están en la zona principal, para que sepan con quién pueden registrarse y de quién pueden aceptar conexiones.
• Si mueve un catálogo a otra zona, los VDA de ese catálogo se vuelven a registrar con los Controllers de la zona a la que movió el catálogo. (Cuando mueva un catálogo a otra zona, asegúrese de que esta zona y la zona con la conexión de host asociada estén bien conectadas. Si hay un ancho de banda limitado o una latencia alta, mueva la conexión de host a la misma zona que contiene el catálogo de máquinas asociado).

Si todos los Controllers de la zona principal fallan:

• Web Studio no puede conectarse al sitio.
• No se pueden establecer conexiones con los VDA de la zona principal.
• El rendimiento del sitio se degrada hasta que los Controllers de la zona principal estén disponibles.

Para sitios que contienen versiones de VDA anteriores a la 7.7:

• Un VDA en una zona satélite acepta solicitudes de Controllers en su zona local y en la zona principal. (Los VDA con la versión mínima 7.7 pueden aceptar solicitudes de Controller de otras zonas satélite).
• Un VDA en una zona satélite se registra con un Controller en la zona principal o en la zona local de forma aleatoria. (Los VDA con la versión mínima 7.7 prefieren la zona local).

Preferencia de zona

Para usar la función de preferencia de zona, debe usar como mínimo StoreFront 3.7 y Citrix Gateway 11.0-65.x.

En un sitio multizona, la función de preferencia de zona ofrece al administrador más flexibilidad para controlar qué VDA se utiliza para iniciar una aplicación o un escritorio.

Cómo funciona la preferencia de zona

Existen tres formas de preferencia de zona. Es posible que prefiera usar un VDA en una zona en particular, según:

• Dónde se almacenan los datos de la aplicación. Esto se conoce como el inicio de la aplicación.
• La ubicación de los datos de inicio del usuario, como un perfil o un recurso compartido de inicio. Esto se conoce como el inicio del usuario.
• La ubicación actual del usuario (donde se ejecuta la aplicación Citrix Workspace™). Esto se conoce como la ubicación del usuario.

El siguiente gráfico muestra un ejemplo de configuración multizona.

En este ejemplo, los VDA se distribuyen entre tres zonas satélite, pero todos están en el mismo grupo de entrega. Por lo tanto, el agente puede elegir qué VDA usar para una solicitud de inicio de usuario. Este ejemplo indica que hay varias ubicaciones donde los usuarios pueden ejecutar sus puntos finales de la aplicación Citrix Workspace:

• El usuario A está usando un dispositivo con la aplicación Citrix Workspace en la zona satélite 1.
• El usuario B está usando un dispositivo en la zona satélite 2.

• Los documentos de un usuario se pueden almacenar en varias ubicaciones.

  • Los usuarios A y B utilizan un recurso compartido basado en la zona satélite 1.
  • El usuario C utiliza un recurso compartido de la zona satélite C.
  • Una de las aplicaciones publicadas utiliza una base de datos ubicada en la zona satélite 1.

Se asocia un usuario o una aplicación a una zona configurando una zona principal para el usuario o la aplicación. El agente del Delivery Controller™ utiliza esas asociaciones para ayudar a seleccionar la zona donde se iniciará una sesión, si hay recursos disponibles. Puede:

• Configure la zona principal de un usuario agregando un usuario a una zona.
• Configure la zona principal de una aplicación editando las propiedades de la aplicación.

Un usuario o una aplicación solo pueden tener una zona principal a la vez. (Puede haber una excepción para los usuarios cuando se producen varias pertenencias a zonas debido a la pertenencia a grupos de usuarios; consulte la sección “Otras consideraciones”. Sin embargo, incluso en este caso, el agente solo utiliza una zona principal).

Aunque se pueden configurar las preferencias de zona para usuarios y aplicaciones, el agente selecciona solo una zona preferida para un inicio. El orden de prioridad predeterminado para seleccionar la zona preferida es zona principal de la aplicación > zona principal del usuario > ubicación del usuario. Puede restringir la secuencia; consulte Adaptar la preferencia de zona. Cuando un usuario inicia una aplicación:

• Si esa aplicación tiene una asociación de zona configurada (una zona principal de aplicación), la zona preferida es la zona principal de esa aplicación.
• Si la aplicación no tiene una asociación de zona configurada, pero el usuario tiene una asociación de zona configurada (una zona principal de usuario), la zona preferida es la zona principal de ese usuario.
• Si ni la aplicación ni el usuario tienen una asociación de zona configurada, la zona preferida es la zona donde el usuario ejecuta una instancia de la aplicación Citrix Workspace (la ubicación del usuario). Si esa zona no está definida, se utiliza una selección aleatoria de VDA y zona. El equilibrio de carga se aplica a todos los VDA de la zona preferida. Si no hay una zona preferida, el equilibrio de carga se aplica a todos los VDA del grupo de entrega.

Adaptar la preferencia de zona

Al configurar (o quitar) una zona principal para un usuario o una aplicación, también puede restringir aún más cómo se utiliza la preferencia de zona.

• Uso obligatorio de la zona principal del usuario: En un grupo de entrega, puede especificar que las sesiones se inicien en la zona principal del usuario (si está configurada), sin conmutación por error a otra zona si la zona principal no tiene recursos disponibles. Esta restricción es útil cuando debe evitar el riesgo de copiar perfiles grandes o archivos de datos entre zonas. En otras palabras, preferiría denegar el inicio de una sesión que iniciar la sesión en una zona diferente.
• Uso obligatorio de la zona principal de la aplicación: Del mismo modo, al configurar una zona principal para una aplicación, puede indicar que la aplicación se inicie solo en esa zona, sin conmutación por error a una zona diferente si no hay recursos disponibles en la zona principal de la aplicación.
• Sin zona principal de aplicación e ignorar la zona principal de usuario configurada: Si no especifica una zona principal para una aplicación, también puede indicar que no se tengan en cuenta las zonas de usuario configuradas al iniciar esa aplicación. Por ejemplo, es posible que prefiera que los usuarios ejecuten una aplicación en un VDA cerca de su dispositivo, utilizando la preferencia de zona de ubicación del usuario, aunque algunos usuarios puedan tener una zona principal diferente.

Cómo afectan las zonas preferidas al uso de la sesión

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

Si el usuario que inicia una aplicación o un escritorio ya tiene una sesión adecuada para el recurso que se está iniciando (por ejemplo, que puede usar el uso compartido de sesiones para una aplicación, o una sesión que ya está ejecutando el recurso que se está iniciando), pero esa sesión se está ejecutando en un VDA en una zona diferente a la zona preferida para el usuario/aplicación, entonces el sistema podría crear una nueva sesión. Esto satisface el inicio en la zona correcta (si tiene capacidad disponible), antes de volver a conectarse a una sesión en una zona menos preferida para los requisitos de sesión de ese usuario.

Para evitar una sesión huérfana a la que ya no se pueda acceder, se permite la reconexión a sesiones desconectadas existentes, incluso si están en una zona no preferida.

El orden de preferencia para que las sesiones satisfagan un inicio es:

1. Volver a conectarse a una sesión existente en la zona preferida.
2. Volver a conectarse a una sesión desconectada existente en una zona diferente a la zona preferida.
3. Iniciar una nueva sesión en la zona preferida.
4. Volver a conectarse a una sesión existente conectada en una zona diferente a la zona preferida.
5. Iniciar una nueva sesión en una zona diferente a la zona preferida.

Otras consideraciones sobre la preferencia de zona

• Si configura una zona principal para un grupo de usuarios (como un grupo de seguridad), los usuarios de ese grupo (a través de la pertenencia directa o indirecta) se asocian con la zona especificada. Sin embargo, un usuario puede ser miembro de varios grupos de seguridad y, por lo tanto, podría tener una zona principal diferente configurada a través de otra pertenencia a un grupo. En tales casos, la determinación de la zona principal de ese usuario puede ser ambigua.

Si un usuario tiene una zona principal configurada que no se adquirió a través de la pertenencia a un grupo, esa zona se utiliza para la preferencia de zona. Cualquier asociación de zona adquirida a través de la pertenencia a un grupo se ignora.

Si el usuario tiene varias asociaciones de zona diferentes adquiridas únicamente a través de la pertenencia a un grupo, el broker elige entre las zonas al azar. Una vez que el broker toma esta decisión, esa zona se utiliza para los lanzamientos de sesiones posteriores, hasta que cambie la pertenencia del usuario al grupo.

• La preferencia de zona de ubicación del usuario requiere la detección de la aplicación Citrix Workspace en el dispositivo de punto final por parte de Citrix Gateway a través del cual se conecta ese dispositivo. Citrix Gateway debe configurarse para asociar rangos de direcciones IP con zonas particulares, y la identidad de zona descubierta debe pasarse a través de StoreFront al Controller.

Para obtener más información sobre la preferencia de zona, consulte Funcionamiento interno de la preferencia de zona.

Consideraciones, requisitos y mejores prácticas

• Puede colocar los siguientes elementos en una zona: Controladores, catálogos de máquinas, conexiones de host, usuarios y aplicaciones. Si un catálogo utiliza una conexión de host, asegúrese de que el catálogo y la conexión estén en la misma zona. (Sin embargo, con una conexión de baja latencia y alto ancho de banda disponible, pueden estar en zonas diferentes).

• Cuando coloca elementos en una zona satélite, esto afecta la forma en que el sitio interactúa con ellos y con otros objetos relacionados.

  • Cuando los Controladores se colocan en una zona satélite, se asume que esas máquinas tienen buena conectividad (local) con los hipervisores y los VDA de la misma zona. Los Controladores de esa zona satélite se utilizan entonces con preferencia a los Controladores de la zona principal para gestionar esos hipervisores y máquinas VDA.
  • Cuando una conexión de hipervisor se coloca en una zona satélite, se asume que todos los hipervisores gestionados a través de esa conexión de hipervisor también residen en esa zona satélite. Los Controladores de esa zona satélite se utilizan entonces con preferencia a los Controladores de la zona principal al comunicarse con esa conexión de hipervisor.
  • Cuando un catálogo de máquinas se coloca en una zona satélite, se asume que todas las máquinas VDA de ese catálogo están en la zona satélite. Los Controladores locales se utilizan con preferencia a los Controladores de la zona principal al intentar registrarse en el sitio, después de que el mecanismo de actualización automática de la lista de Controladores se haya activado tras el primer registro de cada VDA.
  • Las instancias de Citrix Gateway también se pueden asociar a zonas. 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. Cuando un Citrix Gateway se asocia a una zona, se prefiere su uso cuando se utilizan conexiones HDX a máquinas VDA en esa zona.

• Cuando se crea un sitio de producción y luego se crea el primer catálogo y Delivery Group, todos los elementos están en la zona principal; no se pueden crear zonas satélite hasta después de completar esa configuración inicial. (Si crea un sitio vacío, la zona principal contendrá inicialmente solo un Controller. Puede crear zonas satélite antes o después de crear un catálogo y un Delivery Group).

• Cuando se crea la primera zona satélite que contiene uno o más elementos, todos los demás elementos del sitio permanecen en la zona principal.

• La zona principal se denomina ‘Primary’ de forma predeterminada; puede cambiar ese nombre. Aunque Web Studio indica qué zona es la principal, la mejor práctica es utilizar un nombre fácilmente identificable para la zona principal. Puede reasignar la zona principal (es decir, hacer que otra zona sea la principal), pero siempre debe contener la base de datos del sitio y cualquier servidor de alta disponibilidad.

• Mantenga siempre la base de datos del sitio en la zona principal.

• Después de crear una zona, puede mover elementos de una zona a otra. Esta flexibilidad le permite separar elementos que funcionan mejor en estrecha proximidad. Por ejemplo, mover un catálogo a una zona diferente de la conexión (host) que crea las máquinas en el catálogo puede afectar al rendimiento. Considere los posibles efectos no deseados antes de mover elementos entre zonas. Mantenga un catálogo y la conexión de host que utiliza en la misma zona, o en zonas que estén bien conectadas (por ejemplo, a través de una red de baja latencia y alto ancho de banda).

• Para un rendimiento óptimo, instale Web Studio y Director solo en la zona principal. Puede acceder a Web Studio y Director desde una zona satélite (por ejemplo, una zona satélite que contenga Controladores para usar como conmutación por error si la zona principal deja de ser accesible) porque son aplicaciones web.

• Idealmente, Citrix Gateway en una zona satélite se utiliza para las conexiones de usuario que llegan a esa zona desde otras zonas o ubicaciones externas, aunque también se puede utilizar para conexiones dentro de la zona.

• Recuerde: Para usar la función de preferencia de zona, debe usar como mínimo StoreFront 3.7 y Citrix Gateway 11.0-65.x.

Límites de calidad de conexión

Los Controladores de la zona satélite realizan interacciones SQL directamente con la base de datos del sitio. Esto impone algunos límites en la calidad del enlace entre la zona satélite y la zona principal que contiene la base de datos del sitio. Los límites específicos son relativos al número de VDA y sesiones de usuario en esos VDA que se implementan en la zona satélite. Por lo tanto, las zonas satélite con solo unos pocos 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.

Para obtener más información, consulte Mejoras en la latencia y en las consultas SQL de bloqueo.

El impacto de la latencia en el rendimiento de la intermediación

Aunque las zonas permiten a los usuarios estar en enlaces de mayor latencia, siempre que haya un broker local, la latencia adicional afecta inevitablemente a la experiencia del usuario final. Para la mayoría del trabajo que realizan los usuarios, experimentan lentitud causada por los viajes de ida y vuelta entre los Controladores de la zona satélite y la base de datos del sitio.

Para el inicio de aplicaciones, se producen retrasos adicionales mientras el proceso de intermediación de sesiones identifica los VDA adecuados a los que enviar las solicitudes de inicio de sesión.

Crear y administrar zonas

Un administrador completo puede realizar todas las tareas de creación y administración de zonas. Sin embargo, también puede crear un rol personalizado que le permita crear, modificar o eliminar una zona. Mover elementos entre zonas no requiere permisos relacionados con la zona (excepto el permiso de lectura de zona); sin embargo, debe tener permiso de edición para los elementos que va a mover. Por ejemplo, para mover un catálogo de una zona a otra, debe tener permiso de edición para ese catálogo. Para obtener más información, consulte Administración delegada.

Si utiliza Citrix Provisioning™: La consola de Citrix Provisioning no tiene conocimiento de las zonas, por lo que recomendamos usar Web Studio para crear catálogos para zonas satélite. Cree el catálogo en Web Studio, especificando la zona satélite correcta. Luego, use la consola de Citrix Provisioning para aprovisionar máquinas en ese catálogo. (Si crea el catálogo mediante el asistente de Citrix Provisioning, el catálogo se coloca en la zona principal. Debe usar Web Studio para moverlo a la zona satélite más tarde).

Crear una zona

1. Inicie sesión en Web Studio.
2. Seleccione Zonas en el panel izquierdo.
3. Seleccione Crear zona en la barra de acciones.
4. Introduzca un nombre para la zona y una descripción (opcional). El nombre debe ser único dentro del sitio.
5. Seleccione los elementos que desea colocar en la nueva zona. Puede filtrar o buscar en la lista de elementos entre los que puede seleccionar. También puede crear una zona vacía; simplemente no seleccione ningún elemento.
6. Haga clic en Guardar.

Como alternativa a este método, puede seleccionar uno o varios elementos en Web Studio y, a continuación, seleccionar Crear zona en la barra de acciones.

Cambiar el nombre o la descripción de una zona

1. Inicie sesión en Web Studio.
2. Seleccione Zonas en el panel izquierdo.
3. Seleccione una zona en el panel central y, a continuación, seleccione Modificar zona en la barra de acciones.
4. Cambie el nombre, la descripción o ambos de la zona. Si cambia el nombre de la zona principal, asegúrese de que la zona siga siendo fácilmente identificable como la zona principal.
5. Haga clic en Guardar o Aplicar.

Mover elementos de una zona a otra

1. Inicie sesión en Web Studio.
2. Seleccione Zonas en el panel izquierdo.
3. Seleccione una zona en el panel central y, a continuación, seleccione uno o varios elementos.
4. Arrastre los elementos a la zona de destino o seleccione Mover elementos en la barra de acciones y, a continuación, especifique a qué zona moverlos.

Un mensaje de confirmación enumera los elementos seleccionados y pregunta si está seguro de que desea moverlos todos.

Recuerde: Cuando un catálogo utiliza una conexión de host a un hipervisor u otro servicio, coloque tanto el catálogo como la conexión en la misma zona. De lo contrario, el rendimiento puede verse afectado. Si mueve uno, mueva también el otro.

Eliminar una zona

Una zona debe estar vacía antes de poder eliminarla. No se puede eliminar la zona principal.

1. Inicie sesión en Web Studio.
2. Seleccione Zonas en el panel izquierdo.
3. Seleccione una zona en el panel central.
4. Seleccione Eliminar zona en la barra de acciones. Si la zona no está vacía (contiene elementos), se le pedirá que elija la zona a la que se moverán esos elementos.
5. Confirme la eliminación.

Agregar una zona de inicio para un usuario

Configurar una zona de inicio para un usuario también se conoce como agregar un usuario a una zona.

1. Inicie sesión en Web Studio.
2. Seleccione Zonas en el panel izquierdo y, a continuación, seleccione una zona en el panel central.
3. Seleccione Agregar usuarios a la zona en la barra de acciones.
4. En el cuadro de diálogo Agregar usuarios a la zona, haga clic en Agregar y, a continuación, seleccione los usuarios y grupos de usuarios que desea agregar a la zona. Si especifica usuarios que ya tienen una zona de inicio, aparecerá un mensaje con dos opciones: Sí = agregar solo los usuarios especificados que no tienen una zona de inicio; No = volver al cuadro de diálogo de selección de usuarios.
5. Haga clic en Aceptar.

Para los usuarios con una zona de inicio configurada, puede exigir que las sesiones se inicien solo desde su zona de inicio:

1. Cree o edite un grupo de entrega.
2. En la página Usuarios, seleccione la casilla de verificación Requerir que las sesiones se inicien en la zona principal de un usuario (si está configurada).

Todas las sesiones iniciadas por un usuario en ese grupo de entrega deben iniciarse desde máquinas en la zona principal de ese usuario. Si un usuario del grupo de entrega no tiene una zona principal configurada, esta configuración no tiene efecto.

Eliminar una zona principal para un usuario

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

1. Inicie sesión en Web Studio.
2. Seleccione Zonas en el panel izquierdo y, a continuación, seleccione una zona en el panel central.
3. Seleccione Quitar usuarios de la zona en la barra de acciones.
4. En el cuadro de diálogo Agregar usuarios a la zona, haga clic en Quitar y, a continuación, seleccione los usuarios y grupos que desea quitar de la zona. Esta acción solo quita a los usuarios de la zona; esos usuarios permanecen en los grupos de entrega y grupos de aplicaciones a los que pertenecen.
5. Confirme la eliminación cuando se le solicite.

Administrar zonas principales para aplicaciones

Configurar una zona principal para una aplicación también se conoce como agregar una aplicación a una zona. De forma predeterminada, en un entorno multizona, una aplicación no tiene una zona principal.

La zona principal de una aplicación se especifica en las propiedades de la aplicación. Puede configurar las propiedades de la aplicación al agregarla a un grupo o más tarde.

• Al crear un grupo de entrega, crear un grupo de aplicaciones o agregar aplicaciones a grupos existentes, seleccione Propiedades en la página Aplicaciones del asistente.
• Para cambiar las propiedades de una aplicación después de agregarla, seleccione Aplicaciones en el panel izquierdo. Seleccione una aplicación y, a continuación, seleccione Modificar propiedades de la aplicación en la barra de acciones.

En la página Zonas de las propiedades/configuración de la aplicación:

• Si desea que la aplicación tenga una zona principal:
  • Seleccione el botón de opción Usar la zona seleccionada para decidir y, a continuación, seleccione la zona.
  • Si desea que la aplicación se inicie solo desde la zona seleccionada (y no desde ninguna otra zona), marque la casilla debajo de la selección de zona.
• Si no desea que la aplicación tenga una zona principal:
  • Seleccione el botón de opción No configurar una zona principal.
  • Si no desea que el agente tenga en cuenta ninguna zona de usuario configurada al iniciar esta aplicación, marque la casilla debajo del botón de opción. En este caso, no se utilizan zonas principales de aplicación ni de usuario para determinar dónde iniciar esta aplicación.

Otras acciones que incluyen la especificación de zonas

Después de crear al menos una zona satélite, puede especificar una zona al agregar una conexión de host o crear un catálogo.

Normalmente, la zona principal es la predeterminada. Al usar Machine Creation Services™ para crear un catálogo, la zona configurada para la conexión de host se selecciona automáticamente.

Si el sitio no contiene zonas satélite, se asume la zona principal y el cuadro de selección de zona no aparece.