Categoría: Virtualización
Proxmox Backup Server gestionado: copias de vuestras máquinas que se pueden restaurar
Las copias de vuestras máquinas virtuales y contenedores, deduplicadas, cifradas y verificadas, con una segunda copia lejos del clúster y restauraciones que ensayamos antes de necesitarlas.
- Dónde se monta
- En vuestra cuenta, a vuestro nombre
- Copias
- Con restauración probada
- Actualizaciones
- Planificadas y documentadas
- Licencia
- Open source, AGPLv3 (suscripción opcional)
En resumen
Proxmox Backup Server es el servidor de copias de código abierto de Proxmox: guarda copias incrementales y deduplicadas de máquinas virtuales, contenedores y servidores Linux, con cifrado en el origen. Lo montamos separado de vuestro clúster, programamos copias, verificación y limpieza, replicamos a otro sitio y restauramos en pruebas para que sepáis cuánto tardaríais en volver.
¿Qué nos encargamos de mantener?
Una copia que no se ha restaurado nunca es una suposición. Proxmox Backup Server hace bien su trabajo, pero alguien tiene que decidir qué se copia y cada cuánto, vigilar que no se llene, verificar los datos y probar que se puede volver atrás.
Servidor de copias
Proxmox Backup Server en su propia máquina, con ZFS y parches al día.
Trabajos de copia
Calendario por máquina según lo que se pueda perder, desde varias veces al día a una vez por semana.
Cifrado y accesos
Cifrado en origen, tokens que no pueden borrar y usuarios separados del clúster.
Verificación
Comprobación periódica de los fragmentos guardados para detectar corrupción.
Fuera de sitio
Sincronización a un segundo servidor de copias o a un almacén compatible con S3.
Restauraciones
Pruebas de máquinas completas y de archivos sueltos, con el tiempo apuntado.
¿Cómo lo montamos?
La regla de base es tener al menos tres copias, en dos soportes distintos y una fuera de sitio. Con Proxmox Backup Server lo resolvemos así:
Servidor de copias local
Una máquina física separada de los nodos, cerca de ellos para que copiar y restaurar sea rápido.
Accesos mínimos
Proxmox VE escribe con un token limitado; la administración del servidor de copias va con otro usuario y doble factor.
Mantenimiento programado
Retención, limpieza, recolección de basura y verificación en horarios que no choquen con las copias.
Copia fuera de sitio
Un segundo servidor en otra ubicación tira de las copias del primero, o se sincronizan a un almacén S3.
Que el segundo servidor tire de las copias, en lugar de que el primero empuje, hace que un atacante en la red principal no tenga credenciales para borrar la copia remota.
¿Qué problemas encontramos más a menudo?
- Servidor de copias como máquina virtual del mismo clúster: una avería grave se lleva las máquinas y sus copias.
- Sin recolección de basura: las copias caducadas se borran del índice, pero el disco no recupera espacio.
- Verificación nunca ejecutada: un fragmento dañado se descubre el día de la restauración.
- Clave de cifrado solo en el clúster: si el clúster se pierde, las copias cifradas no se pueden leer.
- Token con permisos de administrador: quien compromete Proxmox VE puede borrar todas las copias.
- Una sola ubicación: copias y clúster en la misma sala, expuestos al mismo incendio o corte.
¿Cómo probamos que la copia funciona?
Cada mes, como mínimo, restauramos una máquina completa en una red aislada, comprobamos que arranca y que sus servicios responden, y recuperamos algunos archivos sueltos de otra. Alternamos las máquinas para que con el tiempo pasen todas las críticas. Una vez al año, o tras un cambio grande, ensayamos restaurar desde la copia fuera de sitio, que es la que usaríais si perdéis el sitio principal. Los tiempos van al informe: son vuestro tiempo real de recuperación, no una estimación.
¿Para quién tiene sentido?
- Una empresa con Proxmox VE que hoy copia con vzdump a un disco compartido y quiere retenciones largas sin multiplicar el espacio.
- Un equipo que ha migrado desde VMware y necesita sustituir su herramienta de copias por algo integrado con el nuevo clúster.
- Quien tiene servidores Linux sueltos y quiere copiarlos al mismo sitio que sus máquinas virtuales.
El clúster del que salen estas copias lo gestionamos como contamos en Proxmox VE gestionado. Si buscáis dónde dejar la copia fuera de sitio, lo explicamos en almacenamiento compatible con S3 para copias.
¿Cómo lo actualizamos?
Proxmox Backup Server se actualiza como cualquier sistema Debian, desde el repositorio con o sin suscripción. Las versiones menores las aplicamos fuera del horario de copias. En una versión mayor leemos las notas, comprobamos que los clientes de Proxmox VE son compatibles con la versión nueva, actualizamos primero el servidor fuera de sitio y, cuando funciona, el principal. Antes de tocar nada nos aseguramos de que hay una copia verificada y reciente de todo lo crítico.
- Proxmox VECopias programadas
- Proxmox Backup ServerDeduplicado y cifrado
- VerificaciónIntegridad de fragmentos
- Copia fuera de sitioOtro PBS o almacén S3
¿Dónde lo montamos?
En vuestra cuenta, en el proveedor que ya uséis o en el que mejor encaje. Si los datos tienen que quedarse en la UE, Hetzner y OVHcloud son las opciones europeas.
Proveedores en los que lo montamos
- Hetzner
- OVH
- Servidor propio
| Proveedor | Cómo lo montamos | A tener en cuenta |
|---|---|---|
| Hetzner | Un servidor dedicado con varios discos en ZFS como servidor de copias, en otra ubicación que el clúster. | Para el almacén principal preferimos discos locales en el propio servidor de copias. |
| OVH | Servidor dedicado de almacenamiento con Proxmox Backup Server, en otro centro de datos que los nodos. | |
| Servidor propio | Proxmox Backup Server en una máquina física dedicada en vuestra oficina, más una segunda copia sincronizada fuera. | Instalarlo como máquina virtual dentro del mismo clúster que copia es cómodo, pero si cae el clúster caen las copias con él. |
Qué incluye
- Proxmox Backup Server en una máquina separada del clúster, con discos en ZFS dimensionados para la retención pactada.
- Trabajos de copia desde Proxmox VE con un token de acceso que puede escribir copias pero no borrarlas.
- Cifrado en el origen con una clave guardada fuera del servidor de copias y documentada.
- Políticas de retención, limpieza de copias caducadas y recolección de basura programadas.
- Verificación periódica de las copias para detectar fragmentos dañados antes de necesitarlos.
- Segunda copia en otro sitio con trabajos de sincronización a otro Proxmox Backup Server, cuyo almacén puede estar en un almacenamiento compatible con S3.
- Restauración de prueba de máquinas completas y de archivos sueltos, con el tiempo medido en el informe.
- Alertas de copias fallidas, espacio, verificaciones con errores y actualizaciones al día.
Preguntas frecuentes
¿Qué ventaja tiene sobre las copias vzdump de Proxmox VE?
Con vzdump cada copia es un archivo completo, así que guardar muchas ocupa mucho y tarda. Proxmox Backup Server trocea los datos, guarda solo los fragmentos que cambian y no repite los iguales entre máquinas. Eso permite copias más frecuentes y retenciones largas en menos disco, además de verificación y restauración de archivos sueltos.
¿Nos protege frente a un ransomware?
Ayuda mucho si se monta bien. Proxmox VE se conecta con un token que puede crear copias pero no borrarlas, el servidor de copias no comparte credenciales con el clúster y hay una segunda copia en otro sitio que se sincroniza desde allí. Así, quien comprometa el clúster no puede borrar el historial de copias.
¿Podemos copiar también servidores que no están en Proxmox?
Sí, los servidores Linux físicos o en otra nube se copian con el cliente de Proxmox Backup Server, a nivel de archivos o de dispositivo de bloques. Para otros sistemas revisamos caso por caso qué herramienta conviene.
¿Se pueden guardar las copias en un almacenamiento S3?
Sí. Desde la versión 4.2, Proxmox Backup Server admite oficialmente almacenes sobre un almacenamiento de objetos compatible con S3, que necesitan además una caché local en disco. Lo usamos sobre todo para la copia fuera de sitio; para el almacén principal, del que restauráis con prisa, seguimos prefiriendo discos locales.
¿Qué pasa si pierdo la clave de cifrado?
Que las copias cifradas no se pueden leer, ni por vosotros ni por nadie. Por eso guardamos la clave y su copia en papel o en un gestor de contraseñas de vuestra empresa, fuera del clúster y del servidor de copias, y lo dejamos escrito en la documentación.
Contadnos vuestro caso
En una llamada gratuita de 20 minutos vemos dónde estáis y por dónde empezar. Sin compromiso.
Documentación oficial consultada
Los datos técnicos de esta página se basan en:
Revisado el