Arquitectura de referencia para cargas de trabajo de Citrix

Este documento sirve como modelo para implementar XenServer para ejecutar cargas de trabajo de Citrix para la implementación de tamaño comercial más común que puede escalar de unos pocos cientos a unos pocos miles de VDA. Esta arquitectura de referencia es válida tanto si se utiliza Citrix Virtual Apps and Desktops como si se utiliza Citrix DaaS. Las implementaciones de tamaño empresarial pueden tener consideraciones adicionales que no se tratan en esta arquitectura de referencia. Uso Documentación del producto XenServer junto a este documento.

Anteproyecto

Capa de host y grupo de recursos

• Los hosts de XenServer deben formar parte de un archivo Grupo de recursos con un máximo recomendado de 16 hosts.
• Los hosts de XenServer en el mismo grupo de recursos deben tener el mismo proveedor, modelo y características que las CPU, así como la misma cantidad de memoria.
• La memoria no debe comprometerse en exceso. Necesita tanta memoria en un host como las máquinas virtuales asignadas.
• Véase el Cargas de trabajo de Citrix Provisioning para conocer los requisitos de almacenamiento local, así como las consideraciones sobre la memoria del host.

Capa de red

• Los hosts de XenServer deben tener velocidades de tarjeta de red de 10 Gbps o superiores.
• Los hosts de XenServer deben tener un mínimo de 4 tarjetas de red: 2 pares enlazados con 1 par dedicado al tráfico de almacenamiento y 1 par utilizado para la máquina virtual y el tráfico de administración.
• Las VLAN en conmutadores externos se pueden utilizar para proporcionar una separación adicional del almacenamiento, la máquina virtual y el tráfico de administración para cumplir con las mejores prácticas de seguridad, si lo desea.

Capa de almacenamiento

• Se recomienda el almacenamiento compartido para garantizar que las máquinas virtuales se puedan migrar entre hosts.
• Se recomienda NFS o SMB cuando se utiliza el servicio de creación de máquinas (MCS).
• Cualquier Opción de almacenamiento compatible funciona cuando se utiliza Citrix Provisioning.
• Aísle el tráfico de red de almacenamiento como se describe en el Capa de red sección.

Capa de Citrix Image Provisioning

Citrix Machine Creation Services (MCS) y Citrix Provisioning Services se pueden utilizar por separado o en combinación para aprovisionar VDA en XenServer.

Cargas de trabajo de Citrix Provisioning

Si utiliza Citrix Provisioning, le recomendamos que habilite la función XenServer Acelerador PVS.

• Se recomiendan 5 GB de caché en cada host por versión de disco virtual que utilice activamente.
• Se recomienda la caché de memoria en lugar de la caché de disco, si hay suficiente memoria disponible.
  • Si se utiliza caché de disco, se recomienda el almacenamiento local.

Cargas de trabajo de Machine Creation Services

Si utiliza Citrix Machine Creation Services, le recomendamos que utilice ambos Intellicache y Almacenamiento en caché de lectura.

Intellicache:

• Habilite Intellicache durante la instalación de XenServer seleccionando “Habilitar aprovisionamiento fino (almacenamiento optimizado para escritorios virtuales)”.
• Intellicache utiliza el almacenamiento local para la memoria caché.
• Los hosts de XenServer deben tener SSD de nivel empresarial o unidades NVME que admitan sectores de 512 bytes (o que puedan emular sectores de 512 bytes).
• Se recomienda el almacenamiento compartido NFS o SMB, ya que es necesario para que los VDA permitan una solución de aprovisionamiento fino completo con IntelliCache.
• Al crear la conexión de alojamiento desde Citrix, asegúrese de que la opción IntelliCache esté seleccionada.

Almacenamiento en caché de lectura:

• En cada host XenServer, aumente la memoria Dom0 en 10 GB para proporcionar espacio.

Decisiones de diseño

En esta sección se proporcionan más detalles sobre los motivos de la configuración del blueprint, así como otras posibles opciones de configuración.

Capa de host y grupo de recursos

• Si bien XenServer puede admitir un grupo de recursos con hasta 64 hosts, limitar el grupo de recursos a 16 hosts garantiza que el tiempo necesario para realizar actualizaciones (incluso cuando se requieren reinicios de host) se pueda lograr en un día hábil. Además, hay una mayor resistencia a los errores y el impacto de los errores (en caso de que ocurra) se limita a este conjunto de hosts.

• Al asignar máquinas virtuales a grupos de recursos de XenServer, asegúrese de que haya suficiente capacidad para operar todas las máquinas virtuales con al menos 1 host no disponible. Esto permite la operación de mantenimiento en los grupos sin necesidad de interrupciones de la máquina virtual.

• Si los hosts de XenServer en el mismo grupo de recursos tienen diferentes cantidades de memoria, el host de XenServer con la menor cantidad de memoria debe ser capaz de soportar las cargas de trabajo que se colocan en él durante los escenarios de conmutación por error o las actualizaciones.

• Los hosts de XenServer dentro del mismo grupo de recursos deben estar en la misma red, en el mismo centro de datos o ubicación física, y solo separados por un conmutador L2 (no un enrutador).

• Cree un grupo de recursos independiente para cada conjunto de hosts de XenServer que se encuentren en una red diferente o en una ubicación física diferente.

• No se recomienda XenServer HA para cargas de trabajo o VDA de Citrix.

  • Por lo general, la protección a nivel de máquina virtual no es necesaria debido a la forma inherente en que las cargas de trabajo de Citrix Virtual Apps and Desktops se crean y destruyen dinámicamente
  • La alta disponibilidad en una implementación de Citrix Virtual Apps and Desktops puede ser beneficiosa para controlar errores de hardware o bloqueos del hipervisor. Sin embargo, cuando la alta disponibilidad está habilitada, existe un mayor riesgo de que se produzcan interrupciones temporales (en la red o en la infraestructura de almacenamiento) que provoquen que un host “delimite” la seguridad, lo que provocará una interrupción de los servicios (para los usuarios finales) que, de otro modo, no se habría producido.
• Si es posible, la división de los VDA en varios grupos garantiza la disponibilidad en caso de que se produzca un error en el grupo.
• El número total de vCPU asignadas a una máquina virtual individual en un host no debe superar el número de subprocesos de CPU físicos para el host.

Capa de red

Otras opciones de tarjeta de red para sus hosts:

• 6 tarjetas de red: 3 pares enlazados con 1 par dedicado al tráfico de almacenamiento, 1 par dedicado al tráfico de VM y 1 par dedicado al tráfico de administración.
• 3 tarjetas de red: 1 tarjeta de red dedicada al tráfico de almacenamiento, 1 tarjeta de red dedicada al tráfico de VM y 1 tarjeta de red dedicada al tráfico de administración.
• 2 tarjetas de red: 1 tarjeta de red dedicada al tráfico de almacenamiento y 1 tarjeta de red utilizada para la VM y el tráfico de administración.

Capa de aprovisionamiento de Citrix

• Minimice el número de imágenes maestras diferentes que se usan en cada grupo de recursos para hacer el mejor uso de las tecnologías de almacenamiento en caché disponibles.

  Cada imagen hace uso de los cachés. Cuantas más imágenes doradas haya, más probable es que los cachés se llenen y sean menos efectivos. Hacer los cachés más grandes también puede ayudar con este aspecto a medida que aumenta el número de imágenes doradas.

Intellicache

Con Intellicache, si utiliza el almacenamiento basado en bloques, le recomendamos que utilice el modo de aprovisionamiento completo (LVM). Este modo es compatible con IntelliCache (que permitirá un funcionamiento más rápido de la máquina virtual con dispositivos de almacenamiento más antiguos o lentos). Algunos archivadores de almacenamiento en bloque proporcionan un aprovisionamiento fino que se puede utilizar, pero se debe tener cuidado para evitar condiciones de falta de espacio.

Materiales de referencia

• Documentación del producto XenServer: https://docs.xenserver.com/en-us/xenserver/8/
• Descripción técnica de XenServer: https://docs.xenserver.com/en-us/xenserver/8/technical-overview
• Primeros pasos con XenCenter: https://docs.xenserver.com/en-us/xencenter/current-release/intro-welcome