Citrix Virtual Apps and Desktops

Información técnica general

Citrix Virtual Apps and Desktops son soluciones de virtualización que proporcionan a los equipos de TI control sobre máquinas virtuales, aplicaciones, licencias y seguridad, al tiempo que permiten un acceso desde cualquier lugar y cualquier dispositivo.

Citrix Virtual Apps and Desktops permiten:

  • Los usuarios finales pueden ejecutar aplicaciones y escritorios independientemente de la interfaz y el sistema operativo del dispositivo que estén utilizando.
  • Los administradores pueden administrar la red y controlar el acceso desde dispositivos seleccionados o desde todos los dispositivos.
  • Los administradores pueden administrar toda la red desde un único centro de datos.

Citrix Virtual Apps and Desktops comparten una arquitectura unificada llamada FlexCast Management Architecture (FMA). Las funciones principales de la arquitectura FMA son el aprovisionamiento integrado y la capacidad de ejecutar distintas versiones de Citrix Virtual Apps o Citrix Virtual Desktops desde un único sitio.

Puede obtener información sobre los cambios en los nombres de producto aquí.

Componentes principales

Este artículo es de gran ayuda si acaba de comenzar a utilizar Citrix Virtual Apps and Desktops. Si tiene una comunidad de XenApp 6.x o una versión anterior, o un sitio de XenDesktop 5.6 o una versión anterior, también debería consultar Cambios en 7.x.

En esta imagen, se muestran los componentes principales de una implementación típica, que se denomina “sitio”.

Componentes clave en una implementación típica

Delivery Controller

El Delivery Controller es el componente de administración central de un sitio. Cada sitio tiene uno o varios Delivery Controllers. Se instala en al menos un servidor del centro de datos. Para la fiabilidad y disponibilidad del sitio, conviene instalar Controllers en más de un servidor. Si la implementación incluye un hipervisor u otro servicio, los servicios del Controller se comunican con este para:

  • Distribuir aplicaciones y escritorios
  • Autenticar y administrar el acceso de los usuarios
  • Intervenir como intermediario en conexiones entre los usuarios y sus aplicaciones o escritorios
  • Optimizar conexiones de usuario
  • Equilibrar la carga de las conexiones

Broker Service del Controller realiza un rastreo de los usuarios que han iniciado sesión, dónde lo han hecho y qué recursos tienen, y si los usuarios necesitan reconectarse a aplicaciones existentes. Broker Service ejecuta cmdlets de PowerShell y se comunica con el Broker Agent en el VDA a través del puerto TCP 80. No tiene la opción de usar el puerto TCP 443.

Monitor Service recopila datos históricos y los coloca en la base de datos de supervisión. Este servicio utiliza el puerto TCP 80 o 443.

Los datos de los servicios del Controller se almacenan 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.

Base de datos

Se necesita al menos una base de datos Microsoft SQL Server en cada sitio para almacenar 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.

El sitio también usa una base de datos de registros de configuración y una base de datos de supervisión. De forma predeterminada, estas bases de datos se instalan en la misma ubicación que la base de datos del sitio; este aspecto se puede modificar.

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. Esas máquinas entregan aplicaciones o escritorios. Permite que la máquina se registre en 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. Los VDA también verifican que haya una licencia de Citrix disponible para el usuario o 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. El agente intermediario aloja varios plug-ins y recopila datos en tiempo real. Se comunica con el Controller a través del puerto TCP 80.

La palabra “VDA” se utiliza a menudo para hacer referencia tanto al agente en sí como a la máquina donde está instalado.

Hay VDA disponibles para sistemas operativos Windows de sesión única y multisesión. Los VDA para sistemas operativos multisesión Windows permiten que varios usuarios se conecten al servidor al mismo tiempo. Los VDA para SO de sesión única Windows permiten la conexión de un solo usuario al escritorio en un momento dado. Los agentes de Linux VDA también están disponibles.

Citrix StoreFront

StoreFront autentica a los usuarios y administra almacenes de escritorios y aplicaciones a los que acceden los usuarios. Puede alojar el almacén de las aplicaciones de su empresa, lo que da a los usuarios acceso cada vez que quieran a los escritorios y las aplicaciones que quiera poner a su disposición. También realiza un rastreo de las suscripciones de aplicaciones que tengan los usuarios, los nombres de los accesos directos y otros datos. Gracias a ello, los usuarios tienen una experiencia similar, aunque utilicen varios dispositivos.

Aplicación Citrix Workspace

Se instala en los dispositivos de usuario y otros dispositivos de punto final (por ejemplo, escritorios virtuales). La aplicación Citrix Workspace da a los usuarios un acceso rápido, seguro y de autoservicio a los documentos, las aplicaciones y los escritorios. La aplicación Citrix Workspace también ofrece acceso a demanda a aplicaciones Windows, web y de Software como servicio (SaaS). Para los dispositivos donde no se puede instalar el software de la aplicación Citrix Workspace específico del dispositivo, la aplicación Citrix Workspace para HTML5 ofrece una conexión a través de un explorador web compatible con HTML5.

Studio

Puede administrar la implementación de Citrix Virtual Apps and Desktops mediante dos consolas de administración: Web Studio (basada en la web) y Citrix Studio (basada en Windows). La documentación de este producto solo cubre Web Studio. Para obtener información sobre Citrix Studio, consulte Citrix Virtual Apps and Desktops 7 2212 o versiones anteriores.

Web Studio

Web Studio es una consola web de administración que le permite configurar y administrar su implementación local de Citrix Virtual Apps and Desktops. Está diseñada para mejorar la experiencia de usuario y, por lo general, responde más rápido que Citrix Studio, la consola de administración basada en Windows. Consulte Instalar Web Studio.

Citrix Studio

Citrix Studio es la consola de administración desde la que configurar y administrar la implementación de Citrix Virtual Apps and Desktops. Citrix Studio elimina la necesidad de consolas de administración independientes para administrar la entrega de aplicaciones y escritorios. Citrix Studio incluye asistentes que le guían 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 rastreo de estas en el sitio.

La información mostrada en Citrix Studio se obtiene del Broker Service que hay en el Controller; se comunica a través del puerto TCP 80.

Citrix Director

Director es una herramienta web que permite a los equipos de asistencia técnica y TI supervisar un entorno, solucionar problemas antes de que se agraven, y realizar tareas de asistencia para los usuarios finales. Puede utilizar una implementación de Director para conectarse y supervisar varios sitios de Citrix Virtual Apps o de Citrix Virtual Desktops.

Director muestra:

  • Datos de sesión en tiempo real procedentes 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.

Director utiliza los datos heurísticos y de rendimiento de ICA, capturados por el dispositivo Citrix Gateway, para generar un análisis a partir de los datos y luego presentarlo a los administradores.

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

Citrix License Server

El Servidor de licencias administra las licencias de los productos Citrix. Se comunica con el Controller para administrar las licencias para cada sesión de usuario, y con Studio, para asignar los archivos de licencias. Un sitio debe tener al menos un servidor de licencias para almacenar y administrar los archivos de licencias.

Hipervisor u otro servicio

El hipervisor u otro servicio 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 Citrix Virtual Apps and Desktops. Un hipervisor se instala en un host dedicado enteramente a ejecutar el hipervisor y alojar máquinas virtuales.

Citrix Virtual Apps and Desktops admiten varios hipervisores y otros servicios.

Aunque muchas implementaciones requieren un hipervisor, no lo necesita para proporcionar acceso con Remote PC. Tampoco necesita un hipervisor cuando usa Provisioning Services (PVS) para aprovisionar las máquinas virtuales.

Componentes adicionales

Los siguientes componentes también pueden incluirse en las implementaciones de Citrix Virtual Apps and Desktops. Para obtener más información, consulte la documentación correspondiente.

Citrix Provisioning

Citrix Provisioning (anteriormente conocido como Provisioning Services) es un componente opcional que está 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 a los dispositivos de usuario. PVS no requiere un hipervisor para hacerlo; por lo tanto, se puede usar para alojar máquinas físicas. Provisioning Services se comunica con el Controller para proporcionar recursos a los usuarios.

Citrix Gateway

Cuando los usuarios se conectan desde fuera del firewall de la empresa, Citrix Virtual Apps and Desktops pueden usar la tecnología de Citrix Gateway (antes llamado Access Gateway y NetScaler Gateway) para proteger esas conexiones con TLS. El dispositivo virtual Citrix Gateway o VPX es un dispositivo de SSL VPN que se implementa en la zona desmilitarizada (DMZ). Proporciona un punto de acceso único y seguro a través del firewall corporativo.

Citrix SD-WAN

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 SD-WAN para optimizar el rendimiento. Los repetidores aceleran el rendimiento en las redes WAN. Con repetidores presentes en la red, los usuarios de la sucursal experimentan un rendimiento similar al de una LAN a través de la WAN. Citrix SD-WAN puede dar prioridad a diferentes partes de la experiencia de usuario de modo que esta experiencia no empeore en la sucursal cuando, por ejemplo, se envíe un archivo de gran tamaño o un trabajo de impresión por la red. La optimización HDX de WAN ofrece 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.

¿Cómo funciona una implementación típica?

Un sitio se compone de máquinas con roles dedicados que proporcionan escalabilidad, alta disponibilidad y conmutación por error, en una solución integral que está diseñada ya con funciones de seguridad. Un sitio se compone de máquinas de servidor y escritorio con VDA instalado, y Delivery Controller, que se encarga de administrar el acceso.

Comunicación entre componentes en una implementación

El VDA permite a los usuarios conectarse a escritorios y aplicaciones. Para la mayoría de los métodos de entrega, el VDA se instala en máquinas virtuales, aunque también se puede instalar en PC físicos para el acceso con Remote PC.

El Controller se compone de servicios Windows independientes que administran los recursos, las aplicaciones y los escritorios, y optimizan y equilibran la carga de conexiones de usuarios. Cada sitio tiene uno o varios Delivery Controllers. Como las sesiones dependen de la latencia, el ancho de banda y la fiabilidad de la red, coloque todos los Controllers en la misma red LAN si fuera posible.

Los usuarios nunca acceden directamente al Controller. El VDA funciona como intermediario entre los usuarios y el Controller. Cuando los usuarios inician sesión mediante StoreFront, sus credenciales pasan al servicio Broker Service presente en el Controller. A continuación, el Broker Service obtiene los perfiles y los recursos disponibles en función de las directivas establecidas para ellos.

¿Cómo se gestionan las conexiones de usuario?

Para iniciar una sesión, el usuario se conecta a través de la aplicación Citrix Workspace, instalada en su dispositivo, o bien a través de un sitio web de StoreFront.

El usuario selecciona el escritorio virtual o físico, o bien la aplicación virtual que necesite.

Las credenciales de usuario se transfieren por esta ruta para acceder al Controller, que determina los recursos necesarios comunicándose con un Broker Service. Citrix recomienda que los administradores coloquen un certificado SSL en StoreFront para cifrar las credenciales que provienen de la aplicación Citrix Workspace.

Flujo de las conexiones de usuario

El Broker Service determina a qué escritorios y aplicaciones puede acceder el usuario.

Una vez que se verifican las credenciales, la información sobre las aplicaciones o los escritorios disponibles se envía de vuelta al usuario a través de la ruta StoreFront-aplicación Citrix Workspace. Cuando el usuario selecciona las aplicaciones o los escritorios en esta lista, esa información vuelve por la misma ruta al Controller. Éste determina el VDA adecuado para alojar la aplicación o el escritorio especificados.

El Controller envía un mensaje al VDA con las credenciales del usuario y envía todos los datos sobre el usuario y la conexión al VDA. El VDA acepta la conexión y envía la información a través de las mismas rutas de vuelta a la aplicación Citrix Workspace. Un conjunto de los parámetros requeridos se recopila en StoreFront. A continuación, estos parámetros se envían a la aplicación Citrix Workspace, ya sea como parte de la conversación del protocolo de aplicación-Citrix-Workspace-StoreFront, o convertidos en un archivo de arquitectura ICA (Independent Computing Architecture) y descargados. Si el sitio está configurado correctamente, las credenciales están cifradas durante este proceso.

El archivo ICA se copia al dispositivo del usuario y establece una conexión directa entre el dispositivo y la pila ICA que se ejecuta en el VDA. Esta conexión omite la infraestructura de administración (aplicación Citrix Workspace, StoreFront y Controller).

La conexión entre la aplicación Citrix Workspace y el VDA usa el protocolo CGP (Citrix Gateway Protocol). Si la conexión se pierde, la funcionalidad de fiabilidad de la sesión habilita al usuario para reconectar con el VDA en lugar de tener que reiniciarse a través de toda la infraestructura de administración. La fiabilidad de la sesión se puede habilitar o inhabilitar en las directivas de Citrix.

Una vez que el cliente se conecta al VDA, el VDA notifica al Controller que el usuario ha iniciado sesión. El Controller envía esta información a la base de datos del sitio y comienza a registrar datos en la base de datos de supervisión.

¿Cómo funciona el acceso a los datos?

Cada sesión de Citrix Virtual Apps and Desktops produce datos a los que el departamento de TI puede acceder a través de Studio o Director. Studio permite que los administradores accedan a los datos en tiempo real procedentes de Broker Agent para administrar los sitios. Director accede a los mismos datos, además de datos históricos almacenados en la base de datos de supervisión. También accede a los datos HDX de NetScaler Gateway para solucionar problemas y obtener asistencia técnica.

El acceso a datos en una implementación

Dentro de Controller, Broker Service notifica datos en tiempo real de cada sesión que haya en la máquina. Monitor Service también realiza un rastreo de los datos en tiempo real y lo almacena como datos históricos en la base de datos de supervisión.

Studio solo se comunica con el servicio Broker. Por lo que accede solo a los datos en tiempo real. Director se comunica con el Broker Service (a través de un plug-in de Broker Agent) para tener acceso a la base de datos del sitio.

Director también puede acceder a Citrix Gateway para obtener información sobre los datos HDX.

Entregar escritorios y aplicaciones

Configure las máquinas que entregan aplicaciones y escritorios con los catálogos de máquinas. Luego, cree grupos de entrega que especifiquen las aplicaciones y los escritorios que estarán disponibles (a través de las máquinas de los catálogos) y qué usuarios pueden acceder a ellos. Si quiere, puede crear grupos de aplicaciones para administrar colecciones de aplicaciones.

Catálogos de máquinas

Los catálogos de máquinas son colecciones de máquinas virtuales o equipos físicos que se administran como una única entidad. Estas máquinas, y las aplicaciones o los escritorios virtuales que contienen, son los recursos que proporciona a los usuarios. Todas las máquinas de un catálogo tienen el mismo sistema operativo y el mismo VDA instalados. También tienen las mismas aplicaciones o escritorios virtuales.

Por lo general, hay que crear una imagen maestra y usarla para crear máquinas virtuales idénticas en el catálogo. Puede especificar el método de aprovisionamiento de las máquinas de ese catálogo: herramientas de Citrix (Citrix Provisioning o Machine Creation Services) u otras herramientas. De forma alternativa, puede utilizar sus propias imágenes existentes. En este caso, deberá 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).

Los tipos de máquina válidos son:

  • SO multisesión: Máquinas virtuales o físicas con un sistema operativo multisesión. Se utilizan para entregar las aplicaciones publicadas de Citrix Virtual Apps (también conocidas como aplicaciones alojadas en servidores) y los escritorios publicados de Citrix Virtual Desktops (también conocidos como escritorios alojados en servidores). Estas máquinas permiten que varios usuarios se conecten a ellas simultáneamente.
  • SO de sesión única: Máquinas virtuales o físicas con sistema operativo de sesión única. Se utilizan para entregar escritorios VDI (escritorios con SO de sesión única que pueden personalizarse), aplicaciones alojadas en VM (aplicaciones con SO de sesión única) y escritorios físicos alojados. Solo un usuario a la vez puede conectarse a cada uno de estos escritorios.
  • Acceso con Remote PC: Permite a los usuarios remotos acceder a sus PC de oficina físicos desde cualquier dispositivo que ejecute la aplicación Citrix Workspace. Los PC de oficina se administran a través de la implementación de Citrix Virtual Desktops y requieren que los dispositivos del usuario se especifiquen en una lista de permitidos.

Para obtener más información, consulte Administración de imágenes de Citrix Virtual Apps and Desktops y Crear catálogos de máquinas.

Grupos de entrega

Los grupos de entrega especifican los usuarios que pueden acceder a las aplicaciones y/o escritorios y en qué máquinas pueden hacerlo. Los grupos de entrega contienen máquinas del catálogo y usuarios de Active Directory que tienen acceso al sitio. Puede asignar usuarios a los grupos de entrega según el grupo de Active Directory que tengan, porque tanto los grupos de Active Directory como los grupos de entrega son modos de agrupar usuarios que tienen requisitos similares.

Cada grupo de entrega puede contener máquinas de varios catálogos, y cada catálogo puede suministrar sus 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.

Usted define a qué recursos pueden acceder los usuarios del grupo de entrega. Por ejemplo: si quiere entregar diferentes aplicaciones a diferentes usuarios, puede instalar todas las aplicaciones 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, puede configurar cada grupo de entrega para entregar distintos subconjuntos de las aplicaciones instaladas en las máquinas.

Para obtener más información, consulte Crear grupos de entrega.

Grupos de aplicaciones

Los grupos de aplicaciones ofrecen ventajas para la administración de aplicaciones y para el control de los recursos frente a la opción de grupos de entrega. Con la restricción de etiqueta, puede usar las máquinas existentes para más de una tarea de publicación, con lo que se ahorran los costes asociados a la implementación y la administración de más máquinas. La restricción por etiquetas puede entenderse como una subdivisión (o partición) de las máquinas de un grupo de entrega. Usar grupos de aplicaciones puede ser útil para aislar un subconjunto de las máquinas de un grupo de entrega y solucionar los problemas que presentan.

Para obtener más información, consulte Crear grupos de aplicaciones.

Más información

Información técnica general