Proxmox Backup Server (PBS) es una plataforma dedicada a recibir, organizar y conservar backups de máquinas virtuales y contenedores gestionados desde Proxmox VE. Su valor no está solo en guardar archivos: combina un repositorio con políticas, deduplicación, compresión, verificación y restauración probada.
1. Por qué usar un servidor de backup dedicado
Guardar el backup en el mismo disco o nodo que ejecuta la VM deja un único incidente con capacidad para afectar producción y copias. PBS permite centralizar las copias de varios nodos Proxmox VE y aplicar una estrategia con almacenamiento, retención y monitoreo propios.
La infografía propone una arquitectura sencilla: Proxmox VE envía copias hacia PBS, PBS las organiza en un datastore y, cuando es necesario, devuelve una VM, un contenedor o archivos. El servidor de backup no debe confundirse con un nodo de virtualización adicional ni con una réplica en tiempo real.
2. Arquitectura y componentes de PBS
- Servidor PBS: equipo que ejecuta Proxmox Backup Server y expone el servicio de copias.
- Datastore: ubicación donde se almacenan los datos de backup y sus metadatos.
- Cliente Proxmox VE: nodo o clúster que crea los backups y se autentica contra PBS.
- Job de backup: tarea que define qué VMs o CTs se respaldan, cuándo y hacia qué datastore.
- Retención: reglas que determinan qué puntos se conservan y cuáles se limpian.
- Verificación: comprobación de integridad y revisión de que la copia puede utilizarse.
- Permisos y red: acceso controlado y conectividad estable para los puertos y servicios configurados.
3. Deduplicación, compresión y almacenamiento
La deduplicación evita almacenar repetidamente bloques idénticos entre distintas copias, mientras que la compresión reduce el tamaño de los datos que sí deben conservarse. El ahorro real depende del tipo de información, frecuencia, cambios diarios y configuración; no debe prometerse un porcentaje sin medir el entorno.
La infografía contempla almacenamiento local, NFS, Ceph o SMB, siempre que la plataforma y el diseño lo soporten. Para producción conviene elegir un medio con capacidad, rendimiento y protección adecuados, y reservar espacio para crecimiento, metadatos y tareas de verificación.
| Decisión | Pregunta que responde | Riesgo si se ignora |
|---|---|---|
| Datastore | ¿Dónde vivirán las copias? | Falta de capacidad o pérdida del repositorio |
| Deduplicación | ¿Qué bloques ya existen? | Consumo innecesario de almacenamiento |
| Compresión | ¿Cómo reducir el volumen transferido? | Más espacio y tráfico del necesario |
| Retención | ¿Qué puntos históricos conservar? | Repositorio lleno o recuperación insuficiente |
4. Requisitos y límites que deben verificarse
La infografía indica CPU con VT-x/AMD-V habilitado, mínimo de 4 GB de RAM —8 GB recomendado—, almacenamiento eficiente, red estable con los puertos necesarios y un usuario con rol administrador en Proxmox VE. Estos valores son un punto de partida; el dimensionamiento real depende del número de VMs, tamaño, concurrencia y retención.
- Instala el servidor sobre un sistema preparado y actualizado, con zona horaria y red coherentes.
- Define una dirección y nombre estables para PBS.
- Protege la interfaz y limita el acceso al repositorio.
- Calcula capacidad antes de registrar todos los nodos.
- Comprueba que el enlace soporta la ventana de backup sin afectar a usuarios.
5. Cómo funciona un backup hacia PBS
El flujo normal separa cuatro momentos: selección, transferencia, conservación y recuperación. La primera copia puede requerir más tiempo; después se aprovechan bloques ya presentes, según la configuración del cliente y del datastore.
Una copia marcada como terminada debe acompañarse de evidencia: hora, tamaño, estado, verificación y, periódicamente, una restauración de prueba.
6. Los 12 pasos de la infografía
- Preparar el sistema: instala un sistema base compatible, actualiza paquetes y ajusta zona horaria y red.
- Instalar PBS: añade el repositorio o ISO correspondiente, ejecuta el asistente y accede a la interfaz web.
- Configurar el almacenamiento: crea el datastore local o conecta uno externo validando espacio y permisos.
- Crear datos y políticas de retención: define cuántos días, semanas o meses conservar y evita que el repositorio se llene.
- Añadir el servidor Proxmox VE: registra el nodo o clúster con credenciales y permisos mínimos necesarios.
- Crear el job: selecciona VMs/CTs, datastore, frecuencia, modo y ventana de ejecución.
- Verificar el backup: revisa tamaño, ausencia de errores, última ejecución y estado del datastore.
- Restaurar una VM: selecciona la copia y destino, valida red y confirma que arranca correctamente.
- Restaurar un contenedor: ubica su copia, selecciona destino y comprueba servicios y datos.
- Probar y validar: verifica encendido, conectividad, aplicaciones, permisos y consistencia.
- Monitorear y gestionar: revisa dashboard, alertas, espacio y resultados de las tareas.
- Documentar y optimizar: registra política, responsables, evidencias, retención y mejoras pendientes.
7. Retención y estrategia 3-2-1
La retención no es solo “guardar muchos días”. Debe conservar puntos útiles para el negocio sin consumir todo el datastore. La imagen sugiere ejemplos de 7 días, 4 semanas y 3 meses; son referencias de diseño, no una política universal.
La regla 3-2-1 añade resiliencia: tres copias, dos medios y al menos una fuera del sitio. PBS puede ser una de esas capas, pero no debe ser la única ubicación. Una copia adicional aislada ayuda frente a borrado, corrupción o ransomware.
8. Ejemplo empresarial: facturación centralizada
Una empresa mantiene su sistema de facturación en una VM y un servidor de archivos en un contenedor. Registra el clúster Proxmox VE en PBS, crea un datastore dedicado y programa un job nocturno para ambas cargas.
- La VM de facturación se respalda primero y se verifica el resultado.
- Se conservan copias diarias y semanales; la organización mantiene además una copia fuera del sitio.
- Cada mes se restaura la VM con otro identificador en una red aislada.
- El equipo valida inicio, base de datos, permisos, documentos y tiempo de recuperación.
- Si un usuario elimina un archivo, se recupera desde la copia adecuada sin reemplazar toda la VM.
El resultado es una capacidad de recuperación documentada: se sabe qué copia usar, quién autoriza, cuánto demora y qué evidencias se deben conservar.
9. Ejercicio práctico
Diseña una política PBS para una VM de 200 GB y un contenedor de 40 GB:
- Define el datastore y justifica el medio elegido.
- Propón una frecuencia y una retención diaria, semanal y mensual.
- Indica qué revisarías después del primer job.
- Escribe una restauración de prueba con red aislada.
- Define una alerta para falta de espacio y otra para tarea fallida.
10. Buenas prácticas y errores frecuentes
Buenas prácticas
- Proteger PBS con firewall, cuentas separadas y acceso restringido.
- Usar almacenamiento rápido y con capacidad de crecimiento.
- Separar tráfico de backup cuando sea posible.
- Verificar copias y probar restauraciones periódicamente.
- Aplicar 3-2-1 con una copia fuera del sitio.
- Documentar jobs, retención, responsables y evidencias.
Errores frecuentes
- Instalar PBS sin calcular espacio ni crecimiento.
- Conservar todas las copias indefinidamente.
- Confundir deduplicación con una copia adicional.
- Dejar el repositorio expuesto o con permisos excesivos.
- Revisar solo que el job terminó sin restaurar.
- Usar PBS como sustituto de la replicación o de un backup externo.
Preguntas frecuentes
¿PBS es lo mismo que guardar un backup en Proxmox VE?
No. PBS es una plataforma dedicada que organiza datastores, deduplicación, compresión, verificación y restauración. Un almacenamiento de backup simple puede conservar archivos, pero no ofrece necesariamente el mismo flujo operativo.
¿La deduplicación elimina la necesidad de más copias?
No. Reduce datos repetidos dentro del repositorio, pero no protege por sí sola ante la pérdida del servidor PBS. Mantén una estrategia independiente y, cuando corresponda, una copia fuera del sitio.
¿Puedo restaurar solo un archivo?
Depende del sistema invitado y del tipo de backup. PBS permite recuperar cargas completas y ciertos escenarios de archivos; valida el procedimiento con una prueba antes de prometer recuperación granular.
¿Cómo sé que el backup sirve?
Comprueba el estado de la tarea, revisa la verificación y realiza restauraciones de prueba. La evidencia debe incluir que la VM o CT inicia y que sus servicios y datos son utilizables.
¿Qué debo hacer si PBS se queda sin espacio?
Detén la generación indiscriminada de copias, revisa retención, crecimiento, tareas concurrentes y capacidad del datastore. No borres manualmente sin entender las políticas y sin conservar una copia válida.
Conclusión
Proxmox Backup Server convierte el backup en un servicio administrable: recibe copias de Proxmox VE, optimiza almacenamiento, aplica retención, verifica resultados y permite restaurar. Su implementación solo está completa cuando existen pruebas, alertas, permisos controlados y una estrategia 3-2-1 que no depende de un único equipo.
Continúa con la Temporada 2
Explora EP020 para conocer snapshots y tareas avanzadas en Proxmox VE.
Leer EP020 →