Zonas
Las implementaciones que abarcan ubicaciones muy dispersas conectadas por una WAN pueden enfrentar 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 de XenApp® independiente.
- Configurar varias zonas dentro de un único Sitio.
La configuración de zonas puede ayudar a los usuarios en 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 gestió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 implementar, dotar de personal, licenciar y operar Sitios adicionales 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 más Controladores instalados localmente para redundancia y resiliencia, pero no es obligatorio.
El número de Controladores configurados en el Sitio puede afectar al rendimiento de algunas operaciones, como la adición de nuevos Controladores al propio Sitio. Para evitar esto, le recomendamos que limite el número de zonas en su Sitio de XenApp o XenDesktop® a no más de 50.
Nota:
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 Controlador local” significa que un VDA se registra con un Controlador 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 recolectores de datos. Todos los Controladores 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 más zonas satélite. Las zonas satélite se pueden usar 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”, que contiene la base de datos del sitio de SQL Server (y servidores SQL de alta disponibilidad, si se utilizan), Studio, Director, Citrix StoreFront™, Citrix License Server y NetScaler Gateway. La base de datos del sitio siempre debe estar en la zona principal.
La zona principal también debe tener al menos dos Controladores para redundancia, y puede tener uno o más 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 más VDA, Controladores, servidores StoreFront y servidores NetScaler® Gateway. En condiciones normales de funcionamiento, 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 podría contener un hipervisor que se utiliza para aprovisionar y/o almacenar máquinas para esa zona. Al configurar una zona satélite, puede asociarle un hipervisor o una conexión de servicio en la nube. (Asegúrese de que todos los Catálogos de máquinas que utilicen esa conexión estén en la misma zona.)
Un Sitio puede tener zonas satélite de diferentes configuraciones, según sus necesidades y entorno únicos. La siguiente figura ilustra una zona principal y ejemplos de zonas satélite.
-
La zona principal contiene dos Controladores, 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 NetScaler 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 con 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 de concesión de conexiones 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, incluso si el enlace WAN que conecta su oficina a la red corporativa falla.
- 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 conmutan por error los Controladores
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 intentará 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 los Controllers locales no pueden aceptar más registros de VDA o los Controllers locales 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 la zona satélite vuelve a estar disponible. Un VDA en una zona satélite nunca intentará 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 los VDA, y se especifica una lista de direcciones de Controller durante la instalación del VDA, se selecciona un Controller al azar 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, conmuta por error a otro Controller local, si es posible. Si no hay Controllers locales disponibles, 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 de máquinas a otra zona, los VDA de ese catálogo se volverán a registrar con los Controllers de la zona a la que movió el catálogo. (Cuando mueva un catálogo a una zona que esté mal conectada con la zona actual (por ejemplo, a través de una red de alta latencia o bajo ancho de banda), asegúrese de mover también cualquier conexión de host asociada a la misma zona.)
- Los Controllers de la zona principal conservan los datos de concesión de conexiones para todas las zonas. Los Controllers de las zonas satélite conservan los datos de concesión de conexiones para su propia zona y la zona principal, pero no los datos de ninguna otra zona satélite.
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 degradará progresivamente hasta que los Controllers de la zona principal vuelvan a estar disponibles.
Para sitios que contienen versiones de VDA anteriores a la 7.7:
- Un VDA en una zona satélite aceptará 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 registrará con un Controller en la zona principal o en la zona local al azar. (Los VDA con la versión mínima 7.7 prefieren la zona local.)
Preferencia de zona
Importante:
Para usar la función de preferencia de zona, debe usar como mínimo StoreFront 3.7 y NetScaler 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 determinada, 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 Citrix Receiver™). 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 podría 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 Citrix Receiver: el usuario A está usando un dispositivo con Citrix Receiver 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. Además, una de las aplicaciones publicadas usa una base de datos ubicada en la zona satélite 1.
Usted asocia un usuario o una aplicación a una zona configurando una zona de inicio para el usuario o la aplicación. El agente en el Delivery Controller™ luego utiliza esas asociaciones para ayudar a seleccionar la zona donde se iniciará una sesión, si hay recursos disponibles. Usted:
- Configura la zona de inicio para un usuario agregando un usuario a una zona.
- Configura la zona de inicio para una aplicación editando las propiedades de la aplicación.
Un usuario o una aplicación solo pueden tener una zona de inicio 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 utiliza solo una zona de inicio).
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 inicio de aplicación > inicio de usuario > ubicación de usuario. (Puede restringir la secuencia, como se describe en la siguiente sección). Cuando un usuario inicia una aplicación:
- Si esa aplicación tiene una asociación de zona configurada (un inicio de aplicación), la zona preferida es la zona de inicio 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 (un inicio de usuario), la zona preferida es la zona de inicio 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 está ejecutando una instancia de Citrix Receiver (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.
Adaptación de la preferencia de zona
Al configurar (o quitar) una zona de inicio para un usuario o una aplicación, también puede restringir aún más cómo se utilizará (o no) la preferencia de zona.
- Uso obligatorio de la zona de inicio del usuario: En un grupo de entrega, puede especificar que una sesión se inicie en la zona de inicio del usuario (si el usuario tiene una zona de inicio), sin conmutación por error a una zona diferente si los recursos no están disponibles en la zona de inicio. Esta restricción es útil cuando necesita 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 de inicio de la aplicación: De manera similar, al configurar una zona de inicio para una aplicación, puede indicar que la aplicación solo debe iniciarse en esa zona, sin conmutación por error a una zona diferente si los recursos no están disponibles en la zona de inicio de la aplicación.
- Sin zona de inicio de aplicación e ignorar la zona de inicio de usuario configurada: Si no especifica una zona de inicio para una aplicación, también puede indicar que no se deben considerar las zonas de usuario configuradas al iniciar esa aplicación. Por ejemplo, es posible que prefiera que los usuarios ejecuten una aplicación específica en un VDA cerca de la máquina que están utilizando (donde se ejecuta Citrix Receiver), utilizando la preferencia de zona de ubicación del usuario, aunque algunos usuarios puedan tener una zona de inicio 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 puede 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 puede 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 inicio 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 distinta de la zona preferida.
- Iniciar una nueva sesión en la zona preferida.
- Volver a conectar a una sesión existente conectada en una zona distinta de la zona preferida.
- Iniciar una nueva sesión en una zona distinta de 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 (mediante pertenencia directa o indirecta) se asocian a 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 de forma aleatoria. 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 Citrix Receiver en el dispositivo de punto final por parte de Citrix NetScaler Gateway a través del cual se conecta ese dispositivo. El NetScaler 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 de máquinas utiliza una conexión de host, tanto el catálogo como la conexión deben estar en la misma zona, de modo que la conexión entre ellos tenga baja latencia y alto ancho de banda.
- Cuando se colocan elementos en una zona satélite, afecta a la forma en que el sitio interactúa con ellos y con otros objetos relacionados.
- Cuando las máquinas Controller se colocan en una zona satélite, se asume que esas máquinas tienen una buena conectividad (local) con los hipervisores y las máquinas VDA en la misma zona satélite. Los Controllers de esa zona satélite se utilizan entonces con preferencia a los Controllers 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 Controllers de esa zona satélite se utilizan entonces con preferencia a los Controllers 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 Controllers locales se utilizan con preferencia a los Controllers de la zona principal al intentar registrarse en el Site, después de que el mecanismo de actualización automática de la lista de Controllers se haya activado tras el primer registro de cada VDA.
- Las instancias de NetScaler Gateway también se pueden asociar 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 descritos aquí, como parte de la configuración del Site de XenApp o XenDesktop. Cuando un NetScaler 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 Site de producción y, a continuación, se crea el primer Catálogo de máquinas 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 Site vacío, la zona principal contendrá inicialmente solo un Controller; puede crear zonas satélite antes o después de crear un Catálogo de máquinas y un Grupo de entrega).
- Cuando se crea la primera zona satélite que contiene uno o varios elementos, todos los demás elementos del Site permanecen en la zona principal.
- La zona principal se denomina ‘Primary’ de forma predeterminada; puede cambiar ese nombre. Aunque la pantalla de Studio indica qué zona es la principal, la mejor práctica es usar 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 Site y cualquier servidor de alta disponibilidad.
- La base de datos del Site siempre debe estar en la zona principal.
- Después de crear una zona, puede mover elementos de una zona a otra. Tenga en cuenta que esta flexibilidad le permite separar elementos que funcionan mejor en estrecha proximidad; por ejemplo, mover un Catálogo de máquinas a una zona diferente de la conexión (host) que crea las máquinas en el catálogo puede afectar al rendimiento. Por lo tanto, 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, si una zona satélite que contiene Controllers se utiliza como conmutación por error en caso de que la zona principal sea inaccesible), 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, NetScaler Gateway en una zona satélite debe utilizarse para las conexiones de usuario que llegan a esa zona desde otras zonas o ubicaciones externas, aunque también se puede utilizar para las conexiones dentro de la zona.
- Recuerde: Para usar la función de preferencia de zona, debe usar como mínimo StoreFront 3.7 y NetScaler Gateway 11.0-65.x.
Límites de calidad de conexión
Los Controllers de la zona satélite realizan interacciones SQL directamente con la base de datos del Site. 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 Site. 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 las consultas de bloqueo de SQL.
El impacto de la latencia en el rendimiento de la intermediación
Aunque las zonas permiten a los usuarios estar en vínculos de mayor latencia, siempre que haya un intermediario 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 Site.
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 está moviendo. Por ejemplo, para mover un Catálogo de máquinas de una zona a otra, debe tener permiso de edición para ese Catálogo de máquinas. Para obtener más información, consulte el artículo Administración delegada.
Si utiliza Provisioning Services: La consola de Provisioning Services que se incluye en esta versión no reconoce las zonas, por lo que Citrix recomienda usar Studio para crear los Catálogos de máquinas que desee colocar en zonas satélite. Utilice el asistente de Studio para crear el catálogo, especificando la zona satélite correcta. Luego, use la consola de Provisioning Services para aprovisionar máquinas en ese catálogo. (Si crea el catálogo usando el asistente de Provisioning Services, se colocará en la zona principal y deberá 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 de 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 Modificar zona en el panel Acciones.
- Cambie el nombre y/o la descripción 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.
- 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 que ha seleccionado y le pregunta si está seguro de que desea moverlos todos.
Recuerde: Cuando un Catálogo de máquinas utiliza una conexión de host a un hipervisor o servicio en la nube, tanto el catálogo como la conexión deben estar 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.
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.
- 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, aparecerá 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 modifique 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.
Quitar una zona principal para un usuario
Este procedimiento también se conoce como quitar 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. Tenga en cuenta que 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 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 cuando agrega la aplicación a un grupo o más tarde, seleccionando la aplicación en Studio y editando sus propiedades.
- 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 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 principal:
- Seleccione el botón de opción Usar la zona seleccionada para decidir y, a continuación, seleccione la zona en la lista desplegable.
- Si quiere que la aplicación se inicie solo desde la zona seleccionada (y no desde ninguna otra zona), seleccione la casilla de verificación debajo de la selección de zona.
- Si no quiere que la aplicación tenga una zona principal:
- Seleccione el botón de opción No configurar una zona principal.
- Si no quiere que el intermediario tenga en cuenta las zonas de usuario configuradas al iniciar esta aplicación, seleccione la casilla de verificación debajo del botón de opción. En este caso, no se utilizarán las zonas principales de la aplicación ni del usuario para determinar dónde iniciar esta aplicación.
Otras acciones que incluyen la especificación de zonas
Cuando agrega una conexión de host o crea un Catálogo de máquinas (que no sea durante la creación del sitio), puede especificar una zona donde se asignará el elemento, si ya ha creado al menos una zona satélite.
En la mayoría de los casos, la zona principal es la predeterminada. Al usar Machine Creation Services™ para crear un Catálogo de máquinas, 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.
En este artículo
- Tipos de zona
- Dónde se registran los VDA y dónde conmutan por error los Controladores
- Preferencia de zona
- Consideraciones, requisitos y prácticas recomendadas
- Límites de calidad de conexión
- El impacto de la latencia en el rendimiento de la intermediación
- Crear y administrar zonas
- Crear una zona
- Cambiar el nombre o la descripción de una zona
- Mover elementos de una zona a otra
- Eliminar una zona
- Agregar una zona de inicio para un usuario
- Quitar una zona principal para un usuario
- Administrar zonas principales para aplicaciones
- Otras acciones que incluyen la especificación de zonas