Saltar a contenido

🖥️ Proxmox VE

1. Proxmox VE

Plataforma completa de virtualización de código abierto que permite desplegar, gestionar y monitorizar fácilmente máquinas virtuales (VM) y contenedores ligeros (LXC) desde una interfaz web intuitiva. El sistema combina cómputo, almacenamiento y redes en una única solución lista para entornos empresariales, incluyendo herramientas nativas para crear clústeres, gestionar alta disponibilidad y realizar copias de seguridad de forma centralizada.

Instalación

Descargar guía de instalación

Interfaz

Interfaz de proxmox

Concepto básicos Descripción
PVE Proxmox Virtual Environment: el sistema completo.
Nodo Servidor físico que tiene Proxmox instalado.
Datacenter Vista global de todos los nodos del clúster. Los cambios aquí se aplican a todos los nodos.
Summary Panel de monitorización del nodo.
8006 Puerto utilizado para el acceso web a la interfaz de Proxmox.
KVM Máquinas virtuales completas que emulan hardware. Ideales para cualquier sistema operativo.
LXC Contenedores ligeros basados en Linux que comparten el núcleo del host.
VMID Número de identificación único asignado a cada máquina virtual o contenedor.
Clúster Grupo de dos o más nodos administrados desde una única interfaz.
Quórum Mayoría de nodos activos necesaria para que el clúster pueda tomar decisiones.
HA Alta Disponibilidad. Permite reiniciar automáticamente servicios en otro nodo si uno falla.
Almacenamiento local No recomendado en entornos de alta disponibilidad. Utiliza discos internos del propio nodo.
Almacenamiento en red Recomendado. Utiliza almacenamiento compartido mediante NFS, iSCSI, Ceph, NAS, SAN, etc.
PBS Proxmox Backup Server: herramienta para realizar copias de seguridad optimizadas.
Linux Bridge (vmbr) Switch virtual que conecta la red física con las máquinas virtuales y contenedores.
MFA (Multi-Factor Authentication o autenticación multifactor)

Sistema de seguridad que requiere que un usuario demuestre su identidad usando más de un método de autenticación antes de acceder a un sistema. Para activarlo en Proxmox:

  1. Entrar en la interfaz web de Proxmox, Ir a My Settings → TFA, En Permisos → Two Factor → Add.
  2. Elegir el tipo de MFA: TOTP (más habitual): códigos generados por aplicaciones como Google Authenticator.
  3. Al iniciar sesión de nuevo en Proxmox, además de la contraseña pedirá el código temporal de 6 dígitos generado por la aplicación. El token se renueva cada 30 segundos

2. Almacenamiento

Interfaz de proxmox

Es es el sistema que permite guardar todos los datos necesarios para el funcionamiento de la plataforma de virtualización. En él se almacenan las máquinas virtuales, contenedores, imágenes ISO, copias de seguridad, plantillas y otros recursos necesarios para la infraestructura. Este permite utilizar diferentes tipos de almacenamiento, tanto locales como remotos, adaptándose a las necesidades de cada entorno. Algunos ejemplos son discos locales, NFS, SMB/CIFS, iSCSI, Ceph o ZFS. Durante la instalación estándar de Proxmox suelen crearse dos almacenamientos principales, aunque ambos están ubicados en el mismo servidor físico, tienen funciones diferentes.

  1. local Corresponde al directorio /var/lib/vz. Cuando descargamos una imagen ISO de Ubuntu desde la interfaz web de Proxmox, esta se almacena aquí. Su función principal es almacenar archivos relacionados con la plataforma, como:

    • Imágenes ISO.
    • Copias de seguridad (Backups).
    • Plantillas de contenedores.

  2. local-lvm utiliza la tecnología LVM-Thin (Logical Volume Manager Thin Provisioning).Cuando se crea una nueva máquina virtual y se le asigna un disco de 50 GB, dicho disco se almacena normalmente en local-lvm. Su función principal es almacenar los discos virtuales de Máquinas virtuales (VM) y Contenedores LXC. Ventajas:

    • Mejor aprovechamiento del espacio disponible.
    • Soporte para snapshots.
    • Mayor flexibilidad en la gestión del almacenamiento y creación rápida de discos virtuales
Característica local local-lvm
Tipo de almacenamiento Directorio LVM-Thin
Imágenes ISO Sí No
Backups Sí No
Plantillas Sí No
Discos de VM No (por defecto) Sí
Discos de contenedores No (por defecto) Sí
Ubicación /var/lib/vz Volumen LVM
Directorio vs Volumen lógico

Un directorio organiza archivos dentro de un sistema de archivos.

Un volumen lógico LVM es una entidad de almacenamiento flexible y dinámica creada dentro de un grupo de volúmenes, mucho más versátil para entornos virtualizados.

Redimensionado de volúmenes lógicos (LVM)

pvcreate /dev/sdX                               # 1. Crear volumen físico
vgextend nombre-vg /dev/sdX                     # 2. Extender el grupo de volúmenes 
lvextend -l +100%FREE /dev/ubuntu-vg/ubuntu-lv  # 3. Extender el volumen lógico
resize2fs /dev/ubuntu-vg/ubuntu-lv              # 4. Redimensionar el sistema de archivos
df -h                                           # 5. Comprobar puntos de montaje

Backup vs Snapshot

  • Backup (copia de seguridad) es una copia de los datos de un sistema que se guarda en otro lugar para poder recuperarlos si se pierden, se dañan o se borran. Se suele aplicar la regla de los 3 backups (Producción:copia en el propio entorno, Backup externo:en otro medio/red fuera de la infraestructura y Backup offsite:en otra geolocalización). Además Proxmox ofrece tres modos de copias:

    • Stop | Mayor consistencia, breve tiempo de inactividad
    • Suspend | Suspende la VM. No recomendado (mayor inactividad sin mejor consistencia)
    • Snapshot | Mínimo tiempo de inactividad. Pequeño riesgo de inconsistencia

  • Snapshot (instantánea) es una captura del estado de un sistema en un momento concreto. Guarda cómo estaba una máquina virtual, disco o sistema para poder volver a ese punto anterior. Se usa frecuentemente para volver rápidamente a un estado anterior y se hace antes de actualizar un servidor; si la actualización falla, vuelves al estado anterior.

Backup vs Snapshot
Backup Snapshot
Qué es Clon completo del disco Estado puntual de la VM
Es independiente de la VM ✅ Sí ❌ No, forma parte de la VM
Uso Recuperación ante desastre Probar cambios y revertir rápido

3. Redes

Proxmox usa el stack de red de Linux (a través de /etc/network/interfaces), pero la interfaz web (System → Network) los simplifica bastante.

Bridge

Se utiliza de forma estándar para dar red a tus máquinas virtuales. Si tienes varias NICs físicas o quieres segmentar tráfico, puedes tener varios bridges. (ej: vmbr0 para LAN, vmbr1 para una red de almacenamiento/backup aislada). Funciona como un switch virtual por defecto, dentro de proxmox crea vmbr0 durante la instalación, vinculado a la NIC física principal y conecta las interfaces físicas (NICs) del servidor con las interfaces virtuales de las VMs/LXC. Cada VM/LXC que quieras conectar a la red simplemente se "enchufa" a ese bridge, igual que enchufarías un cable a un switch físico. Configuración: 

    auto vmbr0
    iface vmbr0 inet static
        address 192.168.1.10/24
        gateway 192.168.1.1
        bridge-ports eno1
        bridge-stp off
        bridge-fd 0

Bond

Se utiliza en entornos de producción donde la alta disponibilidad o el rendimiento de red importan (clústeres, almacenamiento compartido tipo Ceph/NFS, etc.). Modos destacados:

  • active-backup → Failover/conmutación por error. El adaptador secundario asume el rol si el principal falla. Se configura el maestro en bond-primary.
  • LACP (802.3ad) → Agrega múltiples enlaces para mayor ancho de banda y tolerancia a fallos.
  • balance-rr → Este modo distribuye los paquetes de datos de forma secuencial y rotatoria entre todas las interfaces activas.
  • balance-alb → permite balancear el tráfico de tus máquinas virtuales en ambas direcciones sin tocar la configuración del switch.
# --- Bonding en modo active-backup ---
# Solo una interfaz está activa a la vez; si falla, la otra toma el relevo.
auto bond0
iface bond0 inet manual
    bond-slaves enp0s3 enp0s8  # Interfaces físicas esclavas del bond
    bond-miimon 100            # Comprobación de enlace cada 100 ms
    bond-mode active-backup    # Modo 
    bond-primary eno1          # (Opcional) Fuerza eno1 interfaz preferida 
    bond-primary-reselect always  # (Opcional) Vuelve a eno1 en cuanto esté disponible de nuevo

# --- Bridge de Proxmox sobre el bond ---
auto vmbr0
iface vmbr0 inet static
    address 192.168.1.10/24    # IP fija del host
    gateway 192.168.1.1        # Puerta de enlace por defecto
    bridge-ports bond0         # El bond0 es el puerto físico del bridge
    bridge-stp off             # STP desactivado (no es necesario con un solo bridge)
    bridge-fd 0                # Sin retardo de forwarding

VLANs

Permiten segmentar el tráfico de red dentro de la misma infraestructura física, etiquetando los paquetes con un ID (1-4094). En Proxmox hay dos formas principales de trabajar con VLANs:

a) VLAN Aware Bridge (recomendado) Marcas el bridge como "VLAN aware" y luego, al configurar la red de cada VM/LXC, simplemente indicas el VLAN Tag. Proxmox se encarga de etiquetar el tráfico y esa VM queda aislada en esa VLAN, todo a través del mismo bridge. Ventaja: flexible, no necesitas crear un bridge por cada VLAN. Es el método más usado hoy en día.

b) Interfaces VLAN dedicadas Creas interfaz VLAN explícita tiene un bridge específico para ella, se usa cuando necesitas separar tráfico (gestión, almacenamiento, VMs de producción, DMZ, etc.) sin necesidad de switches físicos adicionales, siempre que tu switch físico soporte 802.1Q (trunking). 

# --- Bridge VLAN Aware sobre el bond ---
# Un único bridge gestiona el tráfico de todas las VLANs.
auto vmbr0
iface vmbr0 inet static
    address 192.168.1.10/24
    gateway 192.168.1.1
    bridge-ports bond0          # Puerto físico (o bond) que lleva el tráfico troncal (trunk)
    bridge-stp off
    bridge-fd 0
    bridge-vlan-aware yes       # Activa el modo VLAN aware en el bridge
    bridge-vids 2-4094          # Rango de VLAN IDs permitidas a través del bridge

Resumen

  1. Bridge (Puente): Conectar VMs/LXCs a la red, funcionando como un switch virtual.
  2. Bond (Agregación de enlaces/ Bonding): Hay redundancia/rendimiento de NICs físicas, funcionando como un cable doble de seguridad.
  3. VLANs (Redes de Área Local Virtuales): Segmentar tráfico lógicamente, creando diferentes "carriles" en la misma autopista.

4. Máquinas virtuales (VM)

Una máquina virtual (VM) es un entorno informático que emula un ordenador completo mediante software, permitiendo instalar y ejecutar sistemas operativos de forma aislada sobre un servidor físico. Los pasos a seguir para crear e iniciar una máquina virtual en Proxmox VE son:

  1. Acceder a la interfaz web de Proxmox, selecciona el almacenamiento local (nombre_del_nodo) y accede a la pestaña ISO Images, desde hay pulsar el botón Cargar y selecciona el archivo ISO descargado previamente desde tu equipo y espera a que finalice la transferencia. Interfaz de proxmox
  2. Haz clic en Create VM en la parte superior derecha, para iniciar el asistente. Interfaz de proxmox
  3. Sigue el asistente, introduciendo un nombre para la máquina virtual, en OS, selecciona la imagen ISO previamente subida, en System, deja la configuración predeterminada o ajusta los parámetros según tus necesidades. Configura el tamaño del disco virtual de 100GB, la cantidad de procesadores virtuales en CPU, la memoria RAM en Memory y la interfaz de red en Network y por último revisa el resumen de configuración, haz clic en Finish para crear la máquina virtual y marca la opción Start after created si deseas iniciar la máquina automáticamente.
Interfaz de proxmox Interfaz de proxmox Interfaz de proxmox Interfaz de proxmox Interfaz de proxmox Interfaz de proxmox Interfaz de proxmox Interfaz de proxmox

Para iniciar selecciona la máquina virtual creada en el panel lateral y haz clic en Start. A continuación accede a la consola mediante Console. Interfaz de proxmox

6. Clúster

Un clúster es un conjunto de varios servidores (nodos) que están interconectados y trabajan de forma coordinada como si fueran un único sistema. La idea principal es combinar los recursos de procesamiento, memoria y almacenamiento de todas las máquinas para ofrecer mayor capacidad, rendimiento y fiabilidad de la que tendría un solo servidor por separado.

En el caso de Proxmox VE, un clúster permite gestionar todos los nodos desde una sola interfaz, migrar máquinas virtuales entre ellos y compartir configuraciones de red, almacenamiento y usuarios. Por ejemplo, imaginemos una empresa que tiene tres servidores físicos llamados PVE1, PVE2 y PVE3. Cada uno por separado podría alojar varias máquinas virtuales, pero si uno de ellos se sobrecarga o necesita mantenimiento, las VMs que contiene quedarían afectadas. Al unir los tres servidores en un clúster, el administrador puede ver y gestionar las VMs de los tres nodos desde un único panel, repartir la carga entre ellos y, si es necesario, mover una máquina virtual de PVE1 a PVE2 sin que los usuarios noten interrupción alguna.

Crear el clúster

  1. En el primer nodo (ejemplo PVE1), ve a Datacenter > Cluster y haz clic en Crear Cluster. Asigna un nombre al clúster. Una vez creado, pulsa en Información de unión y copia el código que aparece (contiene los datos necesarios para que otros nodos se unan). Interfaz de proxmox
  2. En el segundo nodo (PVE2), ve también a Datacenter > Cluster, haz clic en Unirse al Clusterr y pega el código copiado. Introduce la contraseña del nodo PVE1 cuando se solicite.

Desde /Datacenter → Cluster/ se crea o se une a un clúster. Una vez configurado, es posible migrar máquinas virtuales entre nodos del clúster.

Alta Disponibilidad (HA)

Precisamente, una de las grandes ventajas de tener varios nodos unidos en un clúster es que ya no dependemos de una única máquina física para mantener nuestros servicios en marcha. Esto da lugar al concepto de alta disponibilidad (HA), característica que garantiza que los servicios y máquinas virtuales sigan funcionando aunque uno de ellos falle inesperadamente. Cuando se activa la HA en Proxmox, el sistema monitoriza constantemente el estado de los nodos; si detecta que uno deja de responder (por ejemplo, corte de energía), automáticamente reinicia las máquinas virtuales afectadas en otro nodo disponible del clúster, minimizando el tiempo de inactividad. Esto es fundamental en entornos de producción, donde una caída no planificada de un servicio puede suponer pérdidas económicas o de productividad, por lo que la alta disponibilidad actúa como una red de seguridad que aumenta la resiliencia de toda la infraestructura virtualizada.

7. Plantillas (template)

Máquina virtual (VM) o contenedor (CT) preconfigurado que se convierte en una imagen base de solo lectura, usada para crear nuevas VMs/CTs rápidamente por clonación, en lugar de instalar el sistema operativo desde cero cada vez. Existen dos tipos principales en Proxmox:

  1. Plantillas de VM (QEMU/KVM): una máquina virtual completa convertida en plantilla.
  2. Plantillas de contenedor (LXC): imágenes de sistema de archivos descargadas desde el repositorio de plantillas de Proxmox (Debian, Ubuntu, Alpine, CentOS, etc.).

Ventajas

  • Rapidez: despliegue de nuevas VMs/CTs en segundos o minutos.
  • Consistencia: todas las VMs nacen desde la misma base, configuración estandarizada.
  • Automatización: combinadas con cloud-init o scripts, permiten despliegues totalmente automatizados (útil con Terraform, Ansible, etc.).

Buenas prácticas

  • Usa convenios de nombres claros (tpl-debian12-base, tpl-ubuntu24-docker).
  • Mantén las plantillas actualizadas periódicamente (regenerarlas cuando haya cambios de versión del SO).
  • Si usarás linked clones en producción, recuerda que no podrás eliminar la plantilla mientras existan clones enlazados activos.
  • Documenta qué software/configuración trae cada plantilla.
  • Considera tener una plantilla "mínima" (solo SO) y plantillas "especializadas" (con Docker, agentes de monitorización, etc.) según tus necesidades habituales.

1. Plantillas de VM

Las plantillas de VM las creas tú mismo a partir de una VM ya instalada y configurada. Los paso son los siguientes:

  1. Crear y configurar una VM con el SO deseado (instalar actualizaciones, agentes, software base,...).
  2. Limpiar identificadores únicos (muy importante para evitar conflictos al clonar):
    • Eliminar machine-id (Linux): truncate -s0 /etc/machine-id
    • Limpiar claves SSH del host si se reutilizarán.
    • Desinstalar cloud-init si no se va a usar, o configurarlo si sí.
  3. Apagar la VM (no puede convertirse en plantilla estando encendida).
  4. Convertir en plantilla: (Proceso irreversible la VM original deja de poder arrancarse; queda como base de solo lectura para clonar)
    • Interfaz web: clic derecho sobre la VM → Convertir a plantilla
    • CLI: qm template <ID_VM>

Plantillas de Windows

Recomendable instalar los controladores VirtIO para que Windows reconozca correctamente los dispositivos virtuales de Proxmox y obtenga un mejor rendimiento en disco, red y otros componentes.

Una vez configurado el sistema, actualizado e instalado el software necesario, se debe ejecutar Sysprep con la opción Generalize, lo que elimina la información única de la instalación (SID, nombre del equipo y otros identificadores) para que cada nueva máquina creada desde la plantilla se configure como un sistema independiente durante su primer arranque. Tras finalizar Sysprep, se apaga la máquina virtual y se convierte en plantilla dentro de Proxmox.

Utilizando la interfaz de linea de comando (CLI) 

# Clonación completa (full clone) - copia independiente - más lenta
qm clone 9000 105 --name servidor-web-01 --full  
# Clonación enlazada (linked clone) - Plantilla como base, ahorra espacio - Dependiente
qm clone 9000 106 --name servidor-web-02

cloud-Init

cloud-init es un paquete de software que automatiza la inicialización de las instancias de la nube durante el arranque del sistema. Cuando tu VM arranca por primera vez, se ejecuta cloud-init, es solo un comando que está integrado en la mayoría de las imágenes de VM en la nube. Se puede configurar para que realice una variedad de tareas. Algunos ejemplos de tareas que puede realizar son:

  • Usuario y contraseña/clave SSH
  • Hostname
  • Instalación de paquetes en una instancia
  • Configuración de red (IP estática o DHCP)
  • Suprimir el comportamiento por defecto de la máquina virtual
  • Scripts de arranque personalizados

2. Plantillas de contenedor

Proxmox ofrece un repositorio integrado con plantillas oficiales de distribuciones Linux. Se pueden descargar desde la interfaz web Datacenter → [nodo] → local (almacenamiento) → Plantillas CT Pulsa Plantillas y elige la distribución/versión (ej. debian-12-standard, ubuntu-24.04-standard), descargar y guardar como archivo .tar.zst en /var/lib/vz/template/cache/.

Utilizando la interfaz de linea de comando (CLI) 

pveam update            # Actualizar el índice de plantillas disponibles
pveam available         # Listar plantillas disponibles
pveam download local debian-12-standard_12.7-1_amd64.tar.zst # Descargar una plantilla
pveam list local        # Listar plantillas ya descargadas

# Creación de un LXC mediante plantilla
pct create 200 local:vztmpl/debian-12-standard_12.7-1_amd64.tar.zst \
  --hostname mi-contenedor \
  --memory 512 \
  --cores 1 \
  --rootfs local-lvm:8 \
  --net0 name=eth0,bridge=vmbr0,ip=dhcp

Resumen de comandos

  • pveam update: Actualizar índice de plantillas LXC
  • pveam available: Ver plantillas LXC disponibles
  • pveam download local <plantilla>: Descargar plantilla LXC
  • pct create <ID> local:vztmpl/<archivo>: Crear CT desde plantilla
  • qm template <ID>: Convertir VM en plantilla
  • qm clone <ID_origen> <ID_nuevo> --full: Clonar (full)
  • qm clone <ID_origen> <ID_nuevo>: Clonar (linked)

📚 Recursos