Proxmox para principiantes: conceptos clave
Proxmox tiene su propio vocabulario y entenderlo antes de instalar nada te ahorra mucho tiempo. Aquí están los conceptos que más confunden al principio, explicados con ejemplos de homelab real.
Abrir Proxmox por primera vez desconcierta a cualquiera
La primera vez que abrí la interfaz de Proxmox no entendía ni la mitad de las palabras que veía. ¿Nodo? ¿Pool? ¿Storage de tipo dir frente a LVM? Había instalado el sistema, sí, pero sentía que me habían dado las llaves de un coche sin saber qué hace el embrague.
Si estás en ese punto —acabas de instalar Proxmox o estás a punto de hacerlo— es completamente normal sentirte así. La interfaz web es potente y está bien diseñada, pero da por supuesto que ya sabes lo que es un hipervisor, un bridge de red o un datastore. Nadie te da ese contexto previo, y los tutoriales de instalación tampoco paran a explicarlo.
En este post voy a darte el glosario que a mí me habría ahorrado horas de confusión: los conceptos clave de Proxmox explicados con ejemplos reales de homelab, con hardware de casa, sin montar nada de data center. Cada término va acompañado de por qué importa y cómo lo vas a ver en tu propia instalación.
Por qué importa
Nodo vs clúster
El nodo es tu servidor físico con Proxmox instalado. Un clúster agrupa varios nodos bajo una sola interfaz web.
VM o contenedor
KVM corre un SO completo (Windows incluido); LXC comparte el kernel del host y arranca en 1-3 segundos.
Repositorio gratuito
Sin suscripción, activa el canal no-subscription en apt o recibirás errores de autenticación al actualizar.
Storage flexible
Puedes mezclar almacenamiento local (ZFS, LVM) y en red (NFS, iSCSI) en el mismo nodo desde la UI web.
Nodo, clúster y datacenter: el vocabulario básico
Antes de instalar nada, conviene aclarar tres conceptos que aparecen por todas partes en la interfaz de Proxmox. La confusión inicial casi siempre viene de aquí.
- Datacenter: el nivel raíz de la interfaz web. Agrupa todos tus nodos bajo un mismo panel. Aunque tengas un solo servidor en casa, en Proxmox siempre existe un datacenter encima de todo.
- Nodo: el servidor físico donde corre el hipervisor. Si tienes un PC viejo reconvertido como servidor, ese PC es tu nodo.
- Clúster: cuando unes varios nodos bajo la misma interfaz para gestionarlos juntos. Muy útil para alta disponibilidad, pero no es necesario para empezar con un solo servidor.
Ejemplo concreto: si tienes una torre antigua con Proxmox instalado en el salón, eso es un nodo. Si en el futuro añades otro servidor y los enlazas, tienes un clúster. Mientras tanto, trabajas con el datacenter y tu único nodo, sin complicaciones adicionales.
KVM vs LXC: cuándo usar máquinas virtuales y cuándo contenedores
Proxmox soporta dos tecnologías de virtualización muy distintas. Elegir bien desde el principio ahorra mucha RAM y tiempo de arranque.
KVM: máquinas virtuales completas
KVM crea máquinas virtuales con su propio kernel, su propia RAM reservada y su propio disco virtual. La analogía más directa es un ordenador completo corriendo dentro de tu servidor.
- Necesario para Windows, FreeBSD o cualquier sistema que no sea Linux.
- También para Linux cuando necesitas un kernel personalizado o módulos muy específicos.
- El arranque dura lo que tarde el sistema operativo guest en iniciar desde cero.
- Consume más recursos: la RAM y la CPU se reservan para cada VM.
Una nota sobre Windows: funciona sobre KVM, pero requiere instalar los drivers VirtIO manualmente para que el rendimiento de disco y red sea decente. No es complicado, pero es un paso extra que conviene tener en cuenta antes de empezar.
LXC: contenedores Linux ligeros
Los contenedores LXC comparten el kernel del host. No virtualizan hardware: aíslan procesos y sistema de ficheros usando namespaces y cgroups del propio Linux.
- Solo para cargas Linux: Ubuntu, Debian, Alpine y similares.
- Arrancan en 1-3 segundos y consumen una fracción de la RAM que necesitaría una VM equivalente.
- Perfectos para servicios como Pi-hole, Gitea, Home Assistant o cualquier daemon Linux sin requisitos de kernel especiales.
LXC no es Docker. Es virtualización de sistema completo: dentro de un contenedor LXC puedes correr systemd, tener varios servicios activos y gestionarlo exactamente como un servidor ligero real. No está orientado a microservicios ni a despliegues por imagen.
Si dudas entre los dos: empieza con LXC si el sistema es Linux y no necesita nada especial del kernel. Si algo no funciona o necesitas Windows, usa KVM.
El almacenamiento en Proxmox: dónde viven tus máquinas
El almacenamiento es probablemente lo que más confunde al principio. Proxmox permite varios tipos y cada nodo puede tener varios datastores activos al mismo tiempo.
Almacenamiento local
- dir: un directorio normal del sistema de ficheros. El más sencillo de configurar. Los discos de las VMs se guardan como ficheros
qcow2o raw. - LVM: volúmenes LVM sobre un disco o grupo de discos. Más eficiente para VMs que un directorio plano, pero sin soporte nativo de snapshots de fichero en la configuración clásica.
- ZFS: el más potente para homelab serio. Ofrece snapshots instantáneos, compresión, integridad de datos y RAID software. Requiere bastante RAM para funcionar bien: con menos de 8 GB empieza a ponerse tenso.
Almacenamiento en red
Proxmox soporta NFS, iSCSI y Ceph para datastores compartidos entre nodos. En un homelab con un solo servidor, NFS montado sobre un NAS es la opción más habitual: la carpeta del NAS aparece como datastore y puedes guardar ISOs, backups y discos de VMs fuera del servidor principal.
Una configuración mínima razonable: un SSD local en dir o ZFS para las VMs activas, y una carpeta NFS del NAS para backups e ISOs. El SSD trabaja rápido y el NAS hace de almacén frío sin ocupar espacio en el servidor de virtualización.
Snapshots y backups: la red de seguridad antes de romper algo
Cuando experimentas con configuraciones, romper algo es cuestión de tiempo. Proxmox tiene dos herramientas distintas para no perder el trabajo, y conviene entender para qué sirve cada una.
Snapshots
Un snapshot congela el estado de una VM o contenedor en un momento concreto: disco, RAM opcional y configuración. Si algo sale mal después, puedes revertir a ese punto en segundos desde la interfaz web.
- En VMs sobre
qcow2o ZFS: snapshots instantáneos, sin coste de rendimiento significativo. - En VMs sobre LVM clásico sin thin provisioning: snapshots no disponibles o muy limitados.
- Los snapshots no son un backup: viven en el mismo disco que la VM. Si el disco falla, el snapshot desaparece con él.
Backups con vzdump
vzdump es la herramienta de backup integrada en Proxmox. Genera un fichero comprimido con el contenido completo de la VM o LXC y lo puede guardar en local, en NFS o en un servidor Proxmox Backup Server externo.
Desde la interfaz web puedes programar backups automáticos: por ejemplo, cada domingo a las 3:00 AM, comprimir y enviar al NAS. El proceso no requiere apagar la VM, hay modos snapshot y suspend que minimizan la interrupción del servicio.
Un hábito que vale la pena adoptar: haz siempre un snapshot antes de actualizar el sistema operativo guest o tocar la configuración de red. Cuesta cinco segundos y puede ahorrarte una tarde entera de troubleshooting.
La versión gratuita: qué tienes y qué no sin suscripción
Proxmox VE es software libre bajo licencia AGPL v3 y el código fuente está disponible públicamente. Pero hay un detalle práctico importante que conviene saber antes de instalarlo para no llevarse una sorpresa con las actualizaciones.
La versión sin suscripción incluye toda la funcionalidad: KVM, LXC, ZFS, backups, clústeres, alta disponibilidad. No hay límite de VMs, nodos ni recursos impuesto por licencia.
Lo que cambia sin suscripción:
- Repositorio enterprise desactivado: el repositorio
pve-enterpriserequiere una clave de suscripción activa. Sin ella,apt updatelanza un error de autenticación. La solución es añadir el repositoriopve-no-subscriptiony desactivar el enterprise. Es un cambio de dos líneas en/etc/apt/sources.list.d/que la comunidad tiene documentado al detalle y que suele hacerse nada más terminar la instalación. - Sin soporte comercial: sin suscripción no tienes acceso al sistema de tickets de soporte de Proxmox GmbH. El foro y la wiki cubren la gran mayoría de casos de homelab, pero para entornos de producción con SLA es otro escenario.
- Cadencia de actualizaciones: los paquetes del repositorio enterprise reciben testing adicional antes de publicarse. En
no-subscriptionllegan antes, con menos QA formal por parte de Proxmox.
Para un homelab, el repositorio no-subscription funciona sin problema. Para entornos con datos críticos o donde el tiempo de resolución de incidencias importa, la suscripción existe por algo.
Preguntas frecuentes
Q: ¿Cuánta RAM mínima necesito para montar un nodo Proxmox?
A: Depende de cuántas VMs o contenedores quieras correr. Para empezar con 2-3 LXC en un homelab, 8 GB son suficientes; si quieres VMs KVM con Windows, apunta a 16 GB o más. Proxmox en sí consume muy poco, el grueso se lo llevan los guests.
Q: ¿Cuándo uso un contenedor LXC y cuándo una VM KVM?
A: Usa LXC para servicios Linux ligeros (Nginx, Pi-hole, Nextcloud): arrancan en 1-3 segundos y consumen mucho menos RAM que una VM equivalente. Reserva KVM para cuando necesites un SO completo aislado, Windows, o algo que requiera su propio kernel.
Q: ¿Qué pasa si no tengo suscripción de pago en Proxmox?
A: Puedes usar Proxmox completamente gratis, pero tienes que cambiar el repositorio de actualizaciones al canal 'no-subscription'; si no lo haces, apt lanza un error de autenticación al hacer updates. Lo que no tienes sin suscripción es soporte comercial y acceso al repo enterprise.
Q: ¿Por qué Proxmox tiene interfaz web y no solo consola?
A: La interfaz web (por defecto en el puerto 8006 por HTTPS) te permite gestionar VMs, contenedores, snapshots y backups desde cualquier navegador sin instalar nada. La consola sigue disponible para lo que no llega por UI, pero el 90% del día a día se hace desde el navegador.
Q: ¿Vale Proxmox para un solo servidor en casa o solo tiene sentido en cluster?
A: Funciona perfectamente en un solo nodo; el cluster es opcional y solo tiene sentido si tienes varios servidores físicos que quieras gestionar desde una sola interfaz. Para un homelab típico con una sola máquina, un nodo aislado es la configuración habitual y más sencilla.
Deja una respuesta