Servidor de copias de seguridad remoto frente al almacenamiento de objetos en la nube para copias de seguridad de máquinas virtuales domésticas
Un servidor de copias de seguridad remoto suele ser el mejor destino para las máquinas virtuales del hogar cuando necesitas restauraciones completas rápidas, tareas incrementales frecuentes, un comportamiento predecible del repositorio y control sobre toda la infraestructura de recuperación. El almacenamiento de objetos en la nube suele ser más adecuado cuando la separación geográfica y eliminar un segundo servidor de tu lista de mantenimiento importan más que el control local. La decisión depende del tamaño de las restauraciones, el ancho de banda de subida, el comportamiento de recuperación del almacenamiento de objetos, los requisitos de inmutabilidad y cuánta infraestructura estás dispuesto a operar fuera de tus instalaciones.
Define la tarea de recuperación de la máquina virtual antes de elegir el destino
Una copia de seguridad de una máquina virtual no es solo una carpeta de documentos. Recuperar un hipervisor doméstico averiado puede requerir imágenes de disco, configuración de la máquina virtual, metadatos del invitado, material de cifrado, notas de red y suficiente rendimiento para reconstruir varios invitados grandes en el orden correcto.
Proxmox documenta que su integración de copias de seguridad puede crear copias de seguridad programadas de máquinas virtuales y contenedores, mientras que Proxmox Backup Server añade una infraestructura de copias deduplicadas. Esto convierte la elección del destino en parte de un flujo completo de recuperación de máquinas virtuales, no en una simple decisión sobre almacenamiento de archivos.
Define primero el resultado que quieres controlar: cuántos terabytes deben recuperarse, cuánto debe tardar en iniciar la primera máquina virtual crítica y si la pérdida completa del sitio forma parte del modelo de amenazas. Esas respuestas determinan si un servidor accesible o un almacenamiento de objetos gestionado por un proveedor resuelve la restricción más difícil.
Un servidor de copias remoto gana cuando las restauraciones grandes deben comenzar de inmediato
Un servidor ubicado en otra ubicación de confianza puede mantener el formato de copia en línea y listo para restaurar, sin esperar a que un nivel de archivo vuelva a estar disponible. Si el enlace entre sitios es suficientemente rápido, también puede admitir incrementales frecuentes y la verificación del repositorio con las mismas herramientas que el laboratorio doméstico principal.
Este modelo te proporciona control directo sobre la caché, las rutas de red, la retención, el reemplazo de discos y el software del repositorio. Es especialmente útil cuando esperas restaurar máquinas virtuales completas en lugar de unos pocos archivos, porque el destino de recuperación puede permanecer accesible de forma continua.
El coste oculto es que la “copia de seguridad externa” se convierte en otro servidor de tu propiedad. Alguien debe proporcionar energía, red, espacio físico, actualizaciones, supervisión, reemplazo de unidades y un plan de recuperación para el propio nodo remoto. Esta opción solo resulta atractiva si ese trabajo operativo aporta una mejora real del RTO.
El almacenamiento de objetos en la nube gana cuando la prioridad es eliminar el segundo sitio
El almacenamiento de objetos sustituye el chasis remoto, los discos, el SAI y la dependencia de la red doméstica por un servicio de almacenamiento gestionado por un proveedor. Esto puede crear una separación geográfica clara sin pedir a un amigo o familiar que aloje una segunda máquina.
Amazon S3 admite políticas de ciclo de vida que trasladan o eliminan objetos de copia, mientras que otros proveedores de objetos ofrecen funciones de política similares. La ganancia operativa importante no es la lista de funciones de un proveedor concreto, sino que el reemplazo de medios y el mantenimiento del hardware de almacenamiento dejan de ser tareas tuyas.
El almacenamiento de objetos en la nube encaja mejor cuando la restauración es poco frecuente, la subida por WAN es aceptable y la aplicación de copias puede utilizar el proveedor de forma segura. Resulta menos atractivo cuando las restauraciones completas de varios terabytes son críticas para el tiempo de recuperación o cuando el comportamiento de recuperación y transferencia de red del proveedor domina la ventana de recuperación.
La clase de recuperación puede cambiar el RTO de la nube antes de que comience la descarga
No todos los objetos en la nube se pueden leer al instante. Las clases de archivo de bajo coste pueden requerir una solicitud de restauración antes de que los datos estén disponibles, por lo que “almacenado en la nube” no significa automáticamente “listo para transmitirse ahora”.
AWS documenta ventanas de recuperación de entre varios minutos y muchas horas para los niveles de archivo. Si un repositorio de máquinas virtuales se coloca en una clase de archivo, ese tiempo de espera forma parte del RTO, incluso antes de contabilizar el tiempo de descarga desde Internet.
Utiliza almacenamiento con acceso inmediato para los puntos de recuperación que deban iniciar rápidamente, y archiva solo las generaciones cuyo RTO permita esperar. Si necesitas simultáneamente el bajo coste de almacenamiento del archivo profundo y la velocidad de un servidor remoto preparado, los requisitos entran en conflicto y deben dividirse entre distintos niveles.
La inmutabilidad y la separación de credenciales pueden cambiar cuál es la opción más segura
Un servidor remoto que utiliza las mismas credenciales de administrador que el laboratorio principal puede ser más fácil de gestionar, pero también más fácil de destruir desde el mismo plano de control comprometido. El almacenamiento de objetos en la nube puede crear un límite más sólido si los bloqueos de retención y las credenciales limitadas se configuran correctamente.
Backblaze documenta Object Lock para restringir la eliminación o modificación durante el periodo de retención, junto con controles del ciclo de vida. El valor proviene de un límite de retención aplicado de forma independiente, no de la palabra “nube”.
Un servidor remoto también puede lograr una separación sólida mediante repositorios de solo escritura, cuentas distintas, restricciones del cortafuegos y credenciales de recuperación sin conexión. Elige la arquitectura cuyo aislamiento puedas demostrar realmente durante un escenario en el que el sistema principal esté comprometido.
La economía del almacenamiento de objetos y la política de red importan a medida que crece el repositorio
La nube elimina la compra de unidades, pero introduce dimensiones de facturación del proveedor, como la capacidad almacenada, las operaciones, la clase de almacenamiento y, en ocasiones, la recuperación o la salida de datos. Un servidor remoto traslada una mayor parte del coste inicial al hardware, los discos, la energía y la mano de obra de sustitución.
Cloudflare R2 publica las dimensiones de facturación del almacenamiento y las solicitudes, lo que ilustra por qué el almacenamiento de objetos debe calcularse como un servicio continuo y no como una compra puntual de discos. No fijes el precio actual de un proveedor en una arquitectura que conservará años de historial de máquinas virtuales.
El servidor remoto resulta más atractivo a medida que aumentan el volumen de restauración y el acceso repetido, siempre que el sitio y el hardware sigan siendo fiables. La nube resulta más atractiva cuando el repositorio se escribe principalmente una vez, se restaura rara vez y es muy valioso evitar otro sistema físico.
Probar la restauración importa más que la etiqueta del destino de copia
Un servidor remoto puede fallar silenciosamente por discos defectuosos, credenciales obsoletas, sincronización interrumpida o metadatos de máquinas virtuales ausentes. El almacenamiento de objetos en la nube puede fallar operativamente por credenciales caducadas, software de repositorio incompatible, claves de cifrado olvidadas o supuestos sobre la recuperación que nunca se probaron.
La documentación de restauración de Restic recomienda utilizar la restauración de instantáneas completas en lugar del acceso limitado a la exploración para recuperaciones grandes. El principio se aplica independientemente del destino: realiza un simulacro real de recuperación de una máquina virtual, no te limites a listar el repositorio.
La comparación de recuperación de ZimaSpace sobre las dependencias de recuperación del host en torno al almacenamiento virtualizado es un complemento útil. Deja de comparar destinos cuando una arquitectura cumpla el RTO probado, el requisito de aislamiento y el presupuesto de mantenimiento mediante un procedimiento de restauración documentado.
Elige el destino que haga rutinaria la peor restauración aceptable
Elige un servidor de copias remoto cuando las restauraciones grandes de máquinas virtuales deban comenzar sin el retraso de los archivos del proveedor, valores la integración estrecha con la infraestructura de copias y estés dispuesto a mantener un segundo sistema físico y una segunda ubicación.
Elige el almacenamiento de objetos en la nube cuando la separación geográfica y eliminar el mantenimiento del hardware remoto sean más importantes que el máximo control, y cuando el volumen de restauración previsto encaje con el modelo de acceso del proveedor y tu conexión a Internet.
Para las máquinas virtuales domésticas críticas, puede estar justificado un enfoque híbrido: puntos de recuperación recientes en un servidor remoto preparado y generaciones inmutables más antiguas en almacenamiento de objetos. Añade esa complejidad solo cuando los dos niveles protejan requisitos de RTO o fallos realmente diferentes.
Productos recomendados
Comparaciones de productos
Más para leer
Docker vs. máquina virtual para Plex: ¿qué opción de implementación se adapta mejor?
Un veredicto condicional sobre la implementación de Plex en Docker, máquinas virtuales o Docker dentro de una máquina virtual, basado en requisitos operativos compartidos.
RAM de 8 GB frente a 16 GB frente a 32 GB para Plex: ¿qué nivel se adapta mejor a tu carga de trabajo?
Elige 8 GB para Plex con un uso ajustado de recursos, 16 GB para aplicaciones compartidas de uso moderado o 32 GB para máquinas...
¿La aceleración de hardware dedicada ofrece a Plex una ventaja significativa?
La aceleración por hardware es superior para transcodificaciones repetidas compatibles; el uso exclusivo de la CPU sigue siendo válido para la reproducción directa, las...
