Product Documentation

Zonas

Jul 07, 2016

Las implementaciones que incluyen ubicaciones muy alejadas, conectadas mediante una red WAN, pueden presentar problemas debido a la latencia de la red y la confiabilidad. Existen dos opciones para mitigar esos problemas:

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

Se recomienda esta opción para implementaciones de empresa de gran tamaño. Se trata de varios sitios que se administran por separado, y cada uno necesita su propia base de datos SQL Server del sitio. Cada sitio es una implementación independiente de XenApp.

  • Configurar varias zonas en un único sitio.

Configurar zonas puede ayudar a los usuarios de regiones remotas a conectarse a recursos sin que las conexiones recorran necesariamente grandes segmentos de red WAN. Utilizar zonas permite una administración efectiva de sitios desde una única consola de Citrix Studio, Citrix Director y la base de datos del sitio. Esto disminuye los costes de implementación, personal, licencias y operación de otros sitios que contienen bases de datos separadas en ubicaciones remotas.

Las zonas pueden resultar ú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 por redundancia y resistencia, pero no es necesario.

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

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

Tipos de zona

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

Zona principal

La zona principal tiene el nombre predeterminado "Principal" y contiene la base de datos SQL Server del sitio (y servidores SQL de alta disponibilidad, si los hay), Studio, Director, Citrix StoreFront, el servidor de licencias Citrix y NetScaler Gateway. La base de datos del sitio debe estar siempre en la zona principal.

La zona principal también debe tener al menos dos Controllers para la redundancia. Asimismo, puede tener uno o varios VDA con aplicaciones estrechamente ligadas a la base de datos y la infraestructura.

Zona satélite

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

Una zona satélite, especialmente una grande, también puede contener un hipervisor que se usa para aprovisionar y/o almacenar máquinas de esa zona. Al configurar una zona satélite, puede asociarle una conexión de hipervisor o servicio de nube. (Compruebe que los catálogos de máquinas que utilizan esa conexión están en la misma zona.)

Un sitio puede tener diferentes tipos de zonas satélite, en función de sus necesidades concretas y su entorno. En la siguiente imagen, se representa una zona principal y ejemplos de zonas satélite.  

localized image
  • La zona principal contiene dos Controllers, Studio, Director, StoreFront, el servidor de licencias y la base de datos del sitio (además de implementaciones de alta disponibilidad de SQL Server). La zona principal también contiene varios VDA y un NetScaler Gateway.
  • Zona satélite 1. Agentes VDA con Controller

La zona satélite 1 contiene un Controller, agentes 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 situados en la zona principal.

Si se produce un error en la red WAN, la función de concesión de conexiones permite que el Controller de la zona satélite siga actuando como broker en conexiones a los VDA de esa zona. Una implementación así puede ser adecuada en una oficina donde los trabajadores utilicen un sitio local de StoreFront y el Controller local para acceder a sus recursos locales incluso aunque falle el vínculo WAN que conecta su oficina a la red de la empresa.

  • Zona satélite 2. Agentes VDA con Controllers redundantes

La zona satélite 2 contiene dos Controllers, agentes VDA y un servidor StoreFront. Este es el tipo de zona más resistente. Ofrece protección contra errores simultáneos de red WAN y uno de los Controllers locales.

Dónde se registran los VDA y dónde conmutan por error los Controllers

En un sitio que contiene zonas principal y satélite, con agentes VDA como mínimo de la versión 7.7:

  • Un VDA de la zona principal se registra en un Controller de la zona principal. Un VDA de la zona principal no intentará nunca registrarse en un Controller de una zona satélite.
  • Un VDA de una zona satélite se registra en el Controller local, si es posible. (Este se considera el Controller favorito.) Si no hay Controllers locales disponibles (por ejemplo, debido a que no pueden aceptar más registros de VDA o porque se ha producido un error en ellos), el VDA intentará registrarse en un Controller de la zona principal. En este caso, el VDA permanecerá registrado en la zona principal incluso aunque un Controller de la zona satélite vuelva a estar disponible. Un VDA de una zona satélite no intentará nunca registrarse en un Controller de otra zona satélite.
  • Cuando está habilitada la actualización automática para la detección de Controllers por parte de los VDA y se especifica una lista de direcciones de Controller durante la instalación de VDA, se selecciona aleatoriamente un Controller de esa lista para el registro inicial (independientemente de la zona en que resida ese Controller). Una vez se reinicie la máquina que contiene el VDA, ese VDA empezará el registro en un Controller de su zona local.
  • Si falla un Controller de una zona satélite, si puede, conmutará por error a otro Controller local. Si no hay Controllers locales disponibles, se producirá una conmutación por error a un Controller de la zona principal.
  • Si se mueve un Controller dentro o fuera de una zona y su actualización automática está habilitada, los VDA de ambas zonas recibirán listas actualizadas que indicarán qué Controllers son locales y cuáles están en la zona principal, para que los VDA sepan en cuál se pueden registrar y de cuál pueden aceptar conexiones.
  • Si se mueve un catálogo de máquinas a otra zona, los VDA de ese catálogo volverán a registrarse en los Controllers de la zona a la que se haya movido el catálogo. (Cuando mueva un catálogo, también debe mover y a la misma zona las conexiones de host asociadas.)
  • Los Controllers de la zona principal conservan datos de concesión de conexiones para todas las zonas. Los Controllers de las zonas satélite conservan datos de concesión de conexiones de su propia zona y la zona principal, pero no disponen de datos para las demás zonas satélite.

En caso de sitios que contienen versiones de VDA anteriores a 7.7:

  • Un VDA en una zona satélite aceptará solicitudes de Controllers de su zona local y la zona principal. (A partir de la versión 7.7, los agentes VDA pueden aceptar solicitudes de Controller de otras zonas satélite).
  • Un VDA de una zona satélite se registrará en un Controller de la zona principal o de la zona local de forma aleatoria. (A partir de la versión 7.7, los agentes VDA prefieren la zona local.)

Requisitos, consejos y consideraciones

  • Puede colocar los siguientes elementos en una zona: Controllers, catálogos de máquinas y conexiones de host. Si un catálogo de máquinas usa una conexión de host, el catálogo y la conexión deben estar en la misma zona.
  • Cuando se crea un sitio de producción y, luego, se crean el primer catálogo de máquinas y el primer grupo de entrega, todos esos elementos se encuentran en la zona principal: no se pueden crear zonas satélite hasta después de completar la configuración inicial. (Si crea un sitio vacío, la zona principal contendrá inicialmente solo un Controller, por lo que puede crear zonas satélite antes o después de crear un catálogo de máquinas y un grupo de entrega.)
  • Cuando crea la primera zona satélite con uno o varios elementos, todos los demás elementos de su sitio siguen estando en la zona principal.
  • La zona principal se denomina "Principal" de forma predeterminada, y usted puede cambiar ese nombre. Aunque la pantalla de Studio indica cuál es la zona principal, se recomienda usar un nombre de fácil identificación para la zona principal. Puede reasignar la zona principal (es decir, puede convertir otra zona en la zona principal), pero esta debe contener siempre la base de datos del sitio y los servidores de alta disponibilidad.
  • La base de datos del sitio debe estar siempre en la zona principal.
  • Después de crear una zona, puede mover elementos de una zona a otra. Tenga en cuenta que esta flexibilidad permite llegar a separar elementos que funcionan mejor en cercanía; por ejemplo, mover un catálogo de máquinas a una zona diferente que 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.
  • Para obtener un rendimiento óptimo, instale Studio y Director solo en la zona principal. Si quiere otra instancia de Studio en una zona satélite (por ejemplo, si una zona satélite que contiene Controllers se usa para la conmutación por error en caso de que la zona principal deje de ser accesible), ejecute Studio como una aplicación publicada localmente. Asimismo, puede acceder a Director desde una zona satélite porque se trata de una aplicación Web.
  • Preferiblemente, NetScaler Gateway de una zona satélite debe usarse para conexiones de usuario provenientes de otras zonas o ubicaciones externas, aunque puede usarse para conexiones desde dentro de la zona.

Creación y administración de zonas

Un administrador total puede realizar todas las tareas de creación y administración de zonas. Sin embargo, también se puede crear un rol personalizado que permita crear, modificar o eliminar una zona. 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 de máquinas. Para obtener más información, consulte el artículo Administración delegada.

Si utiliza Provisioning Services. La consola Provisioning Services Console que se incluye en esta versión no reconoce zonas, por lo que Citrix recomienda usar Studio para crear catálogos de máquinas que quiera colocar en zonas satélite. Use el asistente de Studio para crear el catálogo y especificar la zona satélite correspondiente. A continuación, utilice la consola de Provisioning Services para aprovisionar las máquinas de ese catálogo. (Si crea el catálogo mediante el asistente de Provisioning Services, este se colocará en la zona principal y deberá usar Studio para moverlo posteriormente a la zona satélite.)

Creación de una zona

  1. Seleccione Configuración > Zonas en el panel de navegación de Studio.
  2. Seleccione Crear zona en el panel Acciones.
  3. Escriba un nombre para la zona y una descripción (opcional). El nombre debe ser único dentro del sitio.
  4. Seleccione los elementos que se van a colocar en la nueva zona. Puede filtrar o buscar la lista de elementos de la que seleccionarlos. También puede crear una zona vacía. Para ello, simplemente no seleccione ningún elemento.
  5. 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.

Cambio de nombre o descripción de una zona

  1. Seleccione Configuración > Zonas en el panel de navegación de Studio.
  2. Seleccione una zona y, a continuación, seleccione Modificar zona en el panel Acciones.
  3. Cambie el nombre y/o la descripción de la zona. Si cambia el nombre de la zona principal, tenga en cuenta que la zona debe ser fácilmente identificable como zona principal.
  4. Haga clic en Aceptar o en Aplicar.

Transferencia de elementos de una zona a otra

  1. Seleccione Configuración > Zonas en el panel de navegación de Studio.
  2. Seleccione uno o varios elementos.
  3. Lleve a cabo una de estas acciones: arrastre los elementos a la zona de destino, o bien seleccione Mover elementos en el panel Acciones y, a continuación, especifique la zona a la que moverlos.

Aparecerá un mensaje de confirmación con una lista de los elementos seleccionados y preguntará si quiere moverlos a 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 una zona

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

  1. Seleccione Configuración > Zonas en el panel de navegación de Studio.
  2. Seleccione una zona.
  3. Seleccione Eliminar zona en el panel Acciones. Si la zona no está vacía (contiene elementos), se le pedirá que seleccione la zona a la que se moverán los elementos.
  4. Confirme la eliminación.

Otras acciones que implican especificar zonas

Cuando se agrega una conexión de host o se crea un catálogo de máquinas (aparte del momento en que se crea un sitio), se puede especificar una zona a la que se asignará el objeto, si ya se ha creado al menos una zona satélite.

En la mayoría de los casos, la zona principal es la opción predeterminada. Si utiliza Machine Creation Services para crear un catálogo de máquinas, se selecciona automáticamente la zona que esté configurada para la conexión de host.

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