Marcos Ramírez BETA
Interfaz de Proxmox VE mostrando máquinas virtuales y contenedores, representando la virtualización híbrida

Mi decisión de usar Proxmox: virtualización seria para Home Lab

· ⏱ 6+ min lectura

Por qué Proxmox y no otra cosa

En el post anterior os conté mi filosofía general sobre los Home Labs y por qué construí el mío. Hoy voy a entrar en detalle sobre una decisión concreta: por qué elegí Proxmox como plataforma de virtualización.

Por qué Proxmox?

Proxmox VE es una plataforma de virtualización de código abierto que me permite:

  • Máquinas virtuales (VMs): Con sistema operativo completo
  • Contenedores LXC: Más ligeros que las VMs, comparten el kernel del host La combinación de VMs y LXCs me da la flexibilidad que necesito: algunos servicios van en contenedores ligeros (para algo que necesito correr 24/7 con poco consumo), otros van en VMs completas (cuando necesito más aislamiento o un sistema operativo específico). Destaco que, aunque Proxmox incluye interfaz web, prefiero gestionar todo vía línea de comandos usando las herramientas nativas pct (para contenedores LXC) y qm (para máquinas virtuales), lo que me da mayor automatización y control.

LXC vs VMs

Los contenedores LXC son perfectos para servicios ligeros como AdGuard Home, Nginx Proxy Manager, o Workers con scripts a medida para tareas específicas. Todos asignan IP estática, consumen pocos recursos, arranque instantáneo, y puedo tener docenas corriendo en un solo host. Las VMs las uso para servicios que necesitan más aislamiento, un sistema operativo específico, o cargas con Docker (como Home Assistant): pfSense para firewall, Windows puntual, Linux con desktop, o Workers que requieran Docker.

Por qué no otras opciones?

ESXi

VMware ESXi es excelente, pero tiene problemas para un Home Lab:

  1. Precio: La versión gratuita tiene limitaciones severas
  2. Recursos: Consumo relativamente alto para lo que ofrece
  3. Web: Requiere una cuenta de VMware para acceder a la UI

Hyper-V

Microsoft Hyper-V está ligado a Windows Server o Windows Pro. Si quieres algo más nativo para Linux, no es lo ideal.

Docker standalone (sin Proxmox)

Docker en un solo host está bien para empezar, pero:

  • ¿Qué pasa cuando quieres aislar servicios?
  • ¿Cómo manejas los backups?
  • ¿Cómo aíslas redes?
  • ¿Qué pasa si el host cae? Con Proxmox tengo:
  • Snapshots instantáneos (antes de hacer cambios peligrosos)
  • Live migration (migrar servicios entre hosts sin downtime)
  • Alta disponibilidad (si me da la gana configurarla)
  • Backup centralizado desde la UI

Cómo estructuro mis servicios

Gestiono Proxmox principalmente vía CLI (pct create para LXC, qm create para VMs) en lugar de la interfaz web, con esta arquitectura clara:

  1. Contenedores LXC - Creados con pct create (o UI si se prefiere), ejecutan servicios directamente sin Docker: AdGuard Home, Nginx Proxy Manager, o Workers con scripts personalizados para tareas específicas. Todos tienen IP estática asignada.
  2. Máquinas Virtuales - Creadas con qm create (o UI), para cargas que requieren Docker (como Home Assistant), sistemas operativos específicos, o Workers que necesiten entornos aislados. También asignan IP estática.
  3. Bases de datos centralizadas - Todos los servicios (LXC o VMs) apuntan a una instancia única de MariaDB/PostgreSQL centralizada. Esto reduce drásticamente el consumo de RAM: una sola instancia de base de datos, un solo backup, una sola actualización.

Ejemplo: Nextcloud en Proxmox

Para Nextcloud, uso una VM (donde sí es correcto usar Docker):

  1. Crear una VM con qm create (o UI de Proxmox)
  2. Entrar a la VM (qm enter <vmid>)
  3. Instalar Docker y Docker Compose
  4. Desplegar Nextcloud mediante docker-compose.yml
  5. Apuntar al MariaDB centralizado Nunca instalo Docker dentro de LXC: es una mala práctica que genera problemas de aislamiento y rendimiento.

La visión a largo plazo

Con Proxmox puedo ir escalando:

  • Añadir más nodos al cluster
  • Configurar alta disponibilidad real
  • Migrar servicios entre hosts sin downtime
  • Snapshotear antes de hacer cambios peligrosos Todo esto con control total sobre dónde está cada cosa. Sin dependencias ocultas. Sin magia.

Comparativa: Proxmox vs alternativas

CaracterísticaProxmox VEESXiHyper-VDocker Standalone
TipoHíbrido (VM + LXC)Solo VMSolo VMContenedores
PrecioGratisFreemium (vSphere: $200-500/año)Negocio (Server: $1,069+)Gratis
Código abiertoNoNo
UI webNo
SnapshotsLimitado
Live migrationNo
ClusteringNo
LXC containersNoNoN/A
Consumo recursosBajoAltoMedioBajo
Proxmox gana en relación calidad-precio: código abierto, sin licencias, UI web completa, soporta tanto VMs como contenedores ligeros (LXC). Docker standalone es más simple pero carece de gestión centralizada, snapshots y alta disponibilidad.
En el post dedicado a los helper scripts os cuento por qué huyo de los scripts que prometen instalar todo en un clic y por qué creo que esta aproximación manual es mejor a largo plazo. Eso sí, en ocasiones utilizo los Proxmox Helper Scripts para agilizar instalaciones específicas, siempre revisando previamente lo que ejecutan.
Además, estoy preparando una mini guía/tutorial de Proxmox donde compartiré mi flujo de trabajo completo: desde la gestión vía CLI con pct y qm, hasta la estructura de servicios, bases de datos centralizadas y buenas prácticas para Home Lab.

Preguntas frecuentes

¿Qué es LXC?

LXC (Linux Containers) es una tecnología de virtualización a nivel de sistema operativo que permite ejecutar múltiples sistemas Linux aislados en el mismo kernel del host.

¿Puedo usar Proxmox sin experiencia previa?

Sí, aunque tiene curva de aprendizaje. La documentación es buena y hay muchos tutoriales para empezar.

¿Proxmox es seguro?

Sí, es código abierto con una comunidad activa. Los contenedores LXC ofrecen aislamiento entre servicios.


¿Usas Proxmox? ¿Tienes alguna duda sobre virtualización? Deja un comentario o escríbeme y lo discutimos. Compártelo si te ha gustado. Y… ¡hasta aquí por hoy!

Artículos relacionados

Interfaz de Proxmox sin helper scripts

Las razones por las que no uso los helper scripts de Proxmox

Explico por qué dejé de usar los helper scripts de Proxmox a favor de una arquitectura más robusta. Los scripts instalan bases de datos dentro de cada contenedor, generando desperdicio de RAM, mantenimiento complejo y backups difíciles. Te muestro cómo centralizar bases de datos en un servidor dedicado para ahorrar recursos y simplificar.

08:30 7 min Marcos Ramírez Lucía
Terminal de Linux mostrando comandos pct y qm de Proxmox para gestión de contenedores y máquinas virtuales

Comandos básicos de Proxmox: gestión de LXC y VMs vía CLI

Aprende a usar los comandos pct y qm para gestionar contenedores LXC y máquinas virtuales en Proxmox desde la línea de comandos. Esta guía completa cubre la creación de contenedores y VMs, gestión de plantillas, configuración de red e IPs estáticas, modificación de recursos como CPU y memoria, redimensionamiento de discos con advertencias importantes, montaje de directorios con bind mounts y virtio-fs, y comandos del sistema como backups con vzdump. Incluye una comparativa de comandos pct vs qm, consejos prácticos con rangos de IPs para organizar tu Home Lab, y soluciones a problemas comunes como los que afectaron a mi instalación de Jellyfin con NFS.

08:30 7 min Marcos Ramírez Lucía
Rack de servidores casero con cables, LEDs parpadeantes, representando un Home Lab activo

Por qué tengo un Home Lab: mi filosofía de soberanía digital

Explico qué es un Home Lab (para quien no lo sepa) y por qué elegí construir el mío. Un Home Lab es tener un ordenador pequeño funcionando 24/7 en casa ejecutando servicios que de otro modo usarías en la nube. Este post es el primero de una serie sobre soberanía digital, privacidad, control de tus datos, independencia de Big Tech, ética open source y sostenibilidad técnica. Te explico por qué tu propia nube de archivos, servidor de Medios, DNS que bloquea publicidad, calendario y correo deben estar bajo tu control y no en manos de terceros.

08:30 8 min Marcos Ramírez Lucía