Limitaciones del PCIe Passthrough en máquinas virtuales VMware

256 funciones virtuales en una sola tarjeta. Eso es lo que permite el estándar ARI (Alternative Routing-ID Interpretation), y lo más probable es que tu placa base lo tenga desactivado o que tu hipervisor ni siquiera sepa qué hacer con ellas sin una ración generosa de configuración manual. El PCIe Passthrough —o VMDirectPath I/O si prefieres el lenguaje de marketing de VMware— es esa tecnología que nos permite «regalarle» hardware real a nuestras máquinas virtuales con una pérdida de rendimiento prácticamente nula. Pero claro, en informática nada es gratis, y menos cuando intentas saltarte las capas de abstracción que tanto le ha costado construir a Palo Alto.

Si estás pensando en pasarle una RTX 4080 a Ubuntu para currar en Machine Learning o simplemente quieres que tu servidor Plex use transcodificación por hardware, prepárate. Vas a ganar potencia, pero a cambio vas a convertir tu flamante entorno virtualizado en algo mucho más rígido y cascarrabias.

#El cementerio de funciones: vMotion y Snapshots

Lo primero que notas al habilitar el passthrough es que tu máquina virtual deja de ser «elástica». Al asignar un dispositivo físico a una VM, esa unidad queda anclada por hardware al host. Esto tiene consecuencias inmediatas que suelen pillar desprevenido al usuario avanzado:

• vMotion desaparece: Olvídate de mover la VM de un host a otro en caliente. El dispositivo PCIe está físicamente pinchado en el bus del servidor A; no puede teletransportarse al servidor B por mucha fibra de 10Gbps que tengas.
• Adiós a los Snapshots: Esta es la que más duele. Como VMware no puede capturar el estado interno de la memoria de un dispositivo externo (la VRAM de una GPU, por ejemplo), la función de instantáneas queda inhabilitada.
• Sin Suspensión: No puedes pausar la máquina. O está encendida y usando el dispositivo, o está apagada. Nada de hibernar para retomar el trabajo mañana.

#Requisitos de hardware y la «tiranía» de la RAM

Para que esto funcione, tu procesador y tu placa base deben soportar IOMMU. En el mundo Intel hablamos de VT-d y en AMD de AMD-Vi.

Pero el verdadero escollo es la RAM. VMware te obliga a reservar el 100% de la memoria asignada a la VM. Si le das 32GB a tu máquina de edición de vídeo, esos 32GB desaparecen del pool del host de forma inmediata. Nada de Memory Ballooning ni Transparent Page Sharing. El acceso directo a memoria (DMA) requiere que las direcciones físicas sean estáticas para evitar que el hardware escriba donde no debe y te regale un pantallazo púrpura de regalo.

#El «Impuesto NVIDIA» y el maldito Error 43

Si intentas pasar una tarjeta GeForce de consumo, te vas a encontrar con que el gestor de dispositivos de Windows te saluda con un alegre Error 43. Durante años, esto fue una técnica de segmentación de mercado de NVIDIA para obligarte a comprar sus caras tarjetas profesionales (antes Quadro). Aunque ahora son más permisivos con los drivers, el problema persiste en muchos entornos virtuales.

La solución clásica pasa por ocultar que estamos en una VM añadiendo este parámetro en la configuración avanzada (.vmx):

hypervisor.cpuid.v0 = "FALSE" // Engaña al driver ocultando la firma del hipervisor

Es una de esas ñapas clásicas que demuestran lo absurdo de las limitaciones artificiales por software. Si el hardware puede hacerlo, deja que lo haga sin ponerme muros de pago invisibles.

#Máximo de dispositivos según versión

Con cada versión de vSphere, VMware ha ido soltando lastre. Lo que antes era un límite ridículamente bajo, ahora permite configuraciones bastante bestias:

MÁXIMO DE DISPOSITIVOS PCIe PASSTHROUGH POR VM:
vSphere 7.x   ████░░░░░░░░░░░░░░░░ 16 dispositivos
vSphere 8.0   ████████░░░░░░░░░░░░ 32 dispositivos
vSphere 8.0U2 ████████████████████ 128 dispositivos

#Caso real

Hace poco configuré un entorno de renderizado para un cliente que quería usar DaVinci Resolve en una máquina virtual de Windows 11 sobre ESXi 8.0. La tarjeta, una RTX 3090, iba como un tiro. El problema surgió a la semana.

Me di cuenta del fallo al ver que el software de backup profesional que usábamos (Veeam) fallaba sistemáticamente. La primera señal de alerta apareció en los logs: «Unable to create snapshot». Resulta que el script de mantenimiento intentaba hacer un snapshot previo al backup, algo que dábamos por sentado en cualquier servidor virtual.

Cometí el error de creer que bastaría con deshabilitar el dispositivo temporalmente desde el administrador de Windows antes del backup. Error. El hipervisor bloquea la función de snapshot a nivel de configuración en cuanto detecta la entrada pciPassthru en el archivo de la VM, independientemente de si el controlador está cargado o no. Al final tuve que montar un sistema de backups a nivel de agente dentro del SO, perdiendo la comodidad de gestionar todo desde la consola de VMware. Una ñapa funcional, pero cutre.

#Protocolo de rescate

Si después de activar el passthrough tu host se vuelve inestable o sufres pantallazos púrpuras (PSOD), no entres en pánico. Normalmente es un problema de Reset Bug o de colisión con el driver del host.

La forma más rápida de volver atrás es entrar por SSH al host ESXi y editar el archivo de configuración de la VM o usar este comando para listar y desvincular dispositivos problemáticos:

esxcli hardware pci pcipassthru set -d [ID_DISPOSITIVO] -e false -a // Desactiva el passthrough forzoso

#¿Pero lo habilito o no?

Depende de cuánto valores tu paz mental. Si necesitas el rendimiento bruto para aplicaciones 3D, IA o codificación de vídeo, el PCIe Passthrough es la única vía real. Pero hazlo sabiendo que estás renunciando a la principal ventaja de la virtualización: la flexibilidad.

Personalmente, si el rendimiento no es un factor crítico de vida o muerte, prefiero usar aceleración paravirtualizada o simplemente montar un equipo físico dedicado. Gestionar una flota de VMs sin snapshots es como hacer puenting con una cuerda que «seguramente» no se va a romper: todo bien hasta que necesitas que el seguro responda.

Esto lo escribo en marzo de 2026 con VMware 8.0 Update 3. Si estás leyendo esto y Broadcom ya ha cumplido su amenaza de cambiar el modelo de licencias por tercera vez este año, revisa si estas funciones han pasado a ser «Legacy» o requieren un riñón adicional en tu suscripción.

Fuentes oficiales para los frikis del dato: Documentación oficial de VMware vSphere 8 y el análisis técnico de ServeTheHome sobre GPU Passthrough.