Zonas
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. Los sitios múltiples 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 mismo 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 Citrix Studio, Citrix Director y la base de datos del sitio. Esto ahorra los costes de implementación, personal, licencias y funcionamiento de 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 evitarlo, 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 habla. 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 de 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, la conmutación por error y las zonas 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 la 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), 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 Controladores para la redundancia. La zona principal puede tener VDA con aplicaciones estrechamente acopladas a la base de datos y la infraestructura.
Zona satélite:
Una zona satélite contiene uno o más VDA, Controladores, servidores StoreFront y servidores Citrix Gateway. En operaciones normales, los Controladores 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 puede 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 utilicen 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 Controladores, Studio, Director, StoreFront, el servidor de licencias 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 Controlador: La zona satélite 1 contiene un Controlador, VDA y un servidor StoreFront. Los VDA de esta zona satélite se registran en el Controlador local. El Controlador 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 Caché de host local permite que el Controlador 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 Controlador local para acceder a sus recursos locales.
-
Zona satélite 2: VDA con Controladores redundantes: La zona satélite 2 contiene dos Controladores, VDA y un servidor StoreFront. Este es el tipo de zona más resistente, que ofrece protección contra un fallo simultáneo de la WAN y de uno de los Controladores locales.
Dónde se registran los VDA y dónde los Controladores conmutan por error
En un sitio que contenga zonas principales y satélite, con VDA con una versión mínima de 7.7:
- Un VDA de la zona principal se registra en un Controlador de la zona principal. Un VDA de la zona principal nunca intenta registrarse en un Controlador de una zona satélite.
- Un VDA de una zona satélite se registra en un Controlador local, si es posible. (Este se considera el Controlador preferido.) Si no hay Controladores locales disponibles (por ejemplo, porque no pueden aceptar más registros de VDA o han fallado), el VDA intentará registrarse en un Controlador de la zona principal. En este caso, el VDA permanece registrado en la zona principal, incluso si un Controlador de una zona satélite vuelve a estar disponible. Un VDA de una zona satélite nunca intenta registrarse en un Controlador de otra zona satélite.
- Cuando la actualización automática está habilitada para el descubrimiento 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:
- 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 Delivery Group. Por lo tanto, el broker podría tener la opción de 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 usan un recurso compartido basado en la zona satélite 1.
- El usuario C usa 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 de inicio para el usuario o la aplicación. El broker en el Delivery Controller™ utiliza esas asociaciones para ayudar a seleccionar la zona donde se iniciará una sesión, si hay recursos disponibles. Puede:
- Configurar la zona de inicio para un usuario agregando un usuario a una zona.
- Configure la zona principal para una aplicación editando las propiedades de la aplicación.
Un usuario o una aplicación solo puede 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 antes 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 sesiones
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 deseabilidad para que las sesiones satisfagan un lanzamiento es:
- Volver a conectar a una sesión existente en la zona preferida.
- Volver a conectar a una sesión existente desconectada en una zona que no sea la preferida.
- Iniciar una nueva sesión en la zona preferida.
- Volver a conectar a una sesión existente conectada en una zona que no sea la preferida.
- Iniciar una nueva sesión en una zona que no sea la 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 una de las zonas al azar. Una vez que el broker toma esta decisión, esa zona se utiliza para los lanzamientos de sesión posteriores, hasta que cambie la pertenencia del usuario al grupo.
- La preferencia de zona de ubicación del usuario requiere la detección de Citrix Workspace app 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 detectada 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 prácticas recomendadas
-
Puede colocar los siguientes elementos en una zona: Controllers, 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 se colocan elementos en una zona satélite, esto afecta a 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 una 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 administrados 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 pueden asociarse a zonas. Esto se hace como parte de la configuración de enrutamiento HDX™ óptimo de StoreFront y no, como en el caso de los demás elementos aquí descritos, 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, a continuación, se crea el primer catálogo y grupo de entrega, todos los elementos están en la zona principal; no se pueden crear zonas satélite hasta que se complete esa configuración inicial. (Si crea un sitio vacío, la zona principal contendrá inicialmente solo un Controlador. Puede crear zonas satélite antes o después de crear un catálogo y un grupo de entrega).
-
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 ‘Principal’ de forma predeterminada; puede cambiar ese nombre. Aunque la pantalla de Studio indica cuál es la zona principal, la práctica recomendada es utilizar un nombre fácilmente identificable para la zona principal. Puede reasignar la zona principal (es decir, convertir otra zona en la zona 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 Studio y Director solo en la zona principal. Si desea otra instancia de Studio en 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), ejecute Studio como una aplicación publicada localmente. También puede acceder a Director desde una zona satélite porque es una aplicación web.
-
Idealmente, Citrix Gateway en una zona satélite se utiliza para las conexiones de usuario que entran en esa zona desde otras zonas o ubicaciones externas, aunque puede utilizarse 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 vínculo 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 están implementados 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 el bloqueo de consultas SQL.
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 agente 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 Controllers de la zona satélite y la base de datos del sitio.
Para iniciar 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 con todos los permisos 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 Citrix recomienda usar Studio para crear catálogos para las zonas satélite. Cree el catálogo en 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 con el asistente de Citrix Provisioning, el catálogo se coloca en la zona principal. Tendrá que usar Studio para moverlo a la zona satélite más tarde).
Crear una zona
- Seleccione Configuración > Zonas en el panel de navegación de Studio.
- Seleccione Crear zona en el panel Acciones.
- Introduzca un nombre para la zona y una descripción (opcional). El nombre debe ser único dentro del sitio.
- 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.
- Haga clic en Guardar.
Como alternativa a este método, puede seleccionar uno o varios elementos en Studio y, a continuación, seleccionar Crear zona en el panel Acciones.
Cambiar el nombre o la descripción de una zona
- Seleccione Configuración > Zonas en el panel de navegación de Studio.
- Seleccione una zona en el panel central y, a continuación, seleccione Editar zona en el panel Acciones.
- Cambie el nombre de la zona, la descripción o ambos. Si cambia el nombre de la zona principal, asegúrese de que la zona siga siendo fácilmente identificable como la zona principal.
- Haga clic en Aceptar o Aplicar.
Mover elementos de una zona a otra
- Seleccione Configuración > Zonas en el panel de navegación de Studio.
- Seleccione una zona en el panel central y, a continuación, seleccione uno o varios elementos.
- Arrastre los elementos a la zona de destino o seleccione Mover elementos en el panel Acciones y, a continuación, especifique a qué zona moverlos.
Un mensaje de confirmación enumera los elementos seleccionados y le 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.
- Seleccione Configuración > Zonas en el panel de navegación de Studio.
- Seleccione una zona en el panel central.
- Seleccione Eliminar zona en el panel 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.
- Confirme la eliminación.
Añadir una zona principal para un usuario
Configurar una zona principal para un usuario también se conoce como añadir un usuario a una zona.
- Seleccione Configuración > Zonas en el panel de navegación de Studio y, a continuación, seleccione una zona en el panel central.
- Seleccione Agregar usuarios a la zona en el panel Acciones.
- 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 principal, aparece un mensaje con dos opciones: Sí = agregar solo los usuarios especificados que no tienen una zona principal; No = volver al cuadro de diálogo de selección de usuarios.
- Haga clic en Aceptar.
Para los usuarios con una zona principal configurada, puede exigir que las sesiones se inicien solo desde su zona principal:
- Cree o edite un grupo de entrega.
- En la página Usuarios, marque la casilla Las sesiones deben iniciarse 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 ningún efecto.
Eliminar una zona principal para un usuario
Este procedimiento también se conoce como eliminar un usuario de una zona.
- Seleccione Configuración > Zonas en el panel de navegación de Studio y, a continuación, seleccione una zona en el panel central.
- Seleccione Quitar usuarios de la zona en el panel Acciones.
- 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.
- Confirme la eliminación cuando se le solicite.
Administrar zonas de inicio para aplicaciones
Configurar una zona de inicio 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 de inicio.
La zona de inicio 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 (/es-es/citrix-virtual-apps-desktops/2203-ltsr/install-configure/delivery-groups-create.html)crear un grupo de entrega», (/es-es/citrix-virtual-apps-desktops/2203-ltsr/install-configure/application-groups-create.html)crear un grupo de aplicaciones» o (/es-es/citrix-virtual-apps-desktops/2203-ltsr/manage-deployment/applications-manage.html#add-applications)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 de navegación de Studio. Seleccione una aplicación y, a continuación, seleccione Modificar propiedades de la aplicación en el panel Acciones.
En la página Zonas de las propiedades/configuración de la aplicación:
- Si quiere que la aplicación tenga una zona de inicio:
- Seleccione el botón de opción Usar la zona seleccionada para decidir y, a continuación, seleccione la zona.
- Si quiere que la aplicación se inicie solo desde la zona seleccionada (y no desde ninguna otra zona), marque la casilla de verificación debajo de la selección de zona.
- Si no quiere que la aplicación tenga una zona de inicio:
- Seleccione el botón de opción No configurar una zona de inicio.
- Si no quiere que el broker tenga en cuenta ninguna zona de usuario configurada al iniciar esta aplicación, marque la casilla de verificación debajo del botón de opción. En este caso, no se utilizan zonas de inicio 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.