host, ballooning con cabeza y caché de disco correcta.«Windows va lento en Proxmox» es una queja habitual, y casi siempre falsa. Lo que va lento es un Windows instalado sin los drivers adecuados, con la configuración por defecto pensada para máxima compatibilidad y no para rendimiento. Bien montado, Windows Server sobre Proxmox rinde prácticamente como en metal desnudo. Mal montado, se arrastra y confirma el prejuicio.
Este artículo va de montarlo bien, y de las tres cosas que la gente descubre tarde: los drivers VirtIO (sin los cuales ni el instalador ve el disco), el licenciamiento (que se cuenta de una forma que sorprende a quien viene de otros hipervisores) y los ajustes de rendimiento que separan un Windows fluido de uno lento. Es material especialmente útil si estás en plena migración desde VMware, donde las cargas Windows suelen ser mayoría.
Aquí está la trampa que atrapa a todo el mundo la primera vez. Cuando creas una VM Windows en Proxmox y eliges disco VirtIO —lo correcto por rendimiento—, arrancas el instalador de Windows y… no ve ningún disco donde instalar. Pánico. La causa: Windows no trae de fábrica los drivers VirtIO, así que no reconoce el disco paravirtualizado.
La solución es simple una vez la conoces: durante la instalación, montar el CD de drivers VirtIO (una ISO que Proxmox o el proyecto Fedora/virtio-win proporcionan) y cargar el driver de disco cuando el instalador pregunte dónde instalar. A partir de ahí, Windows ve el disco y sigue.
Por qué VirtIO y no la emulación por defecto: Proxmox puede emular hardware clásico (un disco IDE/SATA, una red e1000) que Windows reconoce sin drivers, pero esa emulación es lenta, porque imita hardware real instrucción a instrucción. VirtIO es paravirtualizado: el sistema invitado sabe que está virtualizado y habla con el hipervisor de forma directa y eficiente. La diferencia de rendimiento en disco y red es enorme.
Los drivers VirtIO que interesa instalar:
| Componente | Qué acelera | Sin él |
|---|---|---|
| VirtIO SCSI (disco) | I/O de disco | El instalador no ve el disco; emulación lenta |
| VirtIO Net (red) | Rendimiento de red | Red emulada e1000, más lenta |
| VirtIO Balloon (memoria) | Gestión dinámica de RAM | Sin ballooning; RAM fija |
| QEMU Guest Agent | Integración con Proxmox (apagado limpio, backups consistentes) | Sin fs-freeze ni control fino |
La práctica recomendada: cargar el driver de disco durante la instalación, y una vez dentro de Windows, ejecutar el instalador completo de virtio-win para poner el resto (red, balloon, guest agent) de una vez.
Esta es la parte que no es técnica pero cuesta cara si se malinterpreta, y viene con un aviso: el licenciamiento de Microsoft es complejo y cambia; lo que sigue es la lógica general, no asesoría legal. Confirma siempre tu caso concreto con Microsoft o tu distribuidor. Dicho esto, hay dos ideas que evitan la mayoría de los sustos.
Windows Server se licencia por núcleos físicos del host, no por máquina virtual. Este es el concepto que descoloca a quien viene pensando «una licencia por VM». No funciona así. Debes licenciar todos los núcleos físicos del servidor donde corre Windows (con un mínimo por servidor y por procesador). El número de VMs no cambia cuántos núcleos hay que licenciar; cambia qué edición te conviene.
Standard vs Datacenter, la decisión de densidad. Las dos ediciones cubren los mismos núcleos, pero permiten distinto número de máquinas virtuales Windows por host:
La consecuencia práctica es un punto de equilibrio: con pocas VMs Windows por host, Standard es más barato; a partir de cierta densidad (típicamente en torno a una docena de VMs, según precios), Datacenter sale más a cuenta porque dejas de re-licenciar. Si vas a consolidar muchas VMs Windows en pocos hosts potentes —justo lo que hace atractiva la migración a Proxmox—, haz el cálculo: Datacenter suele ganar.
Un matiz de movilidad importante: en clústeres con alta disponibilidad donde las VMs pueden moverse entre hosts, hay que licenciar teniendo en cuenta a qué hosts puede migrar una VM. Es otra razón para confirmar el escenario concreto antes de comprar.
Con los drivers puestos, unos cuantos ajustes marcan la diferencia entre fluido y lento:
host. Por defecto Proxmox usa un tipo de CPU genérico por compatibilidad de migración. Si no necesitas migrar entre CPUs muy distintas, host expone todas las instrucciones del procesador real y Windows rinde más.Con esto, un Windows Server sobre Proxmox rinde de forma comparable a otros hipervisores comerciales. La mayoría de las quejas de «Windows va lento en Proxmox» se resuelven en esta lista.
host, y añade la ISO de VirtIO como segundo CD.¿Por qué el instalador de Windows no ve el disco en Proxmox? Porque el disco es VirtIO (paravirtualizado) y Windows no trae ese driver de fábrica. Monta la ISO de drivers VirtIO como segundo CD y carga el driver de disco cuando el instalador pregunte dónde instalar. Es el paso que sorprende a todo el mundo la primera vez.
¿Cuántas licencias de Windows Server necesito por VM? No se cuenta por VM, sino por núcleos físicos del host: hay que licenciar todos los núcleos del servidor donde corre Windows. El número de VMs determina la edición: Standard cubre dos VMs Windows por licenciamiento de host; Datacenter, ilimitadas. Confirma tu caso con Microsoft, porque las reglas son complejas.
¿Standard o Datacenter? Con pocas VMs Windows por host, Standard es más barato. A partir de cierta densidad (en torno a una docena de VMs por host, según precios), Datacenter sale más a cuenta porque licencias los núcleos una vez y tienes VMs ilimitadas. Si consolidas muchas VMs Windows en pocos hosts, haz el cálculo: suele ganar Datacenter.
¿Windows rinde peor en Proxmox que en VMware o Hyper-V?
Bien configurado, no: rinde de forma comparable. Las quejas de lentitud casi siempre vienen de no instalar los drivers VirtIO o de dejar la configuración por defecto. Con VirtIO SCSI, CPU host, ballooning con cabeza y el guest agent, el rendimiento es prácticamente nativo.
¿Necesito el QEMU Guest Agent en Windows? Sí, conviene. Permite apagados limpios desde Proxmox, mejor integración y backups consistentes por sistema de ficheros (fs-freeze). Se instala junto con el resto de drivers VirtIO desde la ISO de virtio-win.
¿Migras cargas Windows a Proxmox y quieres evitar los sustos de rendimiento y de licencias? Te ayudamos a montar tus VMs Windows con VirtIO, dimensionar el licenciamiento correcto y afinar el rendimiento. Empieza por nuestra comparativa de cloud o hablemos de tu proyecto.
Cómo funciona Proxmox Backup Server por dentro y cómo se monta bien: troceado en chunks y deduplicación global, incrementales para siempre con el dirty bitmap de QEMU, verificación programada, retención con prune y recolección de basura, réplica offsite con sync jobs, S3 y cinta, y los tres caminos de restauración. Con el dimensionado del servidor, los fallos que vemos repetirse y en qué casos Veeam sigue teniendo sentido.
Proxmox Backup Server hace que los backups ocupen una fracción de lo esperado y se puedan guardar muchos más de lo que imaginas. Detrás hay tres piezas que conviene entender para confiar en tus copias: la deduplicación que ahorra el espacio, la verificación que detecta la corrupción silenciosa antes de que la necesites, y las políticas de retención que deciden cuánto historia guardas. Las explicamos una a una.
Asignar a tus VMs más CPU y RAM de la que el servidor tiene físicamente —overcommit— es lo que permite meter más máquinas en el mismo hardware. Con la CPU suele salir bien; con la memoria, hecho a la ligera, es la receta de un servidor que muere de golpe. Explicamos por qué la CPU se sobreasigna con tranquilidad y la RAM con mucho cuidado, y las herramientas (ballooning, KSM) para hacerlo con cabeza.