Proxmox VE de 0 a Hero

Proxmox VE 9.2 es una plataforma de virtualización y hiperconvergencia que corre sobre Debian 13 “Trixie” con kernel Linux 7.0, QEMU 11.0, LXC 7.0, ZFS 2.4 y Ceph. En un solo producto trae el hipervisor KVM, los contenedores de sistema LXC, el almacenamiento definido por software, la red definida por software, el firewall distribuido, el cluster con alta disponibilidad y la consola de gestión. No hay un componente central de pago que orqueste el resto: cualquier nodo del cluster gestiona el cluster entero desde el puerto 8006, porque la configuración vive replicada en tiempo real en un filesystem propio, pmxcfs, montado en /etc/pve.

El código es AGPLv3 y la frase que la propia empresa publica en su FAQ es literal: “Are Proxmox VE features limited by subscription level? No.” La suscripción compra soporte y el repositorio enterprise, no funciones. Eso cambia por completo la conversación de licenciamiento comparada con vSphere, y explica buena parte de lo que ha pasado en los últimos dos años.

Porque hay dos relojes corriendo a la vez. Uno. La compra de VMware por Broadcom rehizo el catálogo y el modelo de precios, y empujó a miles de organizaciones a evaluar alternativas con una urgencia que no existía antes; Proxmox VE es el destino más frecuente de esa mudanza y por eso el proyecto invirtió en un importador nativo de ESXi que se declara como un tipo de storage más. Dos. Proxmox VE 8, basado en Debian 12 Bookworm, llega a fin de vida en agosto de 2026. Quien tenga nodos en la rama 8 no está eligiendo entre actualizar o no: está eligiendo entre actualizar de forma ordenada o hacerlo con prisa. El curso cubre ese salto con pve8to9 y el orden exacto en cluster.

Este curso no está escrito para mirar Proxmox desde arriba. Está escrito para operarlo: para quien va a instalar el nodo, decidir el filesystem, dimensionar el ARC de ZFS, elegir entre x86-64-v2-AES y host como modelo de CPU, montar el bridge VLAN-aware, cerrar el firewall antes de exponer nada, sumar el tercer nodo al cluster, configurar el watchdog de HA, verificar que los backups restauran y levantar todo eso otra vez desde un fichero de Terraform. Cada dato — flags, rutas, defaults, umbrales, versiones — sale de la documentación oficial de Proxmox VE 9.2.4 y de las wikis del proyecto, no de la memoria.

Al terminar sabrás construir un cluster de tres nodos con almacenamiento replicado, alta disponibilidad real con fencing por watchdog, red segmentada, backups deduplicados y verificados contra Proxmox Backup Server, y todo el ciclo de vida de las VMs descrito como código. Y sabrás diagnosticarlo cuando se rompa, que es la parte que rara vez se enseña.

Recorrido del curso

flowchart TD
    A["Fundamentos<br/>Cap. 1-2"] --> B["Computo<br/>Cap. 3-6"]
    B --> C["Almacenamiento<br/>Cap. 7-8"]
    C --> D["Red y seguridad<br/>Cap. 9-10"]
    D --> E["Cluster y HA<br/>Cap. 11-12"]
    E --> F["Backup<br/>Cap. 13"]
    F --> G["Automatizacion y operacion<br/>Cap. 14-15"]
    G --> H["Migracion desde VMware<br/>Cap. 16"]

Capítulos

Fundamentos

#	Capítulo	Qué resuelve
1	Qué es Proxmox VE y cómo instalar tu primer nodo	Qué es la hiperconvergencia en un solo producto, el modelo AGPLv3 sin funciones recortadas y la comparativa honesta con vSphere, XCP-ng, Hyper-V y Nutanix AHV. Después la instalación real: requisitos de hardware e IOMMU, el menú del instalador, la elección de filesystem, las opciones avanzadas de LVM y ZFS, y los repositorios deb822 de PVE 9
2	Anatomía del sistema, interfaz web y herramientas CLI	Qué demonio hace qué — pveproxy, pvedaemon, pvestatd, pvescheduler — y cómo pmxcfs replica /etc/pve y lo pone en solo lectura al perder quorum. El inventario de ficheros que hay que memorizar, los puertos, las tres consolas y el catálogo completo de comandos: qm, pct, pvesm, pvecm, pveum, pvesh

Cómputo: máquinas virtuales y contenedores

#	Capítulo	Qué resuelve
3	Máquinas virtuales KVM a fondo	El hardware virtual pieza a pieza: machine type i440fx o q35, firmware SeaBIOS u OVMF, modelos de CPU x86-64-v1..v4, ballooning, buses de disco, modos de caché e IO thread. Incluye las divergencias entre los defaults del backend y los de la GUI que rompen scripts, el passthrough PCIe completo y el formato de VMID.conf
4	Windows en Proxmox VE: VirtIO, guest agent y Secure Boot	Por qué el instalador de Windows no ve el disco y cómo se arregla con los tres drivers del ISO virtio-win, la receta exacta de una VM Windows 11 válida con TPM v2.0 y EFI disk de 4m, el ciclo freeze/thaw del guest agent con el problema conocido de SQL Server, y el enrolamiento de los certificados Secure Boot de 2023
5	Plantillas, clonación, snapshots y cloud-init	Dejar de instalar sistemas a mano: construir una plantilla desde una imagen cloud oficial con import-from, clonarla en segundos y personalizarla con ciuser, sshkeys e ipconfig. Full clone frente a linked clone, snippets cicustom y su regla de precedencia, la limpieza obligatoria de machine-id, y qué storages soportan snapshots de verdad
6	Contenedores LXC: de la plantilla a producción	Cuándo un contenedor de sistema gana a una VM y qué pierdes al elegirlo. El modelo unprivileged y el mapeo 0 → 100000, las seis features y lo que activan por dentro, bind mounts con idmap, los límites reales de cgroup v2, AppArmor y seccomp, y la postura honesta sobre Docker dentro de LXC

Almacenamiento

#	Capítulo	Qué resuelve
7	Almacenamiento: el modelo de plugins y todos los backends	Cómo piensa Proxmox el almacenamiento: storage.cfg, content types, volume IDs y la matriz de features por backend. Recorre dir, NFS, CIFS, LVM thick, LVM-thin, iSCSI, Fibre Channel, RBD, CephFS, BTRFS y ZFS over iSCSI, con las operaciones de disco del día a día y el TRIM de extremo a extremo
8	ZFS a fondo en Proxmox VE y replicación de storage	Qué layout de vdevs elegir para discos de VM y por qué RAIDZ amplifica las escrituras de los zvol, cómo se limita hoy el ARC de verdad, cuándo compensa un SLOG, un L2ARC o un special device, y cómo montar replicación asíncrona con pvesr para tener alta disponibilidad sin storage compartido

Red y control de acceso

#	Capítulo	Qué resuelve
9	Red del host y SDN: bridges, VLAN, bonding, NAT y overlays	La red clásica de Linux tal como la usa Proxmox: /etc/network/interfaces con staging, ifreload sin cortar guests, bridges VLAN-aware, los siete modos de bonding y sus avisos para corosync, MTU y Open vSwitch. Después el stack SDN: zonas, VNets, IPAM con DHCP, controladores EVPN y los fabrics de PVE 9
10	Firewall, usuarios, permisos y acceso seguro	El firewall distribuido con sus tres niveles y el gotcha de los tres flags que deja a medio mundo fuera de su propio nodo, más el backend nftables. Y el otro lado: realms, roles, ACL por path, API tokens con privilege separation, 2FA, certificados ACME y por qué el 8006 nunca se expone a internet

Cluster, alta disponibilidad y Ceph

#	Capítulo	Qué resuelve
11	Cluster, quorum, alta disponibilidad y migración	Montar el cluster con pvecm, entender corosync.conf y su config_version, los enlaces redundantes y el QDevice para clusters pares. Qué pasa exactamente cuando se pierde el quorum y cómo se sale, el stack HA con CRM, LRM y los tiempos reales del fencing por watchdog, y la migración en vivo con reglas de afinidad
12	Ceph hiperconvergido en Proxmox VE	Almacenamiento distribuido dentro del propio cluster: MON, MGR, OSD y MDS, las dos redes de Ceph y por qué pueden tumbar corosync, pools replicados con size y min_size, erasure coding, CRUSH con device classes, CephFS para ISOs y backups, y cómo leer ceph -s cuando algo va mal

Backup y recuperación

#	Capítulo	Qué resuelve
13	Backups: vzdump, Proxmox Backup Server y la estrategia 3-2-1	Del vzdump manual al backup deduplicado, cifrado y verificado. Modos de backup, fleecing, hook scripts, jobs con eventos de calendario y el algoritmo real de retención keep-*. Después Proxmox Backup Server entero: chunk store, prune frente a garbage collection, verify, sync, cinta LTO y backend S3, con planes 3-2-1 para homelab y para PyME

Automatización y operación

#	Capítulo	Qué resuelve
14	Automatización: API REST, Terraform/OpenTofu, Ansible y Packer	Todo lo que hace la interfaz web es una llamada a la misma API. Autenticación por ticket y por API token con privilege separation, recetas de curl, pvesh y proxmoxer, y luego IaC de verdad: el provider bpg/proxmox con su bloque ssh, la colección community.proxmox con inventario dinámico y Packer para construir plantillas reproducibles
15	Operación en producción: monitoreo, notificaciones, actualizaciones y runbook	Notificaciones con eventos, matchers y targets; métricas hacia Graphite, InfluxDB o Prometheus con prometheus-pve-exporter y alertas que significan algo; el ciclo de actualizaciones menores y el upgrade mayor 8 a 9 con pve8to9 y kernel pinning; y un runbook de síntoma, diagnóstico y acción para los fallos típicos

Migración desde otros hipervisores

#	Capítulo	Qué resuelve
16	Migración a Proxmox VE desde VMware, Hyper-V y VirtualBox	El camino práctico para salir de ESXi: el importador nativo declarado como storage de tipo esxi, el live import y los métodos manuales con importovf, disk import y attach & move. Incluye la preparación del huésped que evita un arranque fallido, el caso INACCESSIBLE_BOOT_DEVICE en Windows y las conversiones desde VHDX y VDI

Rutas de lectura según tu perfil

No todo el mundo necesita los dieciséis capítulos en el mismo orden. Estas tres rutas están pensadas para llegar antes a lo que te importa sin saltarte lo que después echarías de menos.

Homelab: un nodo, discos de sobra y ganas de romper cosas

Los capítulos 1 y 2 son obligatorios; sin el mapa de servicios y de ficheros, el resto se lee como una lista de flags. Sigue con 3, 5 y 6: plantillas cloud-init y contenedores LXC son lo que más rendimiento por vatio te dan en una máquina sola. Después 8 para el pool ZFS, 9 hasta la sección de VLAN, y 13 aunque solo montes PBS en un segundo disco. El cluster, Ceph y HA pueden esperar; el backup no.

Administrador de PyME que migra desde VMware

Empieza por el final: lee 16 primero, aunque no entiendas todavía la mitad de las opciones, para saber qué te vas a encontrar y qué documentar del entorno ESXi actual. Vuelve entonces a 1 y 2, y recorre en orden 3, 4 — crítico si tu parque es Windows —, 7, 9, 10, 11 y 13. El 15 antes de firmar la puesta en producción. Ceph solo si vas a tres nodos o más con discos dedicados.

Equipo que quiere infraestructura como código

Necesitas el modelo de objetos antes que la herramienta: 2, 3 y 5 definen lo que Terraform va a crear, y 7 lo que puede o no puede hacer cada backend. Después 10 para crear el rol mínimo y el API token con privilege separation — sin eso, el apply falla con un 403 críptico —, y luego 14 completo. Cierra con 15 para que el pipeline no despliegue sobre un cluster que nadie está mirando.

Requisitos previos

No hace falta haber administrado un hipervisor antes, pero sí manejarte con lo siguiente:

Requisito	Para qué hace falta
Línea de comandos de Linux	Todo el curso alterna GUI y CLI; los diagnósticos reales pasan por journalctl, systemctl y ficheros de texto
Debian o derivadas	Proxmox VE 9.2 es Debian 13 Trixie por debajo. APT, systemd y /etc son los de siempre
Redes TCP/IP básicas	Direccionamiento, gateway, VLAN y bridges. El capítulo 9 explica lo específico de Proxmox, no qué es una subred
Nociones de almacenamiento	RAID, LVM y qué significa thin provisioning. ZFS se explica desde cero en el capítulo 8
Editar YAML y HCL	Solo para los capítulos 5 y 14: cloud-init, Ansible y Terraform

Laboratorio recomendado

Puedes seguir la mayor parte del curso con muy poco, pero conviene ser honesto sobre dónde empieza a hacer falta hardware de verdad.

Escenario	Hardware	Hasta dónde llegas
Mínimo viable	Un equipo x86-64 con virtualización activa en BIOS, 16 GB de RAM y un SSD de 256 GB	Capítulos 1 a 10 completos, salvo las secciones de storage compartido
Homelab cómodo	32-64 GB de RAM, un SSD NVMe para el sistema y dos discos para un mirror ZFS	Todo lo anterior más ZFS a fondo, replicación con pvesr y un PBS en contenedor o VM
Cluster de prácticas	Tres nodos — pueden ser mini PCs o VMs anidadas con nested-virt — en la misma red	Cluster, quorum, QDevice, HA con watchdog y migración en vivo
Ceph	Tres nodos con al menos un disco dedicado por nodo y red de 10 GbE separada de corosync	El capítulo 12 con OSDs reales; con red de 1 GbE el resultado no representa nada

Dos advertencias antes de comprar nada. Uno. La documentación oficial es tajante sobre ZFS: “ZFS on top of any hardware RAID is not supported and can result in data loss” — si vas a usar ZFS, necesitas la controladora en modo IT o los discos conectados directamente. Dos. La regla de dimensionado de RAM para ZFS es “4GB plus 1GB RAM for each TB RAW disk space”, y los SSD de consumo sin Power-Loss-Protection están explícitamente desaconsejados para uso serio.

Para el capítulo 16 no necesitas un ESXi real: los métodos manuales con importovf y qm disk import se practican con cualquier OVA exportada, y las conversiones desde VHDX y VDI solo requieren qemu-img.

Cómo usar este curso

1. Cada capítulo es autoconclusivo: puedes entrar directo al que te resuelve el problema de hoy sin haber leído los anteriores, y encontrarás el contexto mínimo repetido donde hace falta.
2. Los capítulos 1 y 2 son la excepción recomendada: leerlos completos ahorra horas después, porque todo lo demás asume que sabes dónde vive cada fichero y qué proceso lo escribe.
3. Cada capítulo cierra con una sección de errores comunes y diagnóstico. Si algo se rompe, ese es el primer sitio donde mirar antes de abrir un hilo en el foro.
4. Los comandos son reales y ejecutables, con los defaults verificados contra la documentación de Proxmox VE 9.2.4. Donde un valor depende de la versión, se dice y se explica cómo comprobarlo.

Empieza por Qué es Proxmox VE y cómo instalar tu primer nodo →