Elegir almacenamiento para copias de seguridad: disco local, NAS, almacenamiento S3, cinta y nube comparados
No existe un mejor almacenamiento para copias de seguridad, solo un encaje entre cuatro propiedades y su situación: lo que cuesta con el tiempo, lo probable que es que pierda datos, si puede negarse a borrar y lo rápido que puede restaurar desde él. Los discos locales restauran más deprisa y comparten ubicación; un NAS añade capacidad en la red; el almacenamiento de objetos compatible con S3 está fuera de sus instalaciones, se puede bloquear y se paga por terabyte y por descarga; la cinta encaja con grandes volúmenes y copias sin conexión. La mayoría de los montajes sensatos combinan dos tipos, según la regla 3-2-1.
¿Qué debería comparar?
- Coste. El precio por terabyte es solo una parte. Sume el hardware que sustituye, la electricidad y el tiempo que dedica o, en un servicio, las duraciones mínimas de almacenamiento, los cargos de recuperación y de tráfico y el coste de salir.
- Durabilidad. Cómo protege el almacenamiento por sí mismo contra la pérdida de datos: redundancia dentro de un dispositivo o entre las sedes de un proveedor. No es lo mismo que una segunda copia.
- Inmutabilidad. Si el propio almacenamiento puede negarse a modificar o borrar datos hasta una fecha, lo que protege una copia aunque el software de copia o sus credenciales caigan en otras manos. Véase copias inmutables, WORM y air gap.
- Velocidad de restauración. El eslabón más lento entre el almacenamiento y el lugar donde restaura, más cualquier espera antes del primer byte. Fija su objetivo de tiempo de recuperación (RTO).
- Dominio de fallo. Lo que falla junto con el almacenamiento principal: el edificio, la cuenta, las credenciales de administrador. De esto trata la regla 3-2-1.
¿Cómo se comparan las opciones?
| Opción | Coste | Durabilidad y dominio de fallo | Inmutabilidad | Velocidad de restauración |
|---|---|---|---|---|
| Disco local en el servidor de copias o conectado a él | El más bajo al principio: usted compra, alimenta y sustituye los discos. | Un disco suelto falla; un espejo o un RAID lo cubre. Misma ubicación y mismas credenciales que el origen, así que el incendio, el robo y el malware lo comparten. | No por sí mismo. Las instantáneas o los indicadores del sistema de ficheros pueden añadir protección, pero se gestionan desde la misma máquina. | El más rápido: velocidad del bus local, sin Internet. |
| NAS o recurso compartido NFS | Hardware más red; la capacidad crece añadiendo discos. | RAID cubre el fallo de un disco, no el borrado ni la pérdida de la sede. Un recurso compartido montado es accesible desde la máquina que lo monta, así que lo que afecte a esa máquina puede afectar al recurso. | Depende del NAS. Algunos ofrecen instantáneas o recursos bloqueados; compruebe qué impone y quién puede cambiarlo. | Velocidad de red de la LAN, compartida con todo lo demás. |
| Almacenamiento de objetos compatible con S3 en un proveedor | Por terabyte y mes, a menudo con condiciones de tráfico y de peticiones; sin hardware propio. | Fuera de sus instalaciones. AWS diseña sus clases S3 para una durabilidad del 99,999999999 %; otros proveedores difieren. Una cuenta de proveedor es un dominio de fallo. | Object Lock donde el proveedor lo admite (AWS, Hetzner y otros), que necesita el control de versiones; en Hetzner solo se puede activar al crear el bucket. | Limitada por su conexión a Internet y por cualquier cargo de tráfico. Sin espera antes del primer byte en las clases estándar. |
| Niveles de archivo en la nube (por ejemplo S3 Glacier) | El más barato por terabyte almacenado, con duraciones mínimas de almacenamiento (90 o 180 días) y cargos de recuperación. | La misma durabilidad de diseño que las clases estándar, con la misma cuenta como un único dominio de fallo. | Un bloqueo es una función aparte del servicio; compruébela en el nivel que use. | Primero la espera: de minutos a horas en S3 Glacier Flexible Retrieval (recuperación masiva de 5 a 12 horas) y en Deep Archive hasta 12 horas (recuperación estándar) o 48 horas (recuperación masiva), y después la descarga. |
| Cinta (LTO) | Soportes baratos por terabyte; las unidades y las bibliotecas son un gasto aparte. | Los cartuchos se pueden sacar de línea y guardar aparte. El LTO Program afirma una vida de archivo de hasta 30 años. Cada cinta es una sola copia. | Cartuchos WORM desde LTO-3, y una cinta en una estantería no es accesible desde la red. | Streaming rápido una vez cargada la cinta adecuada (LTO-10, hasta 400 MB/s nativos), pero alguien tiene que encontrarla y cargarla, y la cinta no tiene acceso aleatorio. |
¿Cómo encajan estas opciones?
Dos combinaciones habituales para una pequeña empresa siguen la regla 3-2-1. La primera es un disco local o un NAS para restauraciones rápidas, más almacenamiento de objetos en un proveedor como copia fuera de sus instalaciones, con esa copia bloqueada donde el proveedor lo permita. La segunda añade una copia sin conexión, discos rotados o cinta, para el caso en que un atacante alcance todas las copias en línea. INCIBE recoge las mismas soluciones mixtas en su guía de copias: de disco a disco a cinta, y de disco a disco a nube, esta última con la ventaja de que la copia queda fuera de las instalaciones de la empresa. El documento de US-CERT (en inglés) sobre opciones de copia hace el mismo planteamiento desde el otro lado: si los datos principales y su copia están en un mismo disco interno, un fallo se lleva ambos, y una copia rotativa puede copiar en silencio la corrupción o el malware. INCIBE dice algo parecido de la copia en espejo (RAID 1): copia los datos en tiempo real, así que un fichero borrado por error también se borra de la copia.
La CISA (en inglés) advierte de que la mayoría de los grupos de ransomware buscan copias accesibles para borrarlas o cifrarlas, y de que una copia en la nube que solo sincroniza ficheros puede llevar ficheros cifrados a la nube. Un recurso NAS que permanece montado y un bucket accesible con las claves del servidor de copias son accesibles en ese mismo sentido. Credenciales separadas y un bloqueo en al menos una copia reducen lo que puede alcanzar un intruso con el acceso del servidor de copias.
¿Qué significa la durabilidad y qué no?
La cifra del 99,999999999 % («once nueves») que AWS da para sus clases S3 es un objetivo de diseño para que el servicio no pierda los objetos que usted almacena. No cubre que usted los borre, una clave de acceso filtrada, un origen dañado que se copió o una cuenta cerrada, y no es disponibilidad: AWS da una cifra de diseño aparte del 99,99 % de disponibilidad para S3 Standard y un compromiso de nivel de servicio del 99,9 %. La durabilidad dentro de un proveedor tampoco es una segunda copia.
¿Qué deja fuera el precio por terabyte?
- Restaurar. Algunos servicios incluyen una cuota de tráfico. Hetzner Object Storage (en inglés), por ejemplo, incluye en su precio base cerca de 1 TB de tráfico y factura más por terabyte, mientras que las subidas y las operaciones S3 son gratuitas. Otros facturan las descargas por gigabyte. Una restauración de todos sus datos es el tráfico que debe presupuestar. INCIBE añade, entre las desventajas de la nube, la dependencia de la conexión a Internet al restaurar y un ancho de banda de subida elevado para enviar las copias en un tiempo adecuado.
- Salir. La Ley de Datos de la UE elimina los cargos por cambio de proveedor, incluidos los de salida de datos, a partir del 12 de enero de 2027. La explicación de la Comisión Europea trata del cambio entre proveedores; no dice nada de las tarifas ordinarias de descarga, así que lea su contrato para esas.
- Mínimos. Los niveles de archivo cobran una duración mínima de almacenamiento aunque borre antes. Hetzner factura los objetos de menos de 64 kB como si fueran de 64 kB, lo que importa a las herramientas que escriben muchos objetos pequeños; un formato de copia que agrupa los datos en ficheros grandes lo evita.
- Un bloqueo demasiado largo. Se paga por lo que no se puede borrar. Pruebe un periodo de bloqueo primero con una cantidad pequeña de datos.
- Su propio tiempo. Los discos y las cintas hay que sustituirlos, comprobarlos y rotarlos. INCIBE recomienda llevar un control de la vida útil de los soportes físicos de copia (apartado 5.2 de su guía).
Cómo lo resuelve Restow
Restow escribe las copias en un repositorio, un destino de almacenamiento con un rol. No existe una nube operada por Restow; su factura de almacenamiento es su factura de almacenamiento. Véase también por qué importa aportar su propio almacenamiento.
Qué puede ser un repositorio
- Una ruta local. El destino por defecto es un disco local en un volumen Docker dentro del mismo contenedor, de modo que Restow funciona de forma autocontenida. También es posible una ruta de directorio en el servidor; añadir una ruta del sistema de ficheros local necesita un administrador del proveedor.
- Almacenamiento de objetos compatible con S3, con un preajuste para Hetzner Object Storage que tiene un selector de ubicación (Falkenstein, Núremberg, Helsinki). La documentación de almacenamiento nombra además AWS S3, Wasabi, Backblaze B2 y Garage como destinos compatibles con S3. Un endpoint S3 debe usar HTTPS: desde la 0.4.0 se rechaza un endpoint nuevo o modificado por http sin cifrar, salvo hacia la propia máquina. Restow detecta si un bucket impone Object Lock y lo muestra, y desde la 0.4.0 puede bloquear los datos de copia en ese bucket por repositorio (modo compliance o governance, de 1 a 3650 días). Object Lock debe activarse al crear el bucket.
-
NFS, mediante un contenedor montador opcional. Un recurso se añade desde la interfaz web en
«Instalación, Recursos de red» (en la interfaz en inglés, «Installation, Network shares») o escribiendo una
dirección NFS como
nas.local:/volume1/restowen el campo de ruta de un repositorio de directorio. NFS es el único protocolo de red para almacenamiento; SMB no es un destino de almacenamiento. Un recurso compartido SMB o una exportación NFS es algo que Restow copia, no un lugar donde guarda; véase recursos compartidos de archivos (SMB y NFS). Un repositorio de directorio recibe solo un retraso de borrado que Restow impone por sí mismo y que no es inmutabilidad. - Un repositorio de copia. Un inquilino tiene un repositorio principal, que recibe primero cada copia nueva, y cualquier número de copias que reciben los mismos datos. Los datos más antiguos se reflejan en una copia nueva y se verifican con SHA-256 durante la comprobación semanal del almacenamiento, y una copia puede promoverse más tarde a principal cuando se haya comprobado que está completa. Una copia cubre correo, calendario, contactos, OneDrive, SharePoint, IMAP y los datos de las máquinas virtuales de Proxmox VE; los servidores, los equipos, los recursos compartidos de archivos y los contenedores de Proxmox VE permanecen en el repositorio principal. Cada repositorio, copias incluidas, tiene su propio ajuste de inmutabilidad. Mover el principal a un almacenamiento nuevo copia y verifica todo antes del cambio, y la ubicación antigua sigue siendo legible hasta que usted la quite.
Qué se probó y qué no
- Las comprobaciones automáticas ejecutan S3 contra Garage. El preajuste de Hetzner no se ha probado con un bucket real de Hetzner, ni tampoco la detección de Object Lock allí.
- El montaje de un recurso NFS desde la interfaz web se probó con simulaciones, no con un servidor NFS real.
- Restow no tiene destino de cinta. Un destino SFTP está previsto sin fecha. Para quien protege Proxmox VE, Proxmox Backup Server sí ofrece copia en cinta; véase la comparativa con Proxmox Backup Server.
- Las copias inmutables se probaron con un servicio S3 simulado con Object Lock, todavía no con uno real, y no hemos probado Restow con un bucket con retención predeterminada de Object Lock. El repositorio predeterminado de la instalación no se puede hacer inmutable; dé al inquilino un repositorio propio. Véase copias inmutables, WORM y air gap y la página de almacenamiento.
Límites con los que conviene planificar
Los trabajos de copia escriben en el repositorio principal del inquilino; un trabajo no puede elegir otro. Mientras existan repositorios de servidores o de equipos, Restow se niega a cambiar el principal, porque la migración solo copia los datos propios de la organización; revoque o desinstale antes esas máquinas. Los repositorios restic de servidores, equipos, recursos compartidos de archivos y contenedores de Proxmox VE están solo en el repositorio principal. Véase almacenamiento para la lista completa.
Preguntas frecuentes
¿Es un NAS una copia de seguridad?
Un NAS es un dispositivo, no una copia. Con RAID sobrevive al fallo de un disco, pero no al borrado, al robo, al incendio ni a un ransomware que alcance el recurso compartido. Un NAS puede guardar una de sus copias de seguridad siempre que no sea el único lugar donde viven los datos ni la única copia de la copia.
¿Es el almacenamiento de objetos compatible con S3 un buen lugar para las copias?
A menudo, sí. Está fuera de sus instalaciones, crece según lo necesite, puede imponer un bloqueo donde el proveedor admita Object Lock, y AWS diseña sus clases S3 para una durabilidad del 99,999999999 %. Los costes son la velocidad de restauración, que depende de su conexión a Internet, los posibles cargos de tráfico y que una cuenta de proveedor es un dominio de fallo.
¿Qué significa una durabilidad del 99,999999999 % para mi copia?
Es un objetivo de diseño para que el proveedor no pierda los objetos que almacena. No cubre que usted los borre, una clave de acceso robada, un origen dañado que se copió o una cuenta cerrada, y no dice nada de la disponibilidad: AWS indica una cifra de diseño aparte del 99,99 % de disponibilidad para S3 Standard.
¿Sigue valiendo la pena la cinta?
Para grandes volúmenes y como copia sin conexión, puede. El LTO Program menciona en su décima generación cartuchos de 30 o 40 TB de capacidad nativa, cartuchos de escritura única y cifrado por hardware, y las cintas se pueden sacar de línea. INCIBE destaca su bajo coste para almacenar grandes cantidades de datos. Las unidades y las bibliotecas cuestan más que los discos y las restauraciones son más lentas, así que es una decisión sobre tamaño y proceso.
¿Cuentan los servicios de sincronización de ficheros, como OneDrive o Dropbox, como almacenamiento de copias?
Por sí solos, no. Un servicio de sincronización replica los cambios, incluidos los borrados y el cifrado. La CISA advierte de que una copia en la nube que solo sincroniza puede llevar ficheros cifrados a la nube y sobrescribir datos buenos, e INCIBE recomienda desactivar la sincronización persistente de las copias en la nube. El historial de versiones ayuda, pero no es una copia de seguridad diseñada como tal, con puntos de restauración independientes.
Fuentes
Consultado el 16 de octubre de 2026.
- INCIBE: Copias de seguridad, una guía de aproximación para el empresario (2018). Soportes de copia (cinta, discos, NAS, nube, discos ópticos y soluciones mixtas), copia en espejo y control de la vida útil de los soportes (apartados 2.2.1, 3 y 5.2)
- INCIBE: Ransomware, una guía de aproximación para el empresario (2020). Una copia en la nube que se sincroniza de forma continua puede cifrarse también (apartado 3.2.1)
- Ruggiero, P. y Heckathorn, M.: Data Backup Options (US-CERT, Carnegie Mellon University, 2012; en inglés). Ventajas, inconvenientes y seguridad de los discos internos, los soportes extraíbles, la cinta y el almacenamiento en la nube
- Amazon S3: Clases de almacenamiento. Durabilidad y disponibilidad de diseño, tiempos de recuperación de los niveles de archivo, duraciones mínimas de almacenamiento
- Guía del usuario de Amazon S3: Bloqueo de objetos mediante Bloqueo de objetos. Bloqueo de escritura única y lectura múltiple de versiones de objetos; el control de versiones es obligatorio
- Hetzner Docs: Object Storage, overview (en inglés). Un servicio compatible con S3 como ejemplo del modelo de precios: precio base con almacenamiento y tráfico incluidos, subidas y operaciones gratuitas, objetos de 64 kB como mínimo facturable
- Hetzner Docs: Object Lock, Retention (en inglés). Object Lock hay que activarlo al crear el bucket
- LTO Program: LTO-10 (en inglés). Capacidad nativa de 30 y 40 TB, velocidad de transferencia nativa, WORM y cifrado por hardware
- LTO Program: Benefits of LTO (en inglés). WORM desde LTO-3, cifrado por hardware desde LTO-4, cintas sacadas de línea
- Documentación de Proxmox Backup Server: Tape Backup (en inglés). La cinta añade una copia en otro tipo de soporte que se puede llevar fuera; las restauraciones son mucho más lentas que desde disco porque la cinta no tiene acceso aleatorio
- Comisión Europea: Explicación de la Ley de Datos. Los cargos por cambio de proveedor, incluidos los de salida de datos, terminan el 12 de enero de 2027
- CISA: #StopRansomware Guide, versión 3.0 (octubre de 2023; en inglés). Los grupos de ransomware intentan borrar o cifrar las copias accesibles; sincronizar no es hacer copia de seguridad