Proxmox en bare metal: guía práctica de configuración

Proxmox VE es la base de mi homelab. Cada servicio — el controlador Samba AD, Authentik, Forgejo, TrueNAS, el stack de monitorización — corre como contenedor LXC o máquina virtual KVM en un único nodo Proxmox. Una sola máquina física, una interfaz web limpia, una API REST completa y la flexibilidad de ejecutar desde un contenedor Alpine de 64MB hasta una VM completa de Windows Server.

Este artículo cubre las decisiones prácticas detrás de una configuración Proxmox útil: layout de discos, configuración de red, LXC versus KVM, y los pequeños ajustes que hacen que la operación diaria sea fluida.

Consideraciones de hardware

Proxmox corre en cualquier máquina x86-64, pero algunas cosas marcan una diferencia significativa:

• RAM ECC — Proxmox se usa frecuentemente con ZFS, y ZFS es firme respecto a ECC. Sin ella, la corrupción silenciosa de memoria puede propagarse al almacenamiento. Para un homelab es una recomendación, no un requisito estricto, pero si usas ZFS RAIDZ deberías tomártelo en serio.
• Múltiples discos — como mínimo, separa la unidad del SO Proxmox del almacenamiento de VMs/contenedores. Una combinación de dos slots NVMe o NVMe + SATA funciona bien.
• Soporte IOMMU — si planeas hacer passthrough de una GPU o NIC a una VM, verifica que tu CPU y placa base soporten IOMMU (Intel VT-d / AMD-Vi) y que esté habilitado en la BIOS.
• Puertos de red — una segunda NIC es útil para separar el tráfico de gestión del tráfico de VMs, y esencial si quieres bonding de enlaces o una red de almacenamiento dedicada.

Instalación

Proxmox se instala desde una ISO arrancable en una unidad dedicada. Durante la instalación:

• Usa ZFS (RAID1) para la unidad del SO si tienes dos unidades idénticas para el sistema — ofrece redundancia a nivel de SO y soporte de snapshots en /var/lib/pve
• Usa ext4 en una sola unidad si la simplicidad importa más que la redundancia para el SO

Tras el primer arranque, deshabilita el repositorio enterprise y habilita el repositorio sin suscripción si no tienes una suscripción Proxmox:

# Comenta la línea enterprise en:
# /etc/apt/sources.list.d/pve-enterprise.list
# Luego añade:
deb http://download.proxmox.com/debian/pve bookworm pve-no-subscription
apt update && apt dist-upgrade

Layout de discos

Separo las preocupaciones de almacenamiento en tres niveles:

| Nivel | Dispositivo | Propósito | |---|---|---| | SO | NVMe (simple o mirror ZFS) | Proxmox, configuraciones de VM | | Almacenamiento rápido | NVMe o SSD pool ZFS | Discos de VM, bases de datos, contenedores | | Almacenamiento masivo | HDD ZFS RAIDZ2 | Backups, media, shares NFS |

El pool rápido usa un par en mirror de NVMe o SATA SSD — los IOPS importan para ejecutar bases de datos y contenedores. El pool masivo usa RAIDZ2 (equivalente a RAID6) con cuatro o más discos, aceptando menos IOPS a cambio de capacidad y tolerancia a fallo de dos discos.

Añade ambos pools a Proxmox en Datacenter → Storage tras crearlos con zpool create.

Diseño de red

La instalación por defecto de Proxmox crea un único bridge Linux (vmbr0) en la primera NIC física. Para un homelab esto es suficiente para empezar, pero el bridging con awareness de VLAN desbloquea la segmentación de red adecuada:

# /etc/network/interfaces — bridge con awareness de VLAN
auto vmbr0
iface vmbr0 inet static
    address 192.168.1.10/24
    gateway 192.168.1.1
    bridge-ports enp3s0
    bridge-stp off
    bridge-fd 0
    bridge-vlan-aware yes
    bridge-vids 2-4094

Con bridge-vlan-aware yes, cada VM y contenedor puede etiquetarse a una VLAN específica desde la UI de Proxmox. La NIC física se conecta a un puerto trunk de un switch gestionado. pfSense gestiona el enrutamiento inter-VLAN y las reglas de firewall.

Contenedores LXC vs máquinas virtuales KVM

Esta es la decisión diaria más importante en Proxmox. La regla que sigo:

Usa LXC cuando:

• La carga de trabajo es un servicio Linux (Nginx, bases de datos, Git, agentes de monitorización)
• Quieres overhead mínimo — un contenedor LXC arranca en menos de un segundo y no usa memoria extra para kernel o sistema init
• Necesitas densidad — diez contenedores LXC en un nodo que podría alojar tres VMs KVM

Usa KVM cuando:

• La carga de trabajo requiere su propio kernel (módulos de kernel personalizados, eBPF)
• Ejecutas Windows
• Necesitas passthrough de hardware (GPU, controlador USB, NIC)
• Quieres garantías de aislamiento más estrictas entre inquilinos

En la práctica: Samba AD, Authentik, Forgejo, NGINX, stack de monitorización — todo LXC. Windows Server, cualquier VM que requiera passthrough de GPU — KVM.

Snapshots y backups

Proxmox tiene herramientas integradas de snapshot y backup. Los snapshots son baratos en ZFS — crearlos lleva milisegundos y usan copy-on-write para rastrear cambios. Úsalos antes de cualquier cambio importante:

# Desde la CLI
pct snapshot <vmid> pre-upgrade --description "Antes de apt dist-upgrade"
qm snapshot <vmid> pre-upgrade

Para backups, Proxmox Backup Server (PBS) es la herramienta complementaria. Deduplica entre backups y entre VMs, siendo mucho más eficiente en almacenamiento que los backups de volcado completo. Una instancia de PBS corriendo como contenedor LXC en el mismo nodo puede hacer backup de todos los demás contenedores y VMs al pool ZFS masivo — o a una ubicación remota a través del túnel WireGuard.

Lista de verificación post-instalación

• [ ] Habilitar IOMMU en BIOS y cmdline del kernel (intel_iommu=on o amd_iommu=on)
• [ ] Configurar NTP (chronyc sources debe mostrar un servidor accesible)
• [ ] Configurar Proxmox Backup Server y programar backups diarios
• [ ] Crear un usuario PAM no-root para la gestión diaria; usar root solo cuando sea necesario
• [ ] Unir el nodo al dominio Samba AD para autenticación centralizada
• [ ] Configurar alertas por email (Datacenter → Notifications) para backups fallidos y errores de scrub ZFS

Stack

Proxmox VE · ZFS · LXC · KVM · pfSense · Proxmox Backup Server