Proxmox Virtual Environment (Proxmox VE) es una plataforma de virtualización y administración de servidores de código abierto desarrollada por Proxmox Server Solutions GmbH. Integra máquinas virtuales con KVM/QEMU, contenedores LXC, almacenamiento, redes, clúster, alta disponibilidad, backup y automatización dentro de una misma plataforma.
Eso es lo primero que conviene aclarar: Proxmox VE no es solamente “un programa para crear máquinas virtuales”. Cuando lo instalamos sobre un servidor, obtenemos un sistema completo basado en Debian GNU/Linux, preparado para administrar cargas virtualizadas desde interfaz web, terminal y API REST.
Puede utilizarse desde un laboratorio doméstico con un único nodo hasta infraestructuras con múltiples servidores, almacenamiento distribuido y servicios de alta disponibilidad. La misma interfaz permite administrar máquinas virtuales Windows o Linux, contenedores, backups, redes virtuales, almacenamiento compartido y recursos de un clúster.
¿Qué es exactamente Proxmox VE?
Proxmox VE está basado en Debian GNU/Linux y utiliza un kernel Linux mantenido por Proxmox. Su código está publicado bajo la licencia GNU AGPLv3, por lo que la plataforma completa puede descargarse y utilizarse sin comprar una licencia funcional.
Proxmox integra dos formas principales de virtualización:
- KVM/QEMU: virtualización completa para ejecutar máquinas virtuales con su propio kernel y hardware virtual. Es la opción habitual para Windows, GNU/Linux, BSD y otros sistemas operativos.
- LXC: virtualización a nivel de sistema operativo. Los contenedores comparten el kernel Linux del host y por eso suelen consumir menos memoria y almacenamiento que una VM completa.
La documentación oficial describe Proxmox VE como una plataforma que unifica compute, network y storage mediante una interfaz web central. La GUI no es un complemento superficial: prácticamente toda la funcionalidad disponible desde ella también está expuesta mediante CLI y API REST.
Documentación oficial: Proxmox Virtual Environment Overview.
Máquinas virtuales y contenedores: cuándo utilizar cada uno
Una VM crea una máquina completa: CPU virtual, memoria, controladoras, discos, interfaces de red, firmware virtual y un kernel independiente. Esto proporciona un aislamiento fuerte y permite ejecutar un sistema operativo diferente al del host.
Un contenedor LXC comparte el kernel Linux del nodo. Es más ligero, inicia muy rápido y resulta especialmente eficiente para servicios Linux.
| Necesidad | VM KVM/QEMU | Contenedor LXC |
|---|---|---|
| Ejecutar Windows | Sí | No |
| Kernel propio | Sí | No |
| Menor consumo | Mayor | Menor |
| Aislamiento | Más fuerte | Comparte kernel host |
| Servicios Linux ligeros | Posible | Muy apropiado |
| Passthrough de hardware | Muy flexible | Más condicionado |
La elección no debe basarse únicamente en ahorrar RAM. Si una carga requiere un kernel diferente, aislamiento fuerte, Windows, determinadas funciones de seguridad o passthrough complejo, normalmente una VM será más apropiada.
LXC no es Docker
Proxmox VE utiliza LXC como tecnología de contenedores. Tradicionalmente sus contenedores se han orientado a system containers: entornos Linux que se comportan de forma parecida a un pequeño servidor completo.
Desde Proxmox VE 9.1 también podemos crear contenedores a partir de imágenes OCI. Dependiendo de la imagen, pueden desplegarse como contenedores de sistema o como contenedores de aplicación más ligeros.
Eso no convierte LXC en Docker ni significa que Proxmox esté ejecutando Docker directamente como motor de sus contenedores. OCI define un formato interoperable de imagen; el runtime y el modelo de aislamiento siguen siendo los de Proxmox/LXC.
Proxmox documentó esta incorporación en el lanzamiento de Proxmox VE 9.1.
Administración central desde el navegador
Después de instalar el nodo, la administración habitual se realiza desde la interfaz HTTPS de Proxmox VE. Desde allí podemos:
- crear, iniciar, detener y migrar VMs y contenedores;
- abrir consolas gráficas o de terminal;
- asignar CPU, RAM, discos y dispositivos;
- configurar almacenamiento;
- crear bridges, VLAN, bonds y redes SDN;
- administrar usuarios, roles, pools y autenticación;
- configurar backups, replicación y snapshots;
- crear y mantener clústeres;
- gestionar HA;
- revisar tareas, logs, métricas y alertas;
- actualizar paquetes y repositorios.
En un clúster la interfaz es multi-master: podemos entrar por cualquiera de los nodos y administrar el conjunto, sin necesitar un servidor de gestión dedicado.
CLI y API REST
La interfaz web es cómoda, pero Proxmox VE no depende de ella. Herramientas como qm, pct, pvesh, pvecm, vzdump y otras permiten administrar la plataforma desde terminal.
La API REST permite integrar automatización, aprovisionamiento, inventarios y herramientas externas. Esto es importante cuando la infraestructura crece: una tarea repetida en cien máquinas no debería depender de cien clics manuales.
Proxmox VE 9.2: versión actual en octubre de 2026
A fecha de esta revisión, Proxmox VE 9.2 es la versión estable actual. Fue publicada el 21 de mayo de 2026.
La versión 9.2 utiliza:
- Debian 13.5 “Trixie” como base;
- Linux 7.0 como kernel estable por defecto;
- QEMU 11.0;
- LXC 7.0;
- ZFS 2.4;
- Ceph Tentacle 20.2 como rama estable actual integrada.
Entre las novedades destacadas están el Dynamic Load Balancer, ampliaciones de SDN con WireGuard y BGP Fabrics, route maps y prefix lists para BGP/EVPN, administración gráfica de modelos de CPU personalizados y el flujo Disarm/Arm para mantenimiento planificado de recursos HA.
Fuente oficial: Proxmox Virtual Environment 9.2.
Qué aportó Proxmox VE 9.0
La rama 9.x comenzó en agosto de 2025 con el salto a Debian 13. Además del cambio de base, Proxmox VE 9.0 introdujo mejoras importantes de almacenamiento y red:
- snapshots para VMs sobre determinados almacenamientos LVM thick compartidos;
- snapshots mediante cadenas de volúmenes para Directory, NFS y CIFS;
- SDN Fabrics para topologías de red complejas;
- reglas de afinidad y anti-afinidad para HA;
- expansión de vdev RAIDZ con ZFS 2.3;
- interfaz móvil renovada.
Esto es especialmente relevante para infraestructuras con SAN iSCSI/Fibre Channel, donde los snapshots sobre LVM thick eran una limitación histórica.
SDN, bridges, VLAN y redes virtuales
En una instalación sencilla, las VMs suelen conectarse mediante un Linux bridge, por ejemplo vmbr0. Podemos imaginarlo como un switch virtual al que se conectan las interfaces de las máquinas.
Sobre esa base Proxmox soporta VLAN-aware bridges, bonding, múltiples redes y Software-Defined Networking (SDN).
Proxmox VE 9.0 incorporó Fabrics dentro de SDN para construir redes enrutadas más complejas. La versión 9.2 amplió esa capa con WireGuard y BGP como protocolos Fabric y añadió controles más finos sobre anuncios y rutas.
En infraestructuras grandes es habitual separar tráfico de administración, Corosync, migración, almacenamiento y Ceph. No es obligatorio disponer de una NIC física para cada función, pero sí diseñar el ancho de banda y la redundancia para que una saturación no afecte a servicios críticos.
Almacenamiento: local, compartido y distribuido
Proxmox VE dispone de una capa de almacenamiento común que permite utilizar tecnologías muy diferentes desde una misma interfaz:
- Directory;
- LVM y LVM-Thin;
- ZFS;
- NFS;
- SMB/CIFS;
- iSCSI;
- Ceph RBD y CephFS;
- otros backends mediante plugins e integraciones específicas.
La decisión depende del objetivo. Un laboratorio con un SSD local no necesita el mismo diseño que un clúster HA con almacenamiento compartido o un conjunto hiperconvergente con Ceph.
ZFS
ZFS resulta muy atractivo para almacenamiento local por su integridad, snapshots, compresión, checksums y opciones de redundancia. Proxmox advierte que ZFS no debe colocarse detrás de un RAID hardware que oculte los discos; ZFS necesita acceso directo a los dispositivos para gestionar correctamente la redundancia y la integridad.
Ceph
Ceph permite construir almacenamiento distribuido entre nodos y Proxmox VE lo integra directamente en GUI y CLI. Puede proporcionar RBD para discos de VM y CephFS como sistema de archivos distribuido.
Ceph requiere redes, discos, memoria y diseño adecuados. No debe añadirse simplemente “porque Proxmox lo soporta”. En un clúster pequeño con pocos discos, ZFS local más replicación o almacenamiento compartido externo puede ser más razonable.
Clúster: administración conjunta y Corosync
Varios nodos Proxmox pueden unirse en un clúster. La configuración del datacenter se replica mediante pmxcfs y la comunicación de membresía/quorum utiliza Corosync.
No es correcto afirmar que Proxmox “requiere exactamente tres nodos para formar un clúster”. Un clúster de dos nodos es posible, pero el quorum debe diseñarse cuidadosamente. La documentación oficial recomienda utilizar un QDevice para aportar un tercer voto en clústeres pequeños de dos nodos.
Para producción HA, tres o más nodos suelen ofrecer un diseño más natural. Corosync necesita baja latencia y comunicación estable; Proxmox recomienda una red física dedicada o, como mínimo, enlaces cuidadosamente dimensionados y redundantes.
Alta disponibilidad no es lo mismo que clúster
Un clúster nos permite administrar nodos juntos. High Availability (HA) añade mecanismos para recuperar cargas en otros nodos cuando un host falla.
Para HA necesitamos considerar:
- quorum estable;
- capacidad libre en los nodos restantes;
- almacenamiento que permita recuperar o acceder a los discos;
- redes redundantes;
- reglas de afinidad/anti-afinidad;
- procedimientos de mantenimiento y fencing;
- backups independientes del propio clúster.
Proxmox VE 9.2 incorpora un Dynamic Load Balancer para ayudar a distribuir cargas según información real de uso, además del nuevo flujo Disarm/Arm para mantenimiento de HA.
Migración en vivo
Proxmox puede mover VMs entre nodos sin apagarlas cuando se cumplen los requisitos de almacenamiento, red y compatibilidad de CPU.
Un detalle importante de la documentación oficial es que la migración online está soportada entre nodos con CPUs del mismo fabricante. Combinar Intel y AMD puede funcionar en escenarios concretos con modelos emulados, pero no es una base que debamos asumir como compatible para live migration.
En clústeres homogéneos conviene definir modelos de CPU pensando desde el principio en migración, compatibilidad y rendimiento.
Backup, snapshot y replicación son cosas diferentes
Un snapshot facilita volver a un estado anterior dentro del mismo almacenamiento. Una réplica mantiene otra copia operativa en otro nodo. Ninguna de las dos sustituye automáticamente a un backup independiente.
Proxmox VE incluye vzdump para backups completos de VMs y contenedores. Los trabajos pueden programarse y almacenarse en distintos backends.
Para infraestructuras serias, Proxmox Backup Server (PBS) añade backups incrementales, deduplicación, verificación, cifrado del lado cliente, retención, sincronización y restauración granular.
Una plataforma HA sin backups puede seguir perdiendo datos por errores humanos, ransomware, corrupción lógica o borrados accidentales.
Seguridad y control de acceso
Proxmox VE incorpora control de acceso basado en roles y múltiples realms de autenticación. Podemos delegar permisos sobre nodos, VMs, pools, almacenamiento y otras partes del árbol de recursos.
La plataforma también soporta autenticación multifactor, API tokens, certificados TLS, firewall integrado y autenticación externa mediante tecnologías como LDAP, Active Directory y OpenID Connect.
En entornos grandes conviene evitar utilizar root@pam para todas las tareas diarias. Crear usuarios, grupos y roles específicos reduce el impacto de errores y mejora la trazabilidad.
Firewall integrado
El firewall de Proxmox puede aplicar reglas a nivel de datacenter, nodo, VM y contenedor. Incluye grupos de seguridad, IP sets, aliases y reglas para IPv4/IPv6.
Esto no convierte necesariamente a Proxmox en sustituto de un firewall perimetral dedicado. Su firewall es especialmente útil para controlar tráfico hacia y entre cargas virtualizadas y para aplicar políticas cerca del hipervisor.
Proxmox VE 9.2 sobre ARM64
El 5 de agosto de 2026 Proxmox publicó oficialmente Proxmox VE 9.2 para ARM64/AArch64. Es la primera versión oficialmente soportada de Proxmox VE para una arquitectura distinta de x86-64.
La edición ARM64 comparte base de código, repositorios y ciclo de vida con x86-64. Proxmox ofrece soporte completo en plataformas NVIDIA Grace Hopper y NVIDIA Vera y soporte best-effort para otro hardware servidor UEFI basado en ARMv9-A o posterior.
No debemos interpretar esto como “Proxmox funciona oficialmente en cualquier Raspberry Pi”. La plataforma ARM soportada debe arrancar mediante UEFI y describir hardware mediante ACPI; equipos que dependen exclusivamente de Device Tree, como Raspberry Pi, no forman parte del soporte oficial.
Los clústeres mixtos x86-64/ARM64 tampoco están soportados oficialmente, y una VM no puede hacer live migration entre arquitecturas distintas.
Requisitos de hardware
El requisito real depende mucho más de las VMs y servicios que del propio Proxmox.
La documentación actual recomienda:
- x86-64 con Intel VT-x/AMD-V o hardware ARM64 compatible;
- al menos 2 GB de RAM para el sistema y servicios Proxmox, además de la memoria reservada para los huéspedes;
- almacenamiento rápido y, para producción, redundante;
- interfaces de red apropiadas a las necesidades de gestión, almacenamiento y migración.
Para ZFS o Ceph hay que reservar memoria adicional. Proxmox utiliza como orientación aproximadamente 1 GB de RAM por cada TB de almacenamiento utilizado, aunque el dimensionamiento final depende de carga, caché y diseño.
En producción, memoria ECC, almacenamiento empresarial y múltiples interfaces de red suelen tener mucho más sentido que intentar cumplir únicamente con el mínimo.
ZFS y Ceph frente a RAID hardware
Hay una recomendación que merece repetirse porque evita muchos diseños problemáticos: ni ZFS ni Ceph deben colocarse detrás de un RAID hardware tradicional que presente varios discos como un único volumen lógico.
Ambos sistemas necesitan visibilidad directa de los discos para gestionar redundancia, errores y recuperación correctamente.
Si utilizamos un controlador RAID, debe poder trabajar en modo HBA/JBOD adecuado cuando el almacenamiento vaya a ser gestionado directamente por ZFS o Ceph.
¿Proxmox VE es gratuito?
Sí. El software completo está publicado como código abierto y las funciones de virtualización no están bloqueadas detrás de una licencia comercial.
La diferencia está principalmente en repositorios y soporte:
- Enterprise Repository: requiere una suscripción válida y contiene paquetes más ampliamente probados y validados; Proxmox lo recomienda para producción.
- No-Subscription Repository: es gratuito y Proxmox lo orienta a pruebas y usos no productivos.
- Test Repository: contiene paquetes muy recientes destinados a pruebas y desarrollo.
Una suscripción también da acceso a soporte comercial según el nivel contratado.
El hecho de que el repositorio no-subscription funcione perfectamente en muchos laboratorios no significa que debamos ignorar la recomendación oficial en un entorno donde el soporte y la estabilidad contractual sean críticos.
Descargar Proxmox VE 9.2
La descarga debe hacerse desde el sitio oficial:
A fecha del 5 de octubre de 2026, la ISO x86-64 publicada es Proxmox VE 9.2-1, de aproximadamente 1,71 GB. Proxmox publica también el SHA-256 y una firma OpenPGP para comprobar la integridad y procedencia del archivo.
SHA-256 de la ISO 9.2-1 x86-64:
4e88fe416df9b527624a175f24c9aa07c714d3332afb1ee3dbf3879573ef2c6cLa edición ARM64 9.2-1 dispone de su propia ISO y checksum en la misma zona oficial de descargas.
Instalación con ISO o sobre Debian
Para una instalación nueva, la ISO oficial suele ser la opción más sencilla y predecible. Configura automáticamente la base Debian, kernel Proxmox, repositorios, almacenamiento inicial y servicios necesarios.
También podemos instalar Proxmox VE sobre un Debian 13 “Trixie” compatible. Esto puede ser útil cuando necesitamos un particionado o una preparación más personalizada, pero requiere prestar especial atención a hostname, resolución DNS, red y repositorios.
Proxmox VE, Proxmox Backup Server y Datacenter Manager
Conviene diferenciar los principales productos del ecosistema:
- Proxmox VE: ejecuta y administra VMs, contenedores, almacenamiento y clústeres.
- Proxmox Backup Server: plataforma dedicada a backup, deduplicación, verificación y restauración.
- Proxmox Datacenter Manager: permite administrar y visualizar múltiples clústeres o instalaciones Proxmox desde una capa superior.
- Proxmox Mail Gateway: gateway de seguridad de correo electrónico; no forma parte del hipervisor.
Esta separación evita intentar convertir un único nodo Proxmox VE en todas las capas de la infraestructura sin evaluar riesgos y dependencias.
¿Para qué escenarios es una buena opción?
Proxmox VE encaja especialmente bien en:
- homelabs y laboratorios técnicos;
- servidores de pequeñas y medianas empresas;
- infraestructura de virtualización empresarial;
- clústeres hiperconvergentes con Ceph;
- virtualización de Windows y Linux;
- servicios Linux ligeros mediante LXC;
- plataformas de desarrollo y pruebas;
- VDI y cargas con GPU/passthrough;
- migraciones desde VMware u otros hipervisores;
- automatización mediante API.
Su principal fortaleza es combinar tecnologías Linux maduras dentro de una experiencia administrativa coherente, sin esconder el sistema subyacente al administrador que necesita trabajar directamente con él.
Serie de Proxmox VE en Universo Digital
Esta introducción es el punto de entrada a nuestra serie. Los artículos específicos profundizan en instalación, actualización, redes, almacenamiento, Ceph, clúster, HA, SDN, seguridad, passthrough, API, rendimiento, troubleshooting, backups y las nuevas funciones de Proxmox VE 9.2.
