RAID vs. Synology SHR: qué protege y cuánto espacio "pierdes" de verdad

La escena se repite en cada instalación de almacenamiento: "compré cuatro discos de 4 TB, son 16 TB, pero el sistema solo me muestra 12… ¿me robaron un disco?". No. Esa diferencia no es un error ni espacio perdido: es exactamente el seguro que estás pagando para no perder tus datos cuando un disco falle. Vale la pena entender qué compraste.

Qué protege el RAID (y por qué "cuesta" espacio)

RAID combina varios discos para que la falla de uno no te tumbe. Ese seguro se paga en capacidad, y cuánto depende del nivel:

1. RAID 1 (espejo): dos discos idénticos; "pierdes" la mitad, pero sobrevives a la caída de uno.
2. RAID 5: tolera la falla de un disco, reservando el equivalente a uno para paridad. Buen balance capacidad/protección.
3. RAID 6: tolera dos discos caídos a la vez —reservando dos—; más seguro para arreglos grandes, donde reconstruir tarda y un segundo disco puede fallar durante el proceso.
4. RAID 10: espejo + distribución; rápido y robusto, pero "cuesta" la mitad de la capacidad.

Lo que ves de menos es la redundancia trabajando. No es capacidad perdida: es la que te permite seguir operando el día que un disco muere.

Dónde entra el SHR de Synology

El RAID tradicional rinde óptimo con discos del mismo tamaño; si mezclas un disco de 4 TB con uno de 8 TB, el arreglo trata a ambos como de 4 y desperdicias la diferencia. El SHR (Synology Hybrid RAID) resuelve justo eso: aprovecha mejor combinaciones de discos de distinto tamaño y facilita ampliar capacidad después cambiando discos de a poco. En nivel de protección es equivalente al RAID; donde gana es en flexibilidad —muy conveniente para una PyME que crece por partes. Para ver los números exactos según tus discos, tenemos una calculadora RAID / SHR.

Lo que NADA de esto hace: reemplazar un backup

Aquí el punto que se paga caro por ignorarlo. RAID y SHR protegen contra la falla de un disco. No protegen contra el borrado accidental, el ransomware, la corrupción de datos ni el robo del equipo completo —todo eso golpea al arreglo entero por igual. Es el mismo principio de que los snapshots no son backups: redundancia no es copia independiente. Sigues necesitando un respaldo real, verificado y fuera de sitio.

El RAID que funcionó, y el respaldo que no existía

Una empresa tenía su información en un arreglo RAID 5 y se sentía protegida —con razón parcial—. La primera prueba la pasó con honores: un disco murió un martes cualquiera, el arreglo siguió operando sin interrupción y el disco se reemplazó sin que nadie perdiera un archivo. El RAID hizo exactamente lo que promete. El problema llegó por otra puerta unos meses después: un ransomware entró por una credencial comprometida y cifró los datos del servidor. El RAID no ofreció defensa alguna, porque la amenaza no era la falla de un disco —era el contenido mismo corrompiéndose, y eso golpea por igual a todos los discos del arreglo—. Como no había un respaldo independiente y fuera de sitio, la recuperación fue lenta y dolorosa. La confusión que costó caro fue tratar la redundancia como si fuera copia de seguridad. Son cosas distintas: el RAID te mantiene operando cuando falla el hardware; el backup te devuelve los datos cuando el problema es el borrado, la corrupción, el ransomware o el robo del equipo entero. Necesitas las dos capas, y ninguna sustituye a la otra —el día que se descubre que solo se tenía una, casi siempre es el peor día para descubrirlo—.

La pregunta que conviene hacerse

La pregunta no es "¿cuánto espacio pierdo con RAID?", sino ¿entiendo que ese espacio es mi seguro contra un disco muerto —y que además necesito un backup para todo lo que el RAID no cubre? Diseñar ambas capas es parte de nuestra protección de datos.