Product Documentation

Planificación

Nov 11, 2015

Esta versión permite ampliar la implementación a la velocidad que mejor se ajuste a las necesidades de cada organización. Puede empezar por una configuración predeterminada sencilla, que más tarde puede distribuir a grupos de usuarios adicionales. Es importante pensar en la implementación según las necesidades de los usuarios y enfocar la instalación piloto en los usuarios que obtendrán el beneficio más inmediato.

Si no está listo para realizar la transición de los usuarios a los escritorios virtuales, puede comenzar por utilizar una implementación de acceso con Remote PC que les permita acceder a sus PC de oficina y aprovechar las funciones de Citrix HDX, y más adelante agregar implementaciones de aplicaciones y escritorios virtuales tradicionales.

Elementos esenciales

Delivery Controller, Studio, Director, servidor de licencias y StoreFront pueden instalarse en un mismo servidor o en servidores distintos. Por ejemplo, para poder administrar la implementación de forma remota, puede instalar Studio en otro sistema distinto del servidor donde instaló Controller.
  • Controller
  • Studio
  • Director
  • Servidor de licencias. Para obtener más información acerca del sistema de licencias, consulte Licencias.
  • Storefront
  • La base de datos. De forma predeterminada, durante la creación del sitio, Studio crea una base de datos en el servidor donde se instala el Controller; esta base de datos contiene:
    • Base de datos del sitio
    • Base de datos de registros de configuración (Configuration Logging)
    • Base de datos de supervisión (Monitoring)

    Citrix recomienda cambiar la ubicación de las bases de datos de registros de configuración y de supervisión después de crear el sitio.

    Importante: Puede elegir usar una base de datos en un servidor aparte. Si desea utilizar una base de datos externa, creada manualmente y no con Studio, asegúrese de que el administrador de la base de datos utilice el siguiente parámetro de intercalación al crear la base de datos: Latin1_General_100_CI_AS_KS (donde Latin1_General varía en función del país; por ejemplo, en caso de Japón, sería: Japanese_CI_AS_KS). Si no se especifica este parámetro de intercalación durante la creación de la base de datos, fallará la creación posterior de los esquemas de servicio dentro de la base de datos, y aparecerá un error similar a ": El esquema requiere una base de datos que no distinga entre mayúsculas y minúsculas" (donde es el nombre del servicio cuyo esquema se está creando).
  • Un controlador de dominio que ejecute Active Directory. Se requiere Active Directory. No instale XenApp, XenDesktop ni la base de datos SQL Server en un controlador de dominio.

    Tenga en cuenta las consecuencias posibles al seleccionar un nombre de dominio. Evite los nombres de dominio que se pueden usar en otro lugar. Por ejemplo, la cadena 'client' también se usa para acceder a la asignación de unidades del cliente.

  • Las VM o los equipos físicos que alojan los escritorios que se desea entregar a los usuarios. Virtual Desktop Agent se instala en estas máquinas para administrar comunicaciones y actuar como intermediario o broker en las conexiones.
  • Dispositivos de usuario que ejecutan el cliente apropiado para permitir a los usuarios el acceso a los escritorios.

Ejemplos de implementaciones

Dos ejemplos de implementaciones típicas son:
  • Configuración con componentes distribuidos
  • Configuración con varios sitios

Configuración con componentes distribuidos

Puede distribuir los componentes de una implementación entre una cantidad mayor de servidores, o proporcionar una mayor escalabilidad y conmutación por error aumentando la cantidad de Controllers en un sitio. Puede instalar las consolas de administración en equipos distintos para poder administrar la implementación de forma remota. Una implementación distribuida es necesaria para infraestructuras basadas en el acceso remoto a través de NetScaler Gateway (antes llamado Access Gateway).

Figura 1. Una configuración de componentes distribuidos

Para obtener más información acerca de Citrix NetScaler Gateway para accesos remotos y seguros, consulte la documentación específica de cada producto.

Configuración con varios sitios

Cuando existen varios sitios regionales, por ejemplo, uno en Europa y otro en Estados Unidos, se puede usar Citrix NetScaler para dirigir las conexiones de usuario al sitio y almacén de StoreFront que sean más apropiados para entregar los escritorios y las aplicaciones.

En el ejemplo siguiente, se creó un sitio en dos centros de datos. Al disponer de dos sitios en lugar de uno de forma global, se reduce el volumen de tráfico innecesario en la WAN. Puede usar StoreFront para aglutinar recursos de diferentes sitios y, así, proporcionar a los usuarios un único punto de acceso con NetScaler. Citrix NetScaler acelera el rendimiento de las aplicaciones, equilibra la carga de los servidores, aumenta la seguridad y optimiza la experiencia de usuario. En el siguiente ejemplo, se utilizan dos dispositivos NetScaler para ofrecer una configuración de alta disponibilidad. Los dispositivos NetScaler están configurados para el equilibrio de carga de servidores global y se ubican en la zona desmilitarizada (DMZ) para proporcionar una solución de varios sitios y de tolerancia a fallos. Para obtener más información sobre configuraciones multisitio de alta disponibilidad con StoreFront, consulte Configuraciones de almacén multisitio con alta disponibilidad.

Se requiere una consola de Studio distinta para administrar cada sitio; los sitios no pueden administrarse como una sola entidad. Se puede usar Director para dar respaldo a los usuarios de los distintos sitios.

Figura 2. Una configuración compuesta por varios sitios regionales y centros de datos