Proxmox Backup frente a Restic: VM, archivos y prueba
La comparación separa respaldos de máquinas virtuales y archivos sueltos, con costos, permisos, retención y prueba de restauración.
Doce máquinas virtuales con respaldos completos diarios llenan un disco antes de que alguien pruebe la restauración. Proxmox Backup Server 4.2 y Restic 0.19.1 cubren el mismo miedo con piezas distintas: uno ordena datastores, snapshots y verificación para entornos virtualizados; el otro guarda archivos y servidores sueltos en repositorios cifrados. Esta guía compara costo, permisos y primera prueba para elegir sin mezclar responsabilidades.
Dónde aparece la diferencia de costo
El antagonista tiene nombre concreto: el backup completo diario que nunca se montó. En una municipalidad chica del Gran Mendoza, el disco USB con etiqueta borroneada seguía enchufado al host de virtualización, pero nadie podía decir qué turno había probado una restauración. Proxmox publica en su sitio el ISO de Proxmox Backup Server 4.2, y su documentación actual marca versión 4.2.3-1. Restic publicó la versión 0.19.1 el 5 de julio de 2026. La cifra que corrige la conversación viene del uso real de bases y consultas: el Developer Survey 2025 ubica SQL en 58,6% de uso y PostgreSQL en 55,65% entre bases de datos. Cada vez que una app municipal guarda expedientes, turnos o recaudación en PostgreSQL, el respaldo de archivos queda corto si la prueba no restaura también base, permisos y servicio. Proxmox Backup Server conviene cuando el núcleo son VM y contenedores de Proxmox VE: recibe snapshots, deduplica chunks, ejecuta verificación y deja políticas de prune por datastore. Restic conviene cuando hay servidores Linux, carpetas de aplicaciones y dumps que deben salir a S3, SFTP o disco local sin montar una consola de virtualización completa. ## Cómo funciona por dentro Proxmox Backup Server guarda respaldos en un datastore. Ese datastore recibe snapshots de VM, contenedores o clientes, divide datos en chunks, deduplica bloques repetidos y guarda metadatos. El administrador define usuarios, tokens, namespaces, retención y trabajos de verificación. Si falla el servidor, la señal aparece en jobs incompletos, verificación fallida o datastore sin espacio. Restic crea un repositorio cifrado. Recibe archivos y carpetas, guarda snapshots con metadatos y permite múltiples claves de acceso. La documentación de preparación de repositorios muestra S3 y almacenamiento compatible; la de forget y prune separa retención lógica de limpieza física. Si falla la clave, el repositorio queda ilegible; si falla prune, el costo de almacenamiento crece. 1. El host Proxmox o el servidor Linux genera un snapshot o dump. 2. Proxmox Backup Server o Restic envía datos al datastore o repositorio. 3. La política define retención por día, semana o mes. 4. La verificación lee chunks o snapshots y avisa corrupción o faltantes. 5. Un usuario con permiso de restauración recupera VM, archivo o dump. 6. El monitoreo registra duración, espacio usado y último restore probado. PostgreSQL aparece cuando la aplicación respaldada guarda datos estructurados. El dump o snapshot de la base debe quedar asociado al mismo punto de recuperación que los archivos; si se restaura una parte y otra no, el sistema vuelve con registros huérfanos.
Qué se instala o configura primero
La primera decisión es el objeto qué se quiere recuperar. Para VM, se instala Proxmox Backup Server 4.2 en un equipo aparte, con datastore dedicado, usuario de backup, retención y verificación semanal. Para archivos, se instala Restic en cada servidor, se crea un repositorio S3 o SFTP, se guarda la clave en Passbolt o en un secreto con dueño y se agenda el comando. Con dólar oficial vendedor a ARS 1.520, un piloto técnico cuesta entre USD 540 y USD 840, es decir entre ARS 820.800 y ARS 1.276.800. Incluye instalación, política de retención, primer backup de dos servicios, monitoreo y una restauración documentada. No incluye discos, suscripción comercial, energía ni enlace externo. UMSA usa este tipo de separación al revisar infraestructura: VM por un lado, archivos por otro, base documentada con su ventana de restauración. El primer entregable debería ser una captura del servicio restaurado, con fecha, usuario y comando usado.
Dónde se rompe y cómo probarlo
El primer riesgo es mezclar alcance. Si Proxmox guarda la VM y Restic guarda una carpeta montada dentro de la VM, se duplican datos y se oculta el costo. La prueba lista una VM completa, un dump PostgreSQL y un directorio de adjuntos; cada elemento debe tener dueño, frecuencia y destino. El segundo riesgo es retención sin verificación. La documentación de mantenimiento de Proxmox distingue prune, garbage collection y verification. La señal de falla es un datastore que libera espacio sin restore probado. La prueba restaura un archivo de 30 días y una VM chica en una red aislada. El tercer riesgo es llave perdida. Restic y Proxmox cifran datos con claves que deben quedar fuera del servidor respaldado. La prueba crea una restauración con un usuario distinto al que hizo el backup y exige que la clave esté disponible sin pedir acceso personal. La decisión se vuelve simple cuando el acta técnica dice qué se recupera primero: VM completa, base PostgreSQL o archivo puntual.
Para seguir leyendo
Para avanzar
Ver también
Continuá hacia capacidades técnicas, sectores o notas relacionadas.