Product Documentation

Conceptos y componentes

Jul 07, 2016

En esta imagen, se muestran los componentes clave de una implementación típica de XenApp o XenDesktop, que se denomina sitio.

localized image

Los componentes de esta ilustración son:

  • Delivery Controller.  El Delivery Controller es el componente de administración central de los sitios de XenApp o XenDesktop. Cada sitio tiene uno o varios Delivery Controllers. Se instala en al menos un servidor del centro de datos. (Para una mayor fiabilidad y disponibilidad del sitio, instale el Controller en más de un servidor.) Si la implementación incluye máquinas virtuales alojadas en un hipervisor o un servicio de nube, los servicios de Controller se comunican con el hipervisor para distribuir aplicaciones y escritorios, autenticar y administrar el acceso de los usuarios, actuar como intermediario en las conexiones entre los usuarios y sus aplicaciones y escritorios virtuales, optimizar y equilibrar la carga de las conexiones.

    Los datos de cada servicio se guardan en la base de datos del sitio.

    El Controller administra el estado de los escritorios, iniciándolos y deteniéndolos, según la demanda existente y la configuración administrativa. En algunas ediciones, el Controller permite instalar Profile Management para administrar los parámetros de personalización de los usuarios en entornos virtualizados o físicos de Windows.

  • Base de datos. Se necesita al menos una base de datos Microsoft SQL Server para que cada sitio de XenApp o XenDesktop almacene toda la información de configuración y sesiones. Esta base de datos almacena los datos recopilados y administrados por los distintos servicios que conforman el Controller. Instale la base de datos en su centro de datos y asegúrese de que haya una conexión persistente con el Controller.
  • Virtual Delivery Agent (VDA). El VDA se instala en cada máquina física o virtual del sitio que quiera poner a disposición de los usuarios. Permite que la máquina se registre con el Controller, que, a su vez, permite que la máquina y sus recursos alojados estén disponibles para los usuarios. Los VDA establecen y administran la conexión entre la máquina y el dispositivo del usuario, verifican que haya una licencia de Citrix disponible para el usuario o para la sesión, y aplican las directivas que se hayan configurado para la sesión. El VDA comunica la información de la sesión al Broker Service en el Controller a través del Broker Agent incluido en el VDA.

    Existen agentes VDA disponibles para sistemas operativos de servidor y de escritorio Windows. Los VDA para sistemas operativos de servidor Windows permiten que varios usuarios se conecten al servidor al mismo tiempo. Los VDA para SO de escritorio Windows permiten la conexión de un solo usuario al escritorio en un momento dado.

  • Citrix StoreFront. StoreFront autentica a los usuarios en los sitios donde se alojan los recursos, y administra almacenes de escritorios y aplicaciones a los que acceden los usuarios. Aloja el almacén de aplicaciones de la empresa, que permite el autoservicio de los usuarios al acceder a los escritorios y aplicaciones disponibles para ellos. También hace un seguimiento de las suscripciones a aplicaciones de los usuarios, los nombres de los accesos directos y otros datos, para asegurarse de que existe coherencia de uso entre los distintos dispositivos.
  • Citrix Receiver.  Se instala en los dispositivos de usuario y otros dispositivos de punto final, como escritorios virtuales. Citrix Receiver da a los usuarios un acceso rápido, seguro y de autoservicio a los documentos, las aplicaciones y los escritorios, desde cualquier dispositivo del usuario, incluidos smartphones, tabletas y PC. Citrix Receiver también ofrece acceso a petición a aplicaciones Windows, Web y de Software como servicio (SaaS). Para los dispositivos donde no se puede instalar el software de Citrix Receiver, Citrix Receiver para HTML5 ofrece una conexión a través de un explorador Web compatible con HTML5.
  • Studio. Studio es la consola de administración que permite configurar y administrar la implementación, lo que elimina la necesidad de usar consolas distintas para administrar la entrega de aplicaciones y de escritorios. Studio incluye varios asistentes que funcionan como guía para la configuración del entorno, la creación de cargas de trabajo para alojar escritorios y aplicaciones, y la asignación de éstos a los usuarios. También puede usar Studio para asignar licencias de Citrix y realizar un seguimiento de las mismas en el sitio.

    Studio obtiene la información que muestra a partir del Broker Service del Controller.

  • Director. Director es una herramienta basada en Web que permite a los equipos de asistencia técnica y TI supervisar un entorno, solucionar problemas antes de que se vuelvan graves, y realizar tareas de asistencia técnica para los usuarios finales. Puede usar una implementación de Director para conectar con varios sitios de XenApp o XenDesktop y supervisarlos. Director muestra información de sesiones y sitios desde:

     

    • Datos de sesión en tiempo real procedente del Broker Service en el Controller, que incluye datos que el Broker Service obtiene del Broker Agent en el VDA.
    • Datos históricos de los sitios, procedentes de Monitor Service en el Controller.
    • Datos sobre el tráfico HDX (también conocido como tráfico ICA) capturados por HDX Insight desde NetScaler, si el entorno incluye un dispositivo NetScaler y la edición de XenApp o XenDesktop incluye HDX Insights.

     

    También se pueden ver sesiones de usuario e interactuar con ellas mediante la Asistencia remota de Windows.

  • Citrix License Server.  El servidor de licencias administra las licencias de producto. Se comunica con el Controller para administrar las licencias para cada sesión de usuario, y con Studio, para asignar los archivos de licencias. Debe crear al menos un servidor de licencias para almacenar y administrar los archivos de licencias.
  • Hipervisor. El hipervisor aloja las máquinas virtuales del sitio. Estas pueden ser las máquinas virtuales que se usen para alojar aplicaciones y escritorios, así como las máquinas virtuales que se usen para alojar los componentes de XenApp y XenDesktop. Un hipervisor se instala en un host dedicado enteramente a ejecutar el hipervisor y alojar máquinas virtuales.

    El hipervisor Citrix XenServer viene incluido con XenApp y XenDesktop, pero se pueden usar otros hipervisores compatibles, como Microsoft Hyper-V o VMware vSphere.

    Aunque la mayoría de las implementaciones de XenApp y XenDesktop requieren un hipervisor, no se necesita uno para ofrecer acceso con Remote PC o si se usa Provisioning Services (incluido con algunas ediciones de XenApp y XenDesktop) en lugar de MCS para aprovisionar máquinas virtuales.

Estos componentes adicionales, que no se muestran en la ilustración anterior, también pueden incluirse en implementaciones típicas de XenApp o XenDesktop:

  • Provisioning Services.  Provisioning Services es un componente optativo de XenApp y XenDesktop, disponible con algunas ediciones. Proporciona una alternativa a MCS para aprovisionar las máquinas virtuales. Mientras que MCS crea copias de una imagen maestra, Provisioning Services distribuye la imagen maestra por streaming al dispositivo de usuario. Provisioning Services no requiere un hipervisor para hacerlo, por lo tanto, se puede usar para alojar máquinas físicas. Si el sitio tiene Provisioning Services, éste se comunica con el Controller para proporcionar recursos a los usuarios.
  • NetScaler Gateway. Cuando los usuarios se conectan desde fuera del firewall de la empresa, esta versión puede usar la tecnología de Citrix NetScaler Gateway (antes llamado Access Gateway) para proteger esas conexiones con TLS. NetScaler Gateway o el dispositivo virtual NetScaler VPX es un dispositivo de VPN SSL que se implementa en la zona desmilitarizada (DMZ) para proporcionar un punto de acceso único y seguro a través del firewall de la empresa.
  • Citrix CloudBridge. En las implementaciones donde se entregan escritorios virtuales a usuarios de ubicaciones remotas, como sucursales de oficina, se puede emplear la tecnología de Citrix CloudBridge (antes llamado Citrix Branch Repeater o WANScaler) para optimizar el rendimiento. Repeater acelera el rendimiento de las redes de área extensa (WAN), de modo que al incluirlos en la red, los usuarios de las sucursales pueden experimentar un rendimiento similar al de una red local (LAN) en la red WAN. CloudBridge puede dar prioridad a diferentes partes de la experiencia de usuario de modo que no empeore en, por ejemplo, la sucursal al enviar un archivo de gran tamaño o un trabajo de impresión por la red. La optimización HDX de WAN con CloudBridge proporciona compresión por token y desduplicación de datos, lo que disminuye en gran medida los requisitos de ancho de banda y mejora el rendimiento. Para obtener más información, consulte la documentación de Citrix CloudBridge.

 

Configuración y asignación de recursos: catálogos de máquinas y grupos de entrega

Puede configurar los recursos que quiere ofrecer a los usuarios mediante catálogos de máquinas, pero debe designar qué usuarios tienen acceso a esos recursos mediante grupos de entrega.

Catálogos de máquinas

Los catálogos de máquinas son colecciones de máquinas virtuales o físicas que se administran como una única entidad. Estas máquinas y las aplicaciones o los escritorios virtuales que contienen, son los recursos que se desea proporcionar a los usuarios. Todas las máquinas de un catálogo de máquinas tienen el mismo sistema operativo y el mismo VDA instalados. También tienen las mismas aplicaciones o escritorios virtuales disponibles en ellos. Por lo general, se crea una imagen maestra que se usa para crear máquinas virtuales idénticas en el catálogo. Cuando crea un catálogo de máquinas, debe especificar el tipo de máquina y el método de aprovisionamiento para las máquinas de ese catálogo.

  • Máquinas de SO de servidor Windows. Máquinas físicas o virtuales basadas en un sistema operativo de servidor Windows, que se utilizan para entregar aplicaciones publicadas de XenApp, también conocidas como aplicaciones alojadas en servidores, y escritorios publicados de XenApp, también conocidos como escritorios alojados en servidores. Estas máquinas permiten que varios usuarios se conecten a ellas simultáneamente.
  • Máquinas de SO de escritorio. Máquinas físicas o virtuales basadas en un sistema operativo de escritorio Windows, que se utilizan para entregar escritorios VDI (escritorios que ejecutan sistemas operativos de escritorio que pueden personalizarse totalmente con ayuda de opciones), aplicaciones alojadas en VM (aplicaciones de sistemas operativos de escritorio) y escritorios físicos alojados. Solo un usuario a la vez puede conectar con cada uno de estos escritorios.
  • Acceso con Remote PC. Dispositivos de usuario que se incluyen en una lista permitida, que permite a los usuarios acceder a los recursos de sus PC de oficina de forma remota, desde cualquier dispositivo que ejecute Citrix Receiver. El acceso con Remote PC permite administrar el acceso a los PC de oficina mediante la implementación de XenDesktop.

Métodos de aprovisionamiento

  • Machine Creation Services (MCS). Es una colección de servicios para crear, a petición, tanto servidores como escritorios virtuales a partir de una imagen maestra, lo que permite optimizar el uso del almacenamiento y entregar una máquina virtual a los usuarios cada vez que inician sesión. Machine Creation Services está totalmente integrado y se administra desde Citrix Studio.
  • Provisioning Services. Permite aprovisionar y reaprovisionar equipos en tiempo real a partir de una única imagen de disco compartida. Provisioning Services administra los dispositivos de destino como una colección de dispositivos. El escritorio y las aplicaciones se entregan desde un disco virtual (vDisk) de Provisioning Services creado a partir de la imagen de un dispositivo de destino maestro. De esta manera, se pueden aprovechar las capacidades de procesamiento de hardware físico o de máquinas virtuales. Provisioning Services se administra a través de su propia consola.
  • Imágenes existentes. Se refieren a los escritorios y aplicaciones que ya se han migrado a máquinas virtuales del centro de datos. Debe administrar los dispositivos de destino de forma individual o colectiva con herramientas de terceros para la distribución electrónica de software o ESD (Electronic Software Distribution).

Delivery Groups

Los grupos de entrega son colecciones de usuarios a los que se da acceso a un grupo de recursos común. Los grupos de entrega contienen máquinas del catálogo de máquinas y usuarios de Active Directory que tienen acceso al sitio. A veces, puede ser útil asignar usuarios a grupos de entrega según su grupo de Active Directory porque tanto los grupos de Active Directory como los grupos de entrega son maneras de agrupar usuarios con necesidades similares. Cada grupo de entrega puede contener máquinas de varios catálogos de máquinas, y cada catálogo puede ofrecer máquinas a más de un grupo de entrega. Sin embargo, cada máquina individual solo puede pertenecer a un grupo de entrega a la vez. Puede configurar un grupo de entrega para entregar aplicaciones, escritorios, o ambos. Asimismo, puede definir los recursos a los que los usuarios del grupo de entrega tienen acceso. Por ejemplo, si quiere entregar diferentes aplicaciones a diferentes usuarios, una manera de hacerlo consiste en instalar todas las aplicaciones que se quieren entregar en la imagen maestra de un catálogo de máquinas, y crear máquinas suficientes en ese catálogo para distribuirlas entre varios grupos de entrega. A continuación, se configura cada grupo de entrega para que entreguen distintos subconjuntos de esas aplicaciones instaladas en las máquinas.

Diferencias entre XenApp y XenDesktop 7.x y XenApp 6.5 y versiones anteriores

Si está familiarizado con XenApp 6.5 y las versiones anteriores de XenApp, puede resultarle útil saber en qué difieren XenApp y XenDesktop 7.x de esas otras versiones.

NOTA: En esta sección, 7.x se refiere a versiones 7.5 o posteriores de XenApp, así como a las versiones 7 o posteriores de XenDesktop.

Aunque no son equivalentes exactos, la siguiente tabla ayuda a establecer una correspondencia entre los elementos funcionales de XenApp 6.5 y sus versiones anteriores y XenApp y XenDesktop 7.x:

En lugar de esto en XenApp 6.5 y anteriores:Piense en esto en XenApp y XenDesktop 7.x:

Arquitectura IMA (Independent Management Architecture)

Arquitectura FMA (FlexCast Management Architecture)

Comunidad

Sitio

Grupo de trabajo

Catálogo de máquinas

Grupo de entrega

Trabajador

Virtual Delivery Agent (VDA)

Máquina de SO de servidor, VDA de SO de servidor

Máquina de SO de escritorio, VDA de SO de escritorio

Máquina de Servicios de Escritorio remoto (RDS) o Terminal Services

Máquina de SO de servidor, VDA de SO de servidor

Recopilador de datos y zonas

Delivery Controller

Delivery Services Console

Citrix Studio y Citrix Director

Publicación de aplicaciones

Entrega de aplicaciones

Almacén de datos

Base de datos

Patrón de carga

Directiva de administración de carga

Administrador

Administrador delegado

Rol

Scope (Ámbito)

XenApp 7.x y XenDesktop 7.x se basan en la arquitectura FMA (FlexCast Management Architecture). FMA es una arquitectura orientada a servicios que permite la interoperabilidad y administración modular de las diversas tecnologías de Citrix. FMA ofrece una plataforma para la entrega de aplicaciones, movilidad, servicios, aprovisionamiento flexible y administración en la nube.

FMA sustituye a la arquitectura IMA (Independent Management Architecture) de XenApp 6.5 y versiones anteriores.

Estos son los elementos clave de FMA en términos de cómo se relacionan con los elementos de XenApp 6.5 y versiones anteriores:

  • Sitios de entrega. Las comunidades eran los objetos de nivel superior en XenApp 6.5 y versiones anteriores. En XenApp 7.x y XenDesktop 7.x, el sitio es el elemento de nivel superior. Los sitios ofrecen aplicaciones y escritorios a grupos de usuarios. La arquitectura FMA requiere que usted se encuentre en un dominio para poder implementar un sitio. Por ejemplo, para instalar los servidores, su cuenta debe tener privilegios de administrador local y ser un usuario de dominio de Active Directory.
  • Catálogos de máquinas y grupos de entrega. Las máquinas que alojaban aplicaciones en XenApp 6.5 y versiones anteriores pertenecían a grupos de trabajo para una administración eficaz de las aplicaciones y del software de servidor. Los administradores podían administrar todas las máquinas de un grupo de trabajo como una sola unidad con el objetivo de mejorar la administración de la aplicación y el equilibrio de carga. Las carpetas se utilizaban para organizar aplicaciones y máquinas. En XenApp 7.x y XenDesktop 7.x, se utiliza una combinación de catálogos de máquinas y grupos de entrega para administrar las máquinas, el equilibrio de carga y las aplicaciones y los escritorios alojados. También se pueden usar carpetas de aplicaciones.
  • Agentes Virtual Delivery Agent (VDA). En XenApp 6.5 y versiones anteriores, las máquinas de trabajo (trabajadores) de los grupos de trabajo ejecutaban aplicaciones para el usuario y se comunicaban con los recopiladores de datos. En XenApp 7.x y XenDesktop 7.x, el VDA se comunica con los Delivery Controllers que administran las conexiones de usuario.
  • Delivery Controllers. En XenApp 6.5 y versiones anteriores, había un maestro de zona que se encargaba de las solicitudes de conexión de los usuarios y de la comunicación con los hipervisores. En XenApp 7.x y XenDesktop 7.x, los Controllers del sitio se encargan de distribuir y gestionar las solicitudes de conexión. En XenApp 6.5 y las versiones anteriores, las zonas ofrecían una manera de agregar servidores y replicar datos a través de conexiones WAN. Aunque las zonas no tienen equivalente exacto en XenApp 7.x y XenDesktop 7.x, la función de zonas permite ayudar a los usuarios de regiones remotas a conectarse a recursos sin que las conexiones recorran necesariamente grandes segmentos de red WAN.
  • Citrix Studio y Citrix Director. Use la consola de Studio para configurar los entornos y ofrecer a los usuarios acceso a aplicaciones y escritorios. Studio reemplaza Delivery Services Console en XenApp 6.5 y versiones anteriores. Los administradores usan Director para supervisar el entorno, remedar dispositivos de usuario y solucionar problemas de TI. Para remedar usuarios, la Asistencia remota de Windows debe estar habilitada; se habilita de forma predeterminada cuando se instala el VDA.
  • Entrega de aplicaciones. En XenApp 6.5 y versiones anteriores, se utilizaba el asistente Publicar aplicación para preparar aplicaciones y entregarlas a los usuarios. En XenApp 7.x y XenDesktop 7.x, se utiliza Studio para crear y agregar aplicaciones y ponerlas a disposición de los usuarios que formen parte de grupos de entrega. Mediante Studio, primero debe configurar un sitio, crear y especificar los catálogos de máquinas y, a continuación, crear grupos de entrega en dichos catálogos. Los grupos de entrega determinan qué usuarios tienen acceso a las aplicaciones que usted entrega.
  • Base de datos. XenApp 7.x y XenDesktop 7.x no usan el almacén de datos IMA para la información de configuración. En su lugar, utilizan una base de datos de Microsoft SQL Server para almacenar información de configuración y de sesión.
  • Directiva de administración de carga. En XenApp 6.5 y versiones anteriores, los patrones de carga utilizaban mediciones predeterminadas para determinar la carga de una máquina. Las conexiones de usuario se pueden asociar a máquinas con menos carga. En XenApp 7.x y XenDesktop 7.x, se pueden usar directivas de administración de carga para equilibrar la carga entre las máquinas.
  • Administración delegada. En XenApp 6.5 y versiones anteriores, se creaban administradores personalizados y se les asignaban permisos basados en carpetas y objetos. En XenApp 7.x y XenDesktop 7.x, los administradores personalizados se crean en función de pares de ámbito y rol. Un rol representa una función de trabajo y tiene asociados permisos definidos para él con el objetivo de permitir la delegación. Un ámbito representa un conjunto de objetos. Los roles predefinidos de administrador disponen de conjuntos específicos de permisos, como el servicio de asistencia técnica, las aplicaciones, el alojamiento y el catálogo. Por ejemplo, los administradores del servicio de asistencia pueden trabajar únicamente con usuarios individuales en sitios especificados, mientras que los administradores totales pueden supervisar toda la implementación y resolver problemas de TI de todo el sistema.

La transición a FMA también implica que algunas características que estaban disponibles en XenApp 6.5 y versiones anteriores ahora se implementan de otra forma, o que haya que usar funciones, componentes o herramientas distintas para conseguir los mismos objetivos.

En lugar de esto en XenApp 6.5 y anteriores:Use esto en XenApp y XenDesktop 7.x:

Preinicio de sesiones y persistencia de sesiones configurados por directivas

Preinicio de sesiones y persistencia de sesiones configurados mediante los parámetros del grupo de entrega.

Al igual que en XenApp 6.5, estas características ayudan a que los usuarios se conecten rápidamente con las aplicaciones, iniciando sesiones antes de que se soliciten (preinicio de sesiones) y manteniendo las sesiones activas después de que el usuario cierra todas las aplicaciones (persistencia de sesiones). En XenApp y XenDesktop 7.x, estas funciones se habilitan para usuarios especificados configurando estos parámetros en los grupos de entrega existentes. Consulte Configurar el preinicio y la persistencia de sesiones.

Respaldo para usuarios no autenticados (anónimos) mediante la concesión de derechos a usuarios anónimos al configurar las propiedades de las aplicaciones publicadas

Respaldo para usuarios no autenticados (anónimos) mediante la configuración de esta opción al establecer las propiedades de los usuarios de un grupo de entrega. Consulte Usuarios.

El caché de host local permite que los servidores de trabajo funcionen incluso aunque pierdan la conexión con el almacén de datos

La concesión de conexiones permite a los usuarios conectarse y reconectarse con las aplicaciones y los escritorios que utilizaron recientemente, incluso aunque la base de datos del sitio no esté disponible. La función de concesión de conexiones complementa las prácticas recomendadas para alta disponibilidad de SQL Server. Consulte Concesión de conexiones.

Distribución de aplicaciones por streaming

App-V entrega aplicaciones por streaming, administradas mediante Studio.

Interfaz Web

Citrix recomienda realizar la transición a StoreFront.

SmartAuditor

Use la función de grabación de sesiones. También puede usar el registro de configuración para registrar todas las actividades de sesión desde una perspectiva administrativa.