Opciones de entrega

Información general

A medida que comience su viaje de entrega de carga de trabajo, es importante que lo empecemos con el pie derecho. Eso significa tocar un par de elementos específicos que no son del VDA que deben ser considerados primero. Una de las conversaciones más importantes que un buen consultor de Citrix mantiene con un nuevo cliente es acerca de los casos de uso que va a prestar servicios. Estas conversaciones (más de una, porque las necesidades del cliente, el clima empresarial y la tecnología evolucionan con el tiempo) suelen llevar a la definición de grupos razonablemente bien definidos de usuarios y aplicaciones, los llamamos grupos de entrega. La mayoría de las opciones que vamos a desglosar en esta sección se reevalúan para cada grupo de entrega y caso de uso. Es común que los clientes tengan un poco de variación e incluso superposición entre los grupos de entrega. Sin embargo, al final del día, el elemento más fundamental de cada grupo de entrega es la combinación de aplicaciones, datos y servicios que se deben proporcionar. Una vez que lo haya definido, puede comenzar a evaluar las decisiones establecidas en esta sección.

Importante:

Para cada caso de uso o grupo de entrega, comience definiendo la combinación de aplicaciones, datos y servicios necesarios y, a continuación, trabaje en las siguientes consideraciones para decidir qué opciones de entrega pueden servir mejor para cada uno.

Sugerencia:

Los VDA se administran en un grupo de recursos denominado catálogos de máquinas. Los catálogos de máquinas son grupos de instancias de máquinas virtuales que sirven un caso de uso común para un grupo de usuarios. Normalmente se basan en la misma plantilla de instancia de VM “maestro dorado” y heredan propiedades de instancia de VM y una copia generalizada del disco persistente.

Sistemas operativos VDA

Windows o Linux

Ahora que ha definido las aplicaciones, los datos y los servicios necesarios para cada grupo de entrega/caso de uso, puede comenzar a considerar qué sistema operativo es el más adecuado para sus VDA. La pregunta más básica: ¿necesitas Windows o Linux? A menudo, esta decisión se vaya obligada por los requisitos de la aplicación o conjunto de aplicaciones que está entregando. Si la aplicación solo se ejecuta en Windows, ¡entonces Windows lo es! Lo mismo obviamente se aplica si la aplicación solo se ejecuta en Linux.

Las aplicaciones empresariales a menudo se basan en Windows, por lo que un gran porcentaje de las aplicaciones virtualizadas de Citrix se ejecutan en instancias de VM basadas en Windows en GCP. A veces se elige Windows porque es lo que el equipo de TI sabe, y el coste de hacer girar las competencias operativas en un nuevo sistema operativo como Linux se considera demasiado alto, por lo que Windows se usa incluso si el conjunto de aplicaciones puede ejecutarse en Linux. Sin embargo, si el conjunto de aplicaciones se puede ejecutar en Linux, vale la pena considerarlo: gran parte de la complejidad y una buena parte de los costes (sistema operativo Windows y licencias de cliente) se puede evitar.

SO de servidor o escritorio

Si puede usar Linux como sistema operativo, la elección de ‘servidor o escritorio’ es relativamente simple. Debe elegir una versión que tenga una GUI, que se pueda ejecutar en Google Cloudy que sea compatible con Citrix Linux VDA.

Si implementa Windows, la elección de servidor frente a SO de escritorio se vuelve un poco más complicada. Ambas opciones comparten una interfaz gráfica de usuario común y ambas pueden presentar a los usuarios un escritorio virtual. De hecho, la mayoría de las aplicaciones Windows se ejecutan en sistemas operativos Windows Server y Windows 10 de escritorio, aunque a menudo los proveedores de aplicaciones no llaman la compatibilidad con Windows Server en su documentación. La implicación más importante de Windows Server frente a El escritorio de Windows 10 está concediéndolo, y es uno grande.

Las directivas de licencias de Microsoft son restrictivas cuando se ejecuta Windows 10 (o cualquier otro sistema operativo de escritorio) en nubes públicas. Estas restricciones basadas en directivas pueden hacer que sea más costoso ejecutar un sistema operativo de escritorio Windows en cualquier nube pública, incluido GCP. Para obtener más información acerca de las directivas de licencias de Microsoft, consulte a su especialista en licencias de Microsoft, pero lo siguiente le informará sobre este complejo tema:

Si ejecuta Windows en GCP, Windows Server sirve la mayoría de los casos de uso y mezclas de aplicaciones, y simplemente paga por el uso de licencias junto con el uso de instancias. A menudo es más rentable que un escritorio de Windows y termina siendo la opción para muchos sistemas de virtualización en Google Cloud.

SO compartido (multiusuario) o usuario único (“VDI”)

Una idea errónea común es que Windows Server no puede atender casos de uso de escritorio, independientemente de si está compartiendo el sistema operativo entre varios usuarios o si tiene una instancia de OS/VM por usuario. ¡Este error es falso! Cuando se implementa en modo multiusuario (es decir, el rol RDSH está instalado), Windows Server puede presentar a los usuarios un escritorio “alojado compartido”. Windows Server también se puede utilizar para casos de uso de “VDI”, y aunque no es tan rentable o escalable como la opción de SO multiusuario/compartido, es una opción legítima para un escritorio de un solo usuario. Llamamos a este modelo de entrega “Servidor VDI”.

En resumen, las siguientes combinaciones de opciones/sistemas operativos se pueden utilizar dependiendo del caso de uso:

Modelo de entrega Único o multiusuario Versiones/componentes comunes del sistema operativo Coste relativo para ejecutar en Google Cloud
Compartido alojado Multiusuario Windows Server (2016 o 2019), rol RDSH y Experiencia de escritorio habilitados.
VDI de servidor Único usuario Windows Server (2016 o 2019), Experiencia de escritorio habilitada. ⭐⭐⭐
VDI de escritorio Único usuario Windows 10 (se requieren licencias BYO y STN) ⭐⭐⭐⭐⭐

Otro concepto erróneo común es que los nodos sole-tenant (STN) de Google Cloud son necesarios para servir los casos de uso de “escritorio”. Los nodos de arrendatario único son necesarios para cumplir con los escenarios de licencias BYO de Microsoft, como el sistema operativo Windows 10 (escritorio). Como se mencionó anteriormente, Windows Server se puede utilizar para entregar un escritorio de un solo usuario (“VDI de servidor”) además de un escritorio multiusuario (hospedado compartido). Los nodos de arrendatario único también se pueden usar para instancias de Windows Server cuando trae sus propias licencias de Windows Server.

La mayoría de los sabores de Linux son capaces de múltiples usuarios de la caja. Por lo tanto, pueden implementarse en modelos Hosted Shared o “Server VDI”, con implicaciones de costes relativas similares.

Nota:

Para ayudar con el proceso de toma de decisiones, el siguiente árbol de decisiones compara los escritorios compartidos alojados (escritorios multiusuario con SO de servidor) con los escritorios VDI. El árbol no distingue explícitamente entre los modelos VDI cliente y VDI de servidor, pero las decisiones presentadas son válidas para ambos. Cuando un caso de uso sugiere que VDI es el modelo de entrega adecuado para su carga de trabajo, la VDI de servidor debe considerarse siempre que sea posible para ejecutarse en Google Cloud.

Aplicaciones publicadas o escritorios publicados

Al final del día, las aplicaciones virtualizadas que entrega a los usuarios en un sistema de virtualización Citrix se ejecutan en VDA. Tiene opciones para presentarlas, lo que determina cómo interactúan los usuarios con ellos. Puede presentar al usuario o “publicar” aplicaciones y archivos individuales. También puede presentarles un escritorio en el que interactúen con aplicaciones y datos.

publicados-escritorios-publicados-aplicaciones

Ejemplo: un escritorio compartido alojado, que se presenta como una aplicación de ventana en la aplicación Citrix Workspace para Windows.

Hay más en esta opción (y muchos clientes usan ambas), pero aquí hay un intento de resumir:

Escritorios publicados (tanto compartidos alojados como VDI):

   
+ Proporcione a los usuarios una metáfora familiar para interactuar con las aplicaciones y los datos del sistema. Puede ser más fácil para los usuarios captar y obtener un uso productivo. Ideal para ofrecer entornos flexibles con muchas aplicaciones.
- Los usuarios esperan que las cosas funcionen como lo hacen en un escritorio. Está trabajando más para equilibrar la seguridad con el acceso y la funcionalidad, y está administrando un escritorio de Windows. Los perfiles de usuario, la configuración de las aplicaciones, el almacenamiento de datos y la administración de la configuración de escritorio se vuelven críticos. Doblemente, si los usuarios esperan que los ajustes se desplazen entre regiones.
- Requerir más recursos de instancia de VM: los servicios de escritorio de Windows consumen más recursos para cada usuario en comparación con las aplicaciones publicadas.

Aplicaciones publicadas:

   
+ Las aplicaciones publicadas suelen ser más fáciles de proteger, requieren menos recursos para entregar y pueden proporcionar a los usuarios una experiencia de usuario más sencilla. Citrix llama a esto “ventanas sin fisuras”.
- La experiencia del usuario puede complicarse con un mayor número de aplicaciones publicadas.
+ Todavía requiere la administración de perfiles de usuario, configuración de aplicaciones y almacenamiento de datos, pero a menudo es más simple y con más flexibilidad en la ejecución en comparación con los escritorios publicados.
+ Requerir menos recursos de instancias de VM frente a Presentación del escritorio de Windows. Por lo general, varias aplicaciones publicadas se ejecutan dentro de la misma sesión: una función Citrix llama a compartir sesiones.

Combinado o persistente

Esta opción es otra propiedad del catálogo de máquinas y se define al crear el catálogo. El modelo de entrega compartida alojado generalmente utiliza VDA agrupados/no persistentes, pero ambos modelos VDI pueden utilizar catálogos de máquinas agrupados o persistentes. Con el modelo agrupado, MCS restablece las instancias del sistema operativo al cerrar sesión o reiniciar el VDA. Este modelo garantiza que los usuarios obtengan una imagen de sistema “limpia”, que a su vez se basa en su plantilla o instancia de máquina virtual de ‘imagen dorada’ e instantáneas de su disco persistente. Se los conoce como ‘agrupados’ como un grupo de agentes VDA se mantienen y los usuarios se conectan dinámicamente a un VDA disponible/no utilizado en el grupo. La configuración del usuario y los datos se pueden administrar de varias maneras diferentes. Con los agentes VDA agrupados, se manejan de manera que el usuario obtenga la misma configuración y experiencia independientemente del VDA en el que haya iniciado sesión. Consulte Administración del entorno de usuario/configuración en este documento para obtener más detalles sobre este tema.

Los catálogos de máquinas persistentes contienen instancias de VDA asignadas a usuarios individuales y persisten entre reinicios. Este modelo es útil para escenarios en los que los usuarios necesitan instalar sus propias aplicaciones (como entornos de desarrollador) y casos de uso en los que las aplicaciones necesarias no son compatibles con varios usuarios.

Las instancias agrupadas tienden a ser las más fáciles de administrar con el tiempo, ya que el MCS de Citrix puede actualizar los discos del sistema conectados a instancias agrupadas con unos pocos clics. La gestión de la capacidad y los costes también tiende a ser más eficaz, ya que un grupo inactivo de instancias puede servir a muchos usuarios. Las instancias agrupadas son un poco menos flexibles que las dedicadas, ya que los cambios en las instancias agrupadas no suelen persistir entre los reinicios. Las tecnologías como la capa de personalización de usuarios de Citrix se pueden utilizar para conservar los cambios iniciados por el usuario en las sesiones de diferentes VDA agrupados, aunque solo es compatible con casos de uso de “VDI” de un solo usuario.

Las instancias persistentes pueden ser más sencillas de implementar, pero más difíciles de administrar con el paso del tiempo, ya que tiene que manejar la aplicación de parches, actualizaciones y mantenimiento de OS/aplicaciones dentro de la máquina virtual. También puede ser más costoso desde una perspectiva de coste/capacidad, ya que a menudo es difícil predecir cuándo un usuario iniciará sesión. Esto significa que los usuarios deben esperar mientras se inicia su instancia o los administradores deben mantenerlos ejecutándose durante las ventanas de tiempo en las que se espera que cada usuario inicie sesión.

Administrado o no gestionado

Los catálogos creados y administrados por MCS pueden contener clones persistentes o no persistentes de instancias de VM de plantilla (o “maestro dorado”). Los catálogos de máquinas también se pueden aprovisionar con otro proceso o tecnología. De cualquier manera, desea asegurarse de que se creen como administrados de energía:

administrado-no administrado

Si no utiliza catálogos de máquinas administradas con energía, las funciones clave como Citrix Autoscale no funcionarán y no tendrá ayuda para administrar los costes y la capacidad. El uso de MCS para el aprovisionamiento y la administración de flotas de VDA aporta una serie de beneficios útiles a los administradores, pero también se pueden utilizar los VDA “no administrados” (aquellos aprovisionados fuera de Citrix). Cubriremos estos beneficios en Gestión de flotas e imágenes más adelante en esta guía.

Aceleración GPU

Ciertos tipos de aplicaciones implementadas en VDA pueden beneficiarse de los recursos de GPU si están disponibles para la instancia de máquina virtual. Los tres modelos de entrega (alojados compartidos, VDI de servidor y VDI de escritorio, tanto para Linux como para Windows) pueden usar instancias de GPU aceleradas de NVIDIA para cargas de trabajo de gráficos en Google Cloud. Estas GPU de estaciones de trabajo virtuales se pueden conectar a tipos de máquinas N1 de uso general para cargas de trabajo de uso intensivo de gráficos, como visualización 3D, diseño de chips, CAD/CAM, edición de gráficos y vídeo, e incluyen la licencia GRID requerida.

Con el controlador NVIDIA GRID adecuado instalado en la instancia, el software VDA de Citrix detecta la presencia de GPU y se configura adecuadamente.

Sugerencia:

La pila de protocolos de visualización HDX de Citrix realiza muchas funciones de autodetección y adaptación sobre la marcha para proporcionar la mejor experiencia posible al usuario. Sin embargo, también trata de equilibrar el rendimiento, la capacidad de respuesta y la riqueza de la UX con el consumo de ancho de banda. Por lo tanto, las cargas de trabajo con un uso intensivo de gráficos a menudo se benefician de algunos ajustes para obtener el equilibrio correcto. Consulte Descripción general de gráficos HDX para obtener más información. Tenga en cuenta que Citrix proporciona una plantilla de directiva llamada “Experiencia de usuario de muy alta definición” (como se describe en Diseño de políticas de referencia). Esta plantilla se puede utilizar como punto de partida para ajustar con precisión su entorno específico.

Opciones de entrega

En este artículo