Diseño

Diseñar una solución de virtualización de escritorios consiste sencillamente en seguir un proceso probado y alinear las decisiones técnicas con los requisitos de la organización y del usuario. Sin el proceso estandarizado y probado, los arquitectos tienden a saltar aleatoriamente de un asunto a otro lo que conduce a confusión y a errores. El enfoque recomendado funciona en cinco niveles distintos:

Imagen de modelo de diseño de cinco capas

Las tres capas superiores están diseñadas para cada grupo de usuarios de forma independiente; estos se identificaron durante lasegmentación de usuariossección de la fase de evaluación. Estas capas definen los recursos de los usuarios y la forma en que los usuarios acceden a sus recursos. Una vez completadas estas tres capas, las capas fundacionales (control y hardware) están diseñadas para toda la solución.

Este proceso guía el concepto del diseño, según el que las decisiones tomadas a un nivel más alto afectan a las decisiones de diseño de nivel inferior.

Capa 0: Arquitectura conceptual

La arquitectura conceptual ayuda a definir las estrategias globales para toda la solución basada en los objetivos del negocio y la estructura organizativa.

Aunque la arquitectura conceptual de una organización cambiará en los próximos años, vale la pena iniciar la fase de diseño definiendo los objetivos a largo plazo en torno a los modelos de entrega y la distribución física y geográfica de la solución.

Decisión: Modelo de entrega

Una solución XenDesktop y XenApp puede adoptar muchos formularios de entrega. El equipo de objetivos de negocio asistencia de la organización selecciona el enfoque correcto. Aunque la infraestructura sigue siendo la misma para todos los modelos de entrega, cambia el ámbito de administración del equipo de TI local.

  • Local: Todos los componentes alojados en el centro de datos local de la organización. El modelo local requiere que el equipo de TI local administre todos los aspectos de la solución.

Imagen de arquitectura local

  • Nube pública: Todos los componentes alojados desde una infraestructura de nube pública que utiliza Infraestructura como servicio (IaaS). El modelo de nube pública elimina la administración de hardware del ámbito de administración del equipo de TI local.

Imagen de arquitectura de nube pública

  • Nube híbrida: Una sola implementación se ejecuta desde un centro de datos local, así como desde la nube pública. Aunque los componentes de la solución estén utilizando diferentes proveedores de host, la solución entera es una solución única que utiliza el mismo código y se administra como una sola entidad. El equipo de TI local sigue administrando todos los aspectos de la solución, excepto el hardware asociado con los recursos alojados en la nube.

Imagen de la arquitectura de la nube híbrida

  • Citrix Cloud: La oferta de XenApp y XenDesktop Service de Citrix Cloud rompe una implementación típica en varios dominios de administración. Citrix aloja y administra los componentes de la capa de control y acceso en Citrix Cloud, mientras que el equipo de TI local sigue administrando los componentes de la capa de recursos como modelo local, modelo de nube pública o de nube híbrida. Citrix administra el hardware, el tamaño y las actualizaciones de los componentes de acceso y control, mientras que el equipo de TI local administra los recursos. Además, si la nube pública aloja los recursos, el equipo de TI local no tiene que administrar el hardware de recursos. Citrix Cloud continúa ampliando el número de ofertas para ayudar a resolver casos específicos de usuarios. Para obtener más información y comprender la gama completa de ofertas, consulte los servicios de Citrix Workspace dentro de Citrix Cloud.

Imagen de arquitectura de Citrix Cloud

Decisión: Topología del sitio

Un sitio de XenApp y XenDesktop agrupa escritorios y aplicaciones para formar una única entidad arquitectónica y administrativa. Todos los datos persistentes y dinámicos del sitio, incluida la configuración del sitio, las asignaciones de escritorios y el estado de la sesión, se almacenan en la base de datos de un sitio.

Un sitio puede estar contenido en una sola ubicación, abarcar varias ubicaciones o ser una ubicación parcial. Mediante pruebas rigurosas, un único sitio de XenApp/XenDesktop puede admitir 40.000 sesiones simultáneas o más.

Imagen del sitio de entrega 1

Imagen del sitio de entrega 2

Imagen del sitio de entrega 3

Las zonas subdividen sitios individuales, a menudo asociados con ubicaciones geográficas. Hay varios factores que deben tenerse en cuenta al determinar la topología general de la solución XenApp y XenDesktop:

  • Tolerancia ante riesgos: Cree varios sitios de XenDesktop para minimizar el impacto en caso de una interrupción en todo el sitio. Por ejemplo, la corrupción de la base de datos del sitio de XenDesktop podría afectar a la disponibilidad de todo el sitio. Para muchas organizaciones, el menor riesgo derivado de la implementación de varios sitios supera la sobrecarga de administración adicional y la infraestructura de soporte necesarios.

Experiencia sobre el terreno

Finanzas: Una gran institución financiera aloja 10.000 escritorios desde un único centro de datos. Para reducir el riesgo, se decidió que ningún sitio debía superar los 5.000 escritorios. Por lo tanto, a pesar de que los escritorios están conectados por una red rápida y redundante, se crearon dos sitios.

  • Seguridad: Aunque la administración delegada está disponible, las organizaciones de alta seguridad pueden requerir una separación completa entre entornos para demostrar el cumplimiento de contratos de nivel de servicio específicos.

Experiencia sobre el terreno

Minoristas: Una organización minorista requería una separación completa para los empleados responsables de administrar los datos financieros. Para cumplir este requisito, se crearon dos sitios separados dentro del mismo centro de datos: uno para los empleados financieros y otro para todos los demás empleados.

  • Límites administrativos: Debido a los requisitos de facturación/anulación o a la forma en que se estructura la TI, es posible que se requieran varios sitios para separar los límites administrativos.

  • Conectividad geográfica: Aunque la implementación de zonas permite que un solo sitio abarque varias ubicaciones geográficas, debe haber suficiente ancho de banda entre la zona satélite y la zona principal para que la base de datos del sitio capture la información de la sesión. Una latencia más alta o unas zonas de mayor tamaño son factores que afectan a los tiempos de respuesta del usuario.

Variable XenApp y XenDesktop 7.13 XenApp y XenDesktop 7.11
Latencia (ms) 90 250
Solicitudes simultáneas 48 48
Promedio de tiempo de respuesta 3.7 7.6
Solicitudes de intermediación con broker por segundo 12.6 6.3
Tiempo de inicio de 10.000 usuarios 13 minutos 26 minutos
Recuento de sesiones Máx. de inicios de sesión simultáneos Ancho de banda mínimo de sitio a sitio Latencia máxima de tiempo de retorno de sitio a sitio
Menos de 50 20 1 Mbps 250 milisegundos
50 a 500 25 1,5 Mbps 100 ms
500 a 1.000 30 2 Mbps 50 milisegundos
1.000 a 3.000 60 8 Mbps 10 milisegundos
Más de 3.000 60 8 Mbps 5 milisegundos

En general, los administradores deben minimizar el número de sitios y zonas de XenDesktop para reducir la complejidad arquitectónica y el esfuerzo administrativo.

Decisión: Estrategia de administración de imágenes

Una solución XenApp y XenDesktop requiere la creación y administración de imágenes maestras. Las organizaciones deben decidir con prontitud qué estrategia aplicar para la administración de imágenes.

Imágenes instaladas

Una imagen instalada requiere que el administrador instale el sistema operativo y las aplicaciones para cada imagen. Este enfoque es sencillo, pero crea una duplicación de esfuerzos ya que el administrador instala el mismo sistema operativo y aplicaciones principales en varias imágenes maestras.

El mantenimiento de imágenes maestras también conlleva una duplicación de esfuerzos, ya que la misma versión del sistema operativo y las aplicaciones principales forman parte de varias imágenes, cada una de las cuales requiere el mismo proceso de actualización.

Imágenes generadas por script

Los administradores pueden automatizar muchas de las tareas asociadas con las imágenes instaladas con herramientas de scripting o automatización. Muchas instalaciones de sistemas operativos y aplicaciones admiten scripts automatizados, lo que mitiga el impacto de la duplicación del esfuerzo en el tiempo del administrador con imágenes instaladas.

Desafortunadamente, aprender, crear y mantener un marco de scripting para toda la imagen es difícil y requiere mucho tiempo. Crear un script de una compilación completa lleva tiempo y, a menudo, lleva a errores inesperados si las estructuras de directorios cambian, los procesos tardan demasiado en completarse o cambia un nombre de archivo.

Imágenes en capas

Cada sistema operativo único (Windows 10, Windows 2012R2 y Windows 2016), plataforma (XenApp/XenDesktop 7.13 VDA, XenApp/XenDesktop 7.14 VDA y XenApp/XenDesktop 7.15 VDA) y aplicación (Microsoft Office, Adobe Acrobat, Google Chrome y Mozilla Firefox) constituye una capa. Una imagen maestra es la fusión de una capa de sistema operativo, una plataforma y muchas aplicaciones.

Un enfoque de imagen en capas elimina la duplicación de los desafíos de esfuerzo asociados con imágenes instaladas y con secuencias de comandos. Cada capa única está disponible para cualquier imagen maestra. Cuando una aplicación requiere una actualización, esa capa recibe las actualizaciones y todas las imágenes maestras que utilizan la capa reciben la actualización. Si una organización requiere diez imágenes únicas de Windows 10, cada una de las diez imágenes comparte la misma capa de Windows 10. Cuando el administrador necesita actualizar el VDA de la versión 7.14 a la 7.15 en diez imágenes, el administrador actualiza una sola capa de plataforma.

Inicialmente, el enfoque de imagen por capas requiere más tiempo para implementarse porque el administrador debe crear la biblioteca de capas de la organización. Sin embargo, una vez que las capas están disponibles, el tiempo de mantenimiento de las imágenes se reduce drásticamente.