Proxmox VE es una plataforma de virtualización de código abierto que convierte un servidor físico en un anfitrión de máquinas virtuales y contenedores, con toda la administración en una interfaz web y sin coste de licencia. Es la alternativa que más se está eligiendo en pymes para salir de VMware, y se instala rápido, porque el instalador tarda unos minutos y a los diez ya tienes el panel funcionando. Que el montaje aguante en producción depende de los cinco pasos que vienen después. Aquí van la instalación y esos cinco pasos, con los comandos reales de la versión actual.
Qué es Proxmox VE
Proxmox Virtual Environment (Proxmox VE) es una plataforma de virtualización de servidores basada en Debian que integra dos tecnologías en un mismo panel, KVM para máquinas virtuales completas y LXC para contenedores de sistema. Añade por defecto clúster de varios nodos, alta disponibilidad, copias de seguridad programadas, cortafuegos, almacenamiento en ZFS y Ceph, y una API REST completa, todo bajo licencia libre y sin funciones de pago reservadas.
La versión actual es Proxmox VE 9.2, cuyo instalador para 64 bits se publicó el 21 de mayo de 2026 y la variante ARM64 el 5 de agosto de 2026. Está construida sobre Debian 13 «Trixie», con kernel Linux 7.0 como estable por defecto, QEMU 11.0, LXC 7.0 y ZFS 2.4. La desarrolla Proxmox Server Solutions GmbH, empresa austriaca, y es la misma casa que publica Proxmox Backup Server y Proxmox Mail Gateway, productos distintos que se instalan aparte.
Para qué sirve y cuándo tiene sentido
Sirve para consolidar en una o pocas máquinas físicas todos los servidores que una empresa tiene repartidos, con la ventaja de poder mover, clonar, copiar y restaurar cada uno como un fichero. En una pyme el uso más común es exactamente ese, el servidor de ficheros, el de la aplicación de gestión, el controlador de dominio y un par de servicios internos conviviendo en dos nodos con las copias centralizadas.
Tiene sentido cuando quieres salir de una licencia de virtualización cara sin renunciar a clúster ni a alta disponibilidad, cuando necesitas que los datos estén en tu instalación por soberanía del dato o por contrato, o cuando ya operas hardware propio y añadir un nodo es rutina. No tiene sentido si nadie va a encargarse de él, porque Proxmox no se administra solo, publica actualizaciones con frecuencia y un clúster mal dimensionado da más problemas que la plataforma que sustituye. Si vienes de VMware, la comparación en frío la hemos hecho en Proxmox contra VMware y Hyper-V.
Antes de empezar
Los requisitos oficiales recomendados son un procesador Intel 64 o AMD64 con el indicador Intel VT o AMD-V, o bien ARM de 64 bits Armv9-A o superior; un mínimo de 2 GB de memoria para el sistema y los servicios de Proxmox, más la que consuman las máquinas; almacenamiento rápido y redundante, con aproximadamente 1 GB de memoria por cada TB si vas a usar ZFS o Ceph; y tarjetas de red Gigabit redundantes. Para paso directo de tarjetas PCIe hace falta VT-d o AMD-Vi. El mínimo absoluto de 1 GB de memoria y un disco solo vale para evaluar.
Dos decisiones que conviene tomar antes de arrancar el instalador, porque cambiarlas después duele. La primera es el sistema de ficheros del disco de sistema; nosotros instalamos sobre ZFS en espejo con dos discos siempre que el presupuesto lo permite, porque da suma de verificación, instantáneas y sustitución de disco sin reinstalar. La segunda es la dirección IP y el nombre del nodo, que en un clúster no se pueden cambiar después sin rehacerlo.
Comprueba antes que la virtualización por hardware está activada en la BIOS del servidor.
# desde cualquier Linux arrancado en esa máquina; debe devolver un número mayor que 0
grep -Ec '(vmx|svm)' /proc/cpuinfoInstalación paso a paso
1. Descargar y escribir el instalador
Descarga la ISO de Proxmox VE 9.2 de la web oficial, verifica la suma contra el fichero SHA256SUMS que se publica junto a ella y escríbela en un USB. No te saltes la verificación, porque una ISO truncada falla a mitad de instalación y perderás media hora buscando la causa en el hardware.
sha256sum proxmox-ve_9.2-1.iso
# identifica el USB con cuidado; el disco de destino se borra entero
lsblk -d -o NAME,SIZE,MODEL
dd if=proxmox-ve_9.2-1.iso of=/dev/sdX bs=1M conv=fdatasync status=progress2. Arrancar el instalador y elegir disco
Arranca desde el USB y elige la instalación gráfica. En la pantalla de destino, entra en Options y selecciona el sistema de ficheros. Para un servidor con dos discos, ZFS RAID1 es la opción sensata. Después vienen país, zona horaria, distribución de teclado, contraseña de root y un correo de avisos que conviene que sea real, porque ahí llegan los fallos de las copias y del conjunto ZFS.
3. Configurar la red
La última pantalla pide nombre de máquina con dominio completo, dirección IP fija, máscara, pasarela y servidor DNS. Usa un nombre que puedas resolver y una IP de gestión que no vayas a mover nunca. El instalador termina y reinicia solo.
4. Primer acceso y comprobación
Apunta el navegador a la IP que diste, en el puerto 8006, y entra con el usuario root y el reino PAM. El aviso de certificado es esperado, porque el certificado inicial es autofirmado. Comprueba la versión y la red antes de seguir.
ssh root@192.168.10.10
pveversion
ip -br aPrimera configuración, los pasos que no hay que saltarse
1. Repositorios y actualización
El instalador deja activado el repositorio enterprise, que exige suscripción, así que sin ella el primer apt update devuelve un error 401 que asusta sin motivo. Se desactiva y se pone el repositorio sin suscripción, que es el mismo software con menos rodaje. Todo esto se puede hacer también desde la interfaz, en el nodo, dentro de Actualizaciones y Repositorios.
echo 'Enabled: no' >> /etc/apt/sources.list.d/pve-enterprise.sources
cat > /etc/apt/sources.list.d/proxmox.sources <<'EOF'
Types: deb
URIs: http://download.proxmox.com/debian/pve
Suites: trixie
Components: pve-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg
EOF
apt update && apt full-upgradeReinicia si la actualización ha traído kernel nuevo y vuelve a comprobar con pveversion que arranca con el que esperas.
2. Almacenamiento
Revisa qué almacenamientos han quedado definidos antes de crear nada. Si algo va a fallar por espacio, es mejor saberlo ahora.
pvesm status
zpool status # solo si instalaste sobre ZFS3. La primera máquina
Para probar el conjunto, un contenedor LXC es más rápido que una máquina virtual y usa una fracción de los recursos. Descarga una plantilla y créalo.
pveam update
pveam available --section system
pveam download local <plantilla de la lista anterior>
pct create 100 local:vztmpl/<plantilla> \
--hostname pruebas01 --cores 2 --memory 2048 \
--rootfs local-lvm:16 --unprivileged 1 \
--net0 name=eth0,bridge=vmbr0,ip=dhcp
pct start 100 && pct status 1004. Copias antes que nada en producción
Antes de mover ningún servicio real al nodo, deja programada una tarea de copia en Centro de datos, en Copias de seguridad, apuntando a un almacenamiento que no sea el disco del propio servidor. Si la copia está en la misma máquina, se pierde con ella. Prueba primero una manual y, sobre todo, prueba a restaurarla; una prueba de restauración periódica es lo único que convierte una tarea programada en una garantía, y es donde se miden de verdad el RTO y el RPO que le prometes al negocio.
vzdump 100 --storage local --mode snapshot --compress zstd5. Clúster, solo si vas a tener tres nodos
El clúster se crea en el primer nodo y los demás se unen antes de tener máquinas creadas. Necesita la hora sincronizada, el puerto 22 accesible entre nodos y los UDP 5405 a 5412 abiertos. Con dos nodos no hay quórum fiable, así que o son tres o se añade un QDevice como árbitro.
# en el primer nodo
pvecm create CLUSTER01
# en cada nodo adicional
pvecm add 192.168.10.10
pvecm statusErrores típicos
- Dejar el panel expuesto a internet. El 8006 se publica en una red de gestión, con acceso por VPN y doble factor, nunca abierto. Aplicar además un hardening con referencia CIS Benchmarks sobre la base Debian es media hora bien empleada.
- Instalar en un disco único sin redundancia y descubrirlo el día que falla, con el nodo y todas las máquinas dentro.
- Montar el clúster con dos nodos y quedarse sin quórum en cuanto uno se cae, que es justo cuando lo necesitas.
- Confundir instantánea con copia. Una instantánea vive en el mismo almacenamiento; si se pierde el disco, se pierden las dos.
- No actualizar por miedo. Un nodo con meses de retraso acumula riesgo, y la actualización se hace con las máquinas migradas al otro nodo, no un viernes a las siete.
Un escenario típico: dos servidores viejos y una renovación de licencias
Una ingeniería de unas cuarenta personas con dos servidores físicos fuera de garantía, una decena de máquinas virtuales entre gestión, ficheros, licencias de software técnico y un servidor de aplicaciones. La renovación de la licencia de virtualización llegó multiplicada y con un cambio de modelo de venta por núcleo que cambiaba el orden de magnitud de la partida.
Se montaron dos nodos nuevos con Proxmox VE sobre ZFS en espejo, se migraron las máquinas por lotes empezando por las menos críticas y dejando la gestión para el último fin de semana, y se centralizaron las copias en un tercer equipo fuera del armario principal con retención definida y prueba de restauración trimestral. El coste de licencia pasó a cero y la partida de virtualización quedó en el soporte, opcional. Más allá del ahorro, lo que más notó el equipo interno fue poder clonar un servidor en dos minutos para probar una actualización antes de aplicarla.
Un nodo de pruebas antes de decidir
Monta un nodo de pruebas con hardware que ya tengas, aunque sea modesto, y repite estos pasos hasta que la instalación te resulte aburrida. Con eso ya puedes decidir con criterio si el salto compensa. Sobre el coste, Proxmox VE se usa en producción sin pagar nada; lo que se paga es la suscripción de soporte y acceso al repositorio enterprise, con precios públicos por socket de CPU y año de 120 € en Community, 370 € en Basic, 550 € en Standard y 1.100 € en Premium, consultados en octubre de 2026.
Si lo que tienes delante es una migración con servicios en marcha, el trabajo real está en el inventario, el orden de las cargas y la ventana de parada, y eso es lo que cubrimos en migración de VMware a Proxmox, con monitorización y guardia 24/7 opcional para incidencias críticas. Dinos cuántas máquinas tienes y de qué tipo y cuéntanos tu caso; te devolvemos un plan de migración con los tiempos de parada estimados antes de que decidas nada.
Si vienes de VMware y quieres el detalle del proceso, lo explicamos en cómo migrar de VMware a Proxmox.