Proxmox VE permite virtualizar principalmente de dos formas: mediante máquinas virtuales QEMU/KVM y mediante contenedores LXC. Una máquina virtual es la opción adecuada cuando queremos ejecutar un sistema operativo completo con su propio kernel, por ejemplo Windows, GNU/Linux, FreeBSD, pfSense o RouterOS.
Esta guía documenta el proceso de creación de una VM en Proxmox VE 7.4, utilizando el asistente web de aquella versión. El flujo continúa siendo reconocible en Proxmox VE 9.2: General, OS, System, Disks, CPU, Memory, Network y Confirm.
Para una introducción a la plataforma actual consulta Proxmox VE 9.2: qué es, cómo funciona y qué podemos hacer con él. Si todavía necesitas reproducir una instalación antigua, también conservamos nuestra guía histórica de instalación de Proxmox VE 7.4.
Antes de crear la máquina virtual
Necesitamos un nodo Proxmox VE operativo, almacenamiento con espacio disponible y, si vamos a instalar desde una imagen, una ISO ya subida a un almacenamiento que tenga habilitado el contenido ISO image.
Desde la interfaz web accedemos normalmente mediante:
https://IP_O_HOSTNAME_DEL_PROXMOX:8006Para una administración real conviene utilizar un hostname válido, certificado TLS correcto y una red de gestión protegida. No recomendamos publicar el puerto 8006 directamente en Internet.
1. Abrir el asistente “Crear VM”
En la captura vemos la interfaz 7.4. En Proxmox VE 9.x la apariencia ha cambiado en detalles, pero el botón de creación y la organización general continúan siendo muy similares.
2. General: nodo, VMID y nombre
En un clúster podemos seleccionar el nodo donde se creará inicialmente la máquina.
El VMID identifica de forma única a cada VM o contenedor. En instalaciones antiguas era habitual trabajar a partir de 100. Las versiones actuales permiten configurar en Datacenter → Options el rango utilizado para proponer el próximo VMID libre, aunque el identificador sigue teniendo que ser único en todo el clúster.
El nombre debe permitir reconocer fácilmente el propósito del servidor. En infraestructuras grandes conviene adoptar una convención consistente, por ejemplo:
srv-dns-01
web-prod-02
db-postgresql-01La casilla de opciones avanzadas muestra parámetros adicionales del asistente. No es obligatorio cambiar valores avanzados solo porque estén disponibles.
3. OS: seleccionar ISO y tipo de sistema
El asistente permite instalar desde una ISO, utilizar determinados dispositivos físicos o crear la VM sin medio de instalación para configurarla después.
En el ejemplo original se utilizó una ISO de Kubuntu almacenada en local. Para una nueva VM seleccionamos la ISO apropiada y el tipo de sistema operativo más cercano al huésped que vamos a instalar.
En Proxmox VE actual también podemos importar máquinas desde determinadas fuentes y utilizar imágenes Cloud-Init, pero esta guía se centra en una instalación tradicional desde ISO.
4. System: máquina, firmware, EFI, TPM y QEMU Guest Agent
Machine: i440fx o q35
i440fx ofrece una plataforma virtual más antigua y conserva valor para compatibilidad con sistemas legacy. q35 emula una plataforma más moderna con PCI Express y suele ser la opción preferible para sistemas operativos recientes cuando no existe una razón de compatibilidad para utilizar i440fx.
En Proxmox VE 9.2 no debemos interpretar i440fx como “la opción normal” y q35 como algo excepcional: para Windows moderno, passthrough PCIe y hardware virtual reciente, q35 suele encajar mejor.
SeaBIOS u OVMF/UEFI
SeaBIOS proporciona arranque BIOS/Legacy. OVMF proporciona UEFI.
Para Windows 11 y numerosos sistemas modernos es habitual utilizar q35 + OVMF. Con UEFI debemos añadir un EFI Disk para guardar variables persistentes del firmware.
TPM
El TPM virtual no es necesario para todas las VMs. Es especialmente relevante para sistemas que lo exigen o aprovechan, como Windows 11 con TPM 2.0 y determinadas soluciones de cifrado.
QEMU Guest Agent
Una corrección importante respecto al texto original: QEMU Guest Agent no es el software que hace funcionar la máquina virtual. La VM funciona sin él.
El agente se instala dentro del sistema invitado y permite una mejor comunicación entre Proxmox y la VM. Entre otras cosas puede facilitar apagados limpios, mostrar direcciones IP, ejecutar ciertas órdenes y coordinar el congelado del sistema de archivos durante backups.
En Debian/Ubuntu podemos instalarlo dentro del huésped con:
sudo apt install qemu-guest-agent
sudo systemctl enable --now qemu-guest-agentDespués debemos tener habilitada también la opción QEMU Guest Agent en la configuración de la VM.
5. Disks: qué cambió desde Proxmox VE 7.4
Este es uno de los apartados donde más conviene actualizar la recomendación.
En el artículo original proponíamos VirtIO Block. En la documentación actual de Proxmox, para máquinas nuevas se recomienda normalmente SCSI utilizando el controlador VirtIO SCSI single. Esto conserva el rendimiento de VirtIO y permite utilizar IO threads de forma eficiente.
Una configuración actual típica sería:
- Bus/Device: SCSI;
- SCSI Controller: VirtIO SCSI single;
- IO thread: activado cuando corresponde;
- Discard: activado si el almacenamiento es thin-provisioned y el huésped soporta TRIM/UNMAP;
- Backup: activado para discos que deban incluirse en los backups.
Windows y controladores VirtIO
Windows puede necesitar los controladores VirtIO durante la instalación para detectar un disco SCSI/VirtIO o utilizar la tarjeta de red VirtIO.
El proyecto oficial publica una ISO con los controladores:
En esta revisión la URL estable redirige a la serie 0.1.302. No conviene fijar el artículo a una compilación antigua como 0.1.229.
Cache
La recomendación antigua “Write back si hay UPS, Write through si no” es demasiado simplificada. En Proxmox moderno lo más prudente es mantener el valor predeterminado salvo que entendamos la combinación concreta entre almacenamiento, caché del host, controlador y política de durabilidad.
El modo óptimo puede cambiar entre ZFS, Ceph, LVM-thin, almacenamiento de directorio, NFS o SAN.
Discard y espacio liberado
Discard permite que el huésped informe al almacenamiento de bloques que ya no utiliza. Es especialmente útil con almacenamiento thin-provisioned, pero requiere soporte en toda la cadena: sistema de archivos del huésped, controlador virtual y backend de almacenamiento.
6. CPU: sockets, cores y modelo de procesador
En una VM normalmente preferimos pocos sockets y varios cores, salvo que el software invitado tenga requisitos específicos de licenciamiento o topología.
CPU type: host no siempre es la mejor decisión
El tipo host expone al huésped prácticamente todas las capacidades de la CPU física y ofrece excelente rendimiento. Sin embargo, puede limitar la live migration hacia nodos con procesadores diferentes.
La recomendación actual de Proxmox es utilizar host cuando todos los nodos relevantes disponen del mismo modelo de CPU y no existe problema de compatibilidad. En clústeres heterogéneos conviene utilizar un modelo genérico común, por ejemplo una familia x86-64-v* compatible con todos los nodos.
NUMA
La guía antigua recomendaba habilitar NUMA por el simple hecho de usar más de un core. Eso no es correcto.
NUMA resulta principalmente útil en VMs grandes que deben reflejar la topología NUMA del host y repartir memoria/CPU entre múltiples nodos NUMA. Para una VM pequeña de 2, 4 u 8 vCPU normalmente no es necesario activarlo automáticamente.
AES y flags manuales
Tampoco recomendamos activar flags como aes “por si acaso”. Si usamos host, las capacidades soportadas ya se exponen según la CPU física. Con modelos virtuales debemos elegir deliberadamente el baseline apropiado para compatibilidad y migración.
7. Memory: RAM fija y ballooning
La memoria configurada es el máximo que la VM puede utilizar según esta sección.
El ballooning no significa que “3 GB se comparten” como una memoria común entre VMs. El dispositivo balloon permite que el host recupere memoria del invitado cuando la configuración y los drivers lo permiten, respetando el mínimo definido.
Debemos evitar sobreaprovisionar memoria sin entender el comportamiento de nuestras cargas. Un host que se queda sin RAM puede sufrir swapping, latencias severas o activar el OOM killer.
8. Network: bridge, VLAN, firewall y VirtIO
La VM se conecta normalmente a un bridge como vmbr0. Podemos además establecer un VLAN Tag si la red está preparada para ello.
Para sistemas compatibles, VirtIO continúa siendo la opción preferida por su bajo overhead y rendimiento. Windows requiere el driver NetKVM incluido en virtio-win.
La casilla Firewall habilita la integración de esa interfaz con el firewall de Proxmox VE. Activarla no crea por sí sola una política segura: las reglas se gestionan en los niveles Datacenter, nodo y VM/NIC según el diseño.
Multiqueue
Multiqueue puede mejorar el rendimiento de red de VMs con tráfico elevado y múltiples vCPU, pero no existe una regla universal de que el número de colas deba ser siempre idéntico al número de cores. Más colas también generan más procesamiento.
Para una VM pequeña o con poco tráfico, el valor predeterminado suele ser suficiente.
9. Confirmar la configuración
Revisamos especialmente:
- VMID y nombre;
- ISO;
- q35/i440fx;
- SeaBIOS/OVMF;
- EFI Disk y TPM cuando corresponda;
- almacenamiento y tamaño del disco;
- CPU;
- RAM;
- bridge y VLAN.
Podemos marcar Start after created si queremos que arranque inmediatamente.
10. Arrancar y revisar la nueva VM
Una vez creada, podemos revisar las secciones de la VM.
Algunos nombres y opciones han cambiado desde Proxmox VE 7.4, pero los conceptos principales se mantienen:
- Summary: estado y métricas;
- Console: consola gráfica o de texto;
- Hardware: dispositivos virtuales;
- Cloud-Init: parámetros para preparar imágenes compatibles con cloud-init;
- Options: comportamiento general, orden de arranque, inicio automático, etc.;
- Task History: operaciones ejecutadas;
- Monitor: monitor QEMU;
- Backup: backups de la VM;
- Replication: replicación de almacenamiento compatible, especialmente ZFS local dentro de un clúster;
- Snapshots: puntos de estado de la VM; no sustituyen a un backup;
- Firewall: reglas asociadas a la VM;
- Permissions: control de acceso.
Una corrección importante: Cloud-Init no es “el servicio de nube de Proxmox”. Es un estándar ampliamente utilizado para inicializar automáticamente máquinas virtuales a partir de plantillas, configurando usuarios, claves SSH, red y otros parámetros.
11. Abrir la consola e instalar el sistema operativo
Desde aquí veremos el instalador del sistema operativo como si estuviéramos frente al monitor de un equipo físico.
El rendimiento de una VM moderna con KVM y dispositivos VirtIO puede acercarse mucho al hardware nativo, pero no existe un porcentaje universal de “3 % de pérdida”. El overhead depende de CPU, almacenamiento, red, tipo de carga, passthrough, configuración NUMA y otros factores.
Configuración recomendada hoy para una VM Linux moderna
Como punto de partida en Proxmox VE 9.2, una VM Linux moderna puede configurarse así:
- Machine: q35 cuando no haya necesidad de compatibilidad legacy;
- BIOS: OVMF/UEFI si el sistema lo soporta;
- CPU: host en un host único o clúster homogéneo; baseline común en clúster heterogéneo;
- Disk: SCSI + VirtIO SCSI single;
- IO thread: habilitado cuando corresponda;
- Discard: habilitado sobre almacenamiento thin compatible;
- NIC: VirtIO;
- QEMU Guest Agent: habilitado e instalado en el huésped;
- sin TPM salvo que el sistema o la política lo requieran.
Configuración recomendada hoy para Windows 11
- Machine: q35;
- BIOS: OVMF/UEFI;
- EFI Disk;
- TPM 2.0;
- SCSI + VirtIO SCSI single;
- ISO de Windows + ISO de virtio-win como segundo CD/DVD;
- NIC VirtIO;
- QEMU Guest Agent después de instalar Windows.
Qué conservar de esta guía de Proxmox VE 7.4
La interfaz ha evolucionado, pero las decisiones fundamentales continúan siendo las mismas: elegir correctamente firmware, máquina, CPU, almacenamiento, red y dispositivos paravirtualizados.
Precisamente por eso conservamos las capturas originales. Ayudan a reconocer el flujo de Proxmox 7.4 y permiten comparar cómo se ha refinado el asistente hasta Proxmox VE 9.2.
Continuar con la serie
- Crear un contenedor LXC en Proxmox VE paso a paso
- Introducción actualizada a Proxmox VE 9.2
- Introducción a la virtualización
