Descripción general de los gráficos
Esta sección proporciona una descripción general de la entrega virtual de aplicaciones y estaciones de trabajo de gráficos profesionales 3D en XenServer. Las ofertas incluyen GPU Pass-through (para GPU NVIDIA, AMD e Intel) y el uso compartido de GPU basado en hardware con NVIDIA vGPU.
La virtualización de gráficos está disponible para los clientes de XenServer Premium Edition. Para obtener más información sobre las ediciones de XenServer y cómo actualizar, visite el sitio web de XenServer. Para obtener más información, consulte Licencias.
GPU pass-through
En un sistema virtualizado, la mayoría de los componentes físicos del sistema se comparten. El hipervisor representa estos componentes como múltiples instancias virtuales para múltiples clientes. Una GPU pass-through no se abstrae en absoluto, sino que permanece como un único dispositivo físico. Cada máquina virtual (VM) alojada obtiene su propia GPU dedicada, lo que elimina la abstracción de software y la penalización de rendimiento asociada.
XenServer le permite asignar una GPU física (en el host de XenServer) a una VM de Windows o Linux que se ejecute en el mismo host. Esta función de GPU pass-through está destinada a usuarios avanzados de gráficos, como los diseñadores CAD.
GPU compartida (vGPU)
La GPU compartida (vGPU) permite que una única GPU física sea utilizada por varias máquinas virtuales (VM) simultáneamente. Dado que se utiliza una parte de una GPU física, el rendimiento es mayor que el de los gráficos emulados, y no es necesaria una tarjeta por VM. Esta característica permite la optimización de recursos, lo que aumenta el rendimiento de la VM. Los comandos gráficos de cada máquina virtual se pasan directamente a la GPU, sin traducción por parte del hipervisor.
Múltiples GPU compartidas (vGPU)
Múltiples vGPU permite que varias GPU virtuales sean utilizadas simultáneamente por una única VM. Solo se pueden usar ciertos perfiles de vGPU y todas las vGPU conectadas a una única VM deben ser del mismo tipo. Estas vGPU adicionales se pueden usar para realizar procesamiento computacional. Para obtener más información sobre el número de vGPU admitidas para una única VM, consulte Límites de configuración.
Esta característica solo está disponible para GPU NVIDIA. Para obtener más información sobre las GPU físicas que admiten la característica de múltiples vGPU, consulte la documentación de NVIDIA.
Soporte de proveedores de vGPU
La siguiente tabla enumera el soporte de invitado para las características de GPU pass-through, GPU compartida (vGPU) y múltiples GPU compartidas (vGPU):
| GPU pass-through para VM de Windows | GPU pass-through para VM de Linux | GPU compartida (vGPU) para máquinas virtuales Windows | GPU compartida (vGPU) para máquinas virtuales Linux | Múltiples GPU compartidas (vGPU) para máquinas virtuales Windows | Múltiples GPU compartidas (vGPU) para máquinas virtuales Linux | |
|---|---|---|---|---|---|---|
| AMD | SÍ | |||||
| Intel | SÍ | |||||
| NVIDIA | SÍ | SÍ | SÍ (vista previa) | SÍ (vista previa) | SÍ (vista previa, véase la nota) | SÍ (vista previa, véase la nota) |
Nota:
- La compatibilidad con vGPU de NVIDIA para XenServer 9 se encuentra actualmente en versión preliminar y no es totalmente compatible.
- La compatibilidad con la vista previa de vGPU de XenServer 9 ya está disponible en NVIDIA; consulte la matriz de plataformas compatibles. Obtenga el controlador a través de los canales de descarga habituales de NVIDIA.
- Solo algunos de los sistemas operativos invitados admiten varias vGPU. Para obtener más información, consulte Compatibilidad y restricciones de invitados.
- Solo algunos de los sistemas operativos invitados admiten la migración en vivo de vGPU. Para obtener más información, consulte Compatibilidad del proveedor con la migración en vivo de vGPU.
Es posible que necesite una suscripción de proveedor o una licencia, según la tarjeta gráfica utilizada.
Migración en vivo de vGPU
Nota:
Actualmente, la migración en vivo de vGPU no es compatible con XenServer 9. Para obtener más información, consulte Problemas conocidos.
La migración en vivo de vGPU permite que una máquina virtual que utiliza una GPU virtual realice una migración en vivo, una migración en vivo de almacenamiento o una suspensión de máquina virtual. Las máquinas virtuales con capacidades de migración en vivo de vGPU se pueden migrar para evitar el tiempo de inactividad.
La migración en vivo de vGPU también le permite realizar actualizaciones continuas de grupos en grupos que alojan máquinas virtuales habilitadas para vGPU. Para obtener más información, consulte Actualizaciones continuas de grupos.
Para usar la migración en vivo de vGPU o la suspensión de VM, su VM debe ejecutarse en una tarjeta gráfica que admita esta función. Su VM también debe tener instalados los controladores compatibles del proveedor de GPU.
Advertencia:
El tamaño del estado de la GPU en el controlador de NVIDIA puede causar un tiempo de inactividad de 5 segundos o más durante la migración en vivo de vGPU.
Se aplican las siguientes restricciones al usar la migración en vivo de vGPU:
-
La migración en vivo no es compatible con la transferencia de GPU (GPU Pass-through).
-
Las máquinas virtuales deben tener instalados los controladores vGPU adecuados para ser compatibles con cualquier función de migración en vivo de vGPU. Los controladores en el invitado deben instalarse para todos los invitados que utilicen la función vGPU.
-
Las operaciones de reinicio y apagado en una máquina virtual no son compatibles mientras una migración está en curso. Estas operaciones pueden hacer que la migración falle.
-
Las máquinas virtuales Linux no son compatibles con ninguna función de migración en vivo de vGPU.
-
La migración en vivo mediante el dispositivo Workload Balancing no es compatible con las máquinas virtuales habilitadas para vGPU. El dispositivo Workload Balancing no puede realizar una planificación de capacidad para las máquinas virtuales que tienen una vGPU conectada.
-
Después de migrar una máquina virtual mediante la migración en vivo de vGPU, la consola VNC del invitado podría corromperse. Utilice ICA®, RDP u otro método basado en red para acceder a las máquinas virtuales después de haber realizado una migración en vivo de vGPU.
-
La migración VDI utiliza la migración en vivo, por lo tanto, requiere suficiente espacio de vGPU en el host para hacer una copia de la instancia de vGPU en el host. Si las GPU físicas están completamente utilizadas, la migración VDI podría no ser posible.
Soporte del proveedor para la migración en vivo de vGPU
La siguiente tabla enumera el soporte para la migración en vivo de vGPU:
| Transferencia de GPU (GPU pass-through) para máquinas virtuales Windows | Transferencia de GPU (GPU pass-through) para máquinas virtuales Linux | GPU compartida (vGPU) para máquinas virtuales Windows | GPU compartida (vGPU) para máquinas virtuales Linux | Múltiples GPU compartidas (vGPU) para máquinas virtuales Windows | Múltiples GPU compartidas (vGPU) para máquinas virtuales Linux | |
|---|---|---|---|---|---|---|
| NVIDIA | SÍ | SÍ |
Para obtener más información sobre las tarjetas gráficas que admiten esta función, consulte las secciones específicas del proveedor de esta guía. Los clientes pueden necesitar una suscripción o una licencia del proveedor, según la tarjeta gráfica utilizada.
Compatibilidad y limitaciones de los invitados
NVIDIA vGPU
Para obtener detalles sobre qué sistemas operativos invitados admiten NVIDIA vGPU, consulte Compatibilidad de funciones del SO invitado.
Limitaciones
-
Las máquinas virtuales con una GPU virtual no son compatibles con el Control dinámico de memoria.
-
XenServer detecta y agrupa automáticamente las GPU físicas idénticas en todos los hosts del mismo grupo. Si se asigna a un grupo de GPU, una máquina virtual se puede iniciar en cualquier host del grupo que tenga una GPU disponible en el grupo.
-
Todas las soluciones gráficas (NVIDIA vGPU y vGPU pass-through) se pueden utilizar en un entorno que utilice alta disponibilidad. Sin embargo, las máquinas virtuales que utilizan estas soluciones gráficas no se pueden proteger con alta disponibilidad. Estas máquinas virtuales se pueden reiniciar con el mejor esfuerzo posible mientras haya hosts con los recursos libres adecuados.