Cómo elegir entre RAID 5, RAID 6, RAIDZ y discos espejados

RAID 5, RAID 6, RAIDZ y unidades espejadas no son solo nombres diferentes para la misma función de seguridad. Hacen diferentes compromisos entre capacidad utilizable, comportamiento de escritura, riesgo de reconstrucción, expansión futura y cuán estresante es la recuperación cuando falla una unidad.

La elección correcta depende del trabajo. Un NAS doméstico pequeño puede ser más fácil de manejar como espejo. Un pool grande de HDD usualmente merece paridad dual. Un servidor con muchas VM o Docker suele beneficiarse de espejos. Un archivo multimedia puede preocuparse más por la capacidad. Ninguno de estos diseños reemplaza el respaldo.

La Pregunta Incorrecta Es “¿Cuál RAID Es Mejor?”

La mejor pregunta es: ¿qué intentas proteger y qué estás dispuesto a sacrificar? RAID 5 ofrece más espacio utilizable pero solo tolerancia a fallo de una unidad. RAID 6 ofrece protección más fuerte pero cuesta otra unidad de capacidad. RAIDZ incorpora sumas de verificación ZFS y diseño vdev en la decisión. Los espejos cuestan más capacidad, pero son simples, rápidos y más fáciles de expandir en pares.

Comienza con estas preguntas antes de elegir cualquier diseño:

Pregunta	Por Qué Importa
¿Cuántas unidades tienes?	2 unidades usualmente significa espejo. 5–8 HDD grandes suelen inclinarse hacia paridad dual.
¿Las unidades son HDD o SSD?	Las reconstrucciones de HDD grandes son lentas. Los pools SSD suelen preocuparse más por IOPS y latencia.
¿Es para medios, respaldo, VM, Docker o cargas de trabajo de IA?	El almacenamiento secuencial y los datos aleatorios de aplicaciones prefieren diseños diferentes.
¿Qué tan doloroso es el tiempo de inactividad?	Algunos diseños se reconstruyen más rápido y mantienen un rendimiento más predecible.
¿Ya tienes respaldo?	RAID sin respaldo sigue siendo un sistema de almacenamiento único que puede fallar.

Si la respuesta es solo “quiero el máximo espacio,” RAID 5 o RAIDZ1 parecerán atractivos. Si la respuesta incluye “no puedo permitirme pánico durante la reconstrucción,” la elección suele cambiar.

La Capacidad Utilizable Es La Parte Fácil

La capacidad es fácil de calcular, pero no es la única decisión. Un diseño que parece eficiente el primer día puede ser más difícil de reconstruir, expandir o confiar una vez que el pool contiene años de fotos, documentos de oficina, bibliotecas multimedia, volúmenes Docker o datos de proyectos de IA.

Diseño	Unidades Mínimas	Tolerancia a Fallos de Unidades	Patrón de Capacidad Utilizable	Significado Práctico
Espejo / RAID 1	2	1 por par de espejos	Alrededor del 50%	Recuperación simple y rápida, alto costo de capacidad
Espejos en franjas	4	Depende de qué unidades fallen	Alrededor del 50%	Buen rendimiento y crecimiento más fácil basado en pares
RAID 5 / RAIDZ1	3	1	n-1 unidades	Capacidad eficiente, margen de seguridad estrecho
RAID 6 / RAIDZ2	4	2	n-2 unidades	Mejor para pools grandes de HDD y datos importantes
RAIDZ3	5+	3	n-3 discos	Para pools de almacenamiento muy grandes o conservadores

RAID 5 y RAIDZ1 parecen eficientes porque solo reservan la capacidad de un disco para paridad. Los espejos parecen derrochadores porque usan la mitad de la capacidad bruta para redundancia. RAID 6 y RAIDZ2 están en el medio: menos eficientes que la paridad simple, pero más seguros durante fallos y reconstrucción.

La paridad simple es una opción económica, no la opción segura predeterminada

RAID 5 y RAIDZ1 no son automáticamente malos. Solo son opciones más limitadas de lo que muchos principiantes asumen. Pueden tener sentido para arreglos pequeños, pools basados en SSD, datos no críticos, sistemas de prueba o bibliotecas multimedia que ya tienen un respaldo separado.

El riesgo es simple: la paridad simple puede sobrevivir a un fallo de disco. Durante la reconstrucción, no queda margen para otro fallo. Con discos mecánicos grandes, la reconstrucción puede tardar mucho y los discos restantes están bajo presión de lectura sostenida mientras se reconstruye el disco de reemplazo.

Usa RAID 5 o RAIDZ1 cuando la capacidad importe, el riesgo sea comprendido y exista respaldo. No los uses como respuesta predeterminada para pools grandes de HDD que contienen datos irremplazables.

La paridad dual es para discos grandes y ventanas largas de reconstrucción

RAID 6 y RAIDZ2 sacrifican otro disco de capacidad para sobrevivir a dos fallos de disco. Esa seguridad extra es más importante a medida que crece el tamaño del disco, aumenta el tiempo de reconstrucción y el pool se vuelve más importante.

Para un NAS con 6 bahías o más, la paridad dual suele ser la base práctica. Es especialmente relevante para bibliotecas de fotos familiares, documentos de oficina, archivos multimedia, destinos de respaldo, almacenamiento en nube privada y entornos NAS multiusuario. La ruta de escritura es más pesada que la paridad simple, pero muchas cargas de trabajo NAS valoran más la seguridad, capacidad y recuperación predecible que la velocidad bruta de escritura.

Si estás construyendo un sistema de almacenamiento ZimaOS más grande, la guía oficial de configuración ZimaOS ZFS es la referencia interna adecuada para crear un pool de almacenamiento ZFS antes de añadir comparticiones, aplicaciones o flujos de trabajo de respaldo encima.

Los espejos cuestan más capacidad pero son más fáciles de manejar

Los discos en espejo son costosos en capacidad utilizable, pero son fáciles de entender. Cada disco en un par espejo contiene una copia completa de los datos para ese vdev. Si un disco falla, la recuperación es más directa porque el reemplazo se reconstruye a partir de su compañero espejo.

Por eso los espejos suelen ser preferidos para VM, bases de datos, datos de aplicaciones Docker, cargas de trabajo con muchos metadatos y servidores personales más pequeños. No siempre son el diseño más eficiente en espacio, pero pueden sentirse mejor en el uso diario porque el I/O aleatorio y el comportamiento de recuperación son más predecibles.

Carga de trabajo	Ajuste de espejo	Razón
VMs y bases de datos	Fuerte	Importan I/O aleatorio y latencia
Datos de aplicaciones Docker	Fuerte	Beneficia escrituras pequeñas, metadatos y bases de datos
NAS simple de 2 discos	Natural	Fácil de entender y recuperar
Archivo grande de medios	Mixto	La pérdida de capacidad puede ser demasiado alta
Pool de respaldo frío	Bueno pero costoso	Recuperación simple, menor eficiencia de capacidad

Una discusión en TrueNAS sobre espejos vs resilvering RAIDZ2 captura la verdadera compensación: los espejos pueden resilverizar más rápido y con menos impacto en todo el pool, mientras que RAIDZ2 mantiene una capa adicional de paridad después de que falla un disco. Por eso la elección depende de la carga de trabajo, las necesidades de tiempo de actividad, los discos de repuesto y la estrategia de respaldo.

RAIDZ no es solo RAID 5 con otro nombre

RAIDZ pertenece al diseño de pools ZFS. En ZFS, no solo eliges un nivel de RAID. Estás eligiendo una topología de vdev que moldea el rendimiento, la redundancia, el comportamiento de reconstrucción y el crecimiento futuro.

La explicación de Klara sobre tipos de vdev de OpenZFS y topología RAIDZ es útil porque enmarca los pools de ZFS de arriba hacia abajo. Un zpool se construye a partir de vdevs, y esos vdevs pueden ser espejos, RAIDZ1, RAIDZ2, RAIDZ3 u otras clases de dispositivos. Si falla un vdev de datos de nivel superior, el pool está en riesgo.

Esta es la parte que muchos usuarios pasan por alto. Con ZFS, el diseño que creas al principio puede definir el sistema de almacenamiento durante años. RAIDZ1, RAIDZ2 y espejos no son solo opciones de capacidad. Son elecciones de topología a largo plazo.

El riesgo de reconstrucción debería decidir más que la capacidad

La mayoría de las malas decisiones sobre RAID ocurren porque la capacidad es fácil de ver y el riesgo de reconstrucción es invisible hasta que falla un disco. Un diseño de paridad simple puede parecer eficiente, pero la ventana de reconstrucción es el momento en que el pool está más expuesto.

Los espejos suelen reconstruirse de forma más local. Las configuraciones RAIDZ pueden involucrar más discos durante la recuperación. RAIDZ2 te da una segunda capa de paridad, lo que puede ser importante si otro disco falla mientras se reemplaza el disco dañado. Ningún enfoque es perfecto, pero cada uno tiene un patrón de fallo diferente.

Situación	Dirección más segura
3 SSD pequeños con datos no críticos	RAIDZ1 / RAID 5 puede ser aceptable
4 discos duros grandes con datos familiares	RAIDZ2 / RAID 6 o dos espejos
6+ discos duros de alta capacidad	RAIDZ2 / RAID 6 mínimo para la mayoría de usuarios
Carga de trabajo pesada en VM o Docker	Espejos
Destino de copia de seguridad con copia fuera del sitio	RAIDZ2 o espejos, según capacidad y velocidad de restauración
Sin copia de seguridad separada	Arregla la copia de seguridad primero, luego elige RAID

La configuración debe coincidir con cómo quieres que sea la recuperación. Si te pondrías nervioso durante una reconstrucción larga, no elijas la configuración solo porque ofrece una unidad más de espacio usable.

Los planes de expansión importan antes de que el pool contenga datos reales

La expansión es donde los espejos y RAIDZ se sienten muy diferentes. Los espejos suelen crecer más fácilmente en pares. Añade otro par de espejos y el pool gana capacidad y rendimiento con otro vdev. Esa simplicidad es una de las principales razones por las que los espejos siguen siendo populares en servidores domésticos y homelabs.

La expansión RAIDZ ha mejorado, pero aún requiere planificación. El problema de OpenZFS en solicitud de mejora para expansión RAIDZ con múltiples unidades destaca una limitación importante: la expansión RAIDZ puede ser lenta y secuencial al añadir discos uno a uno, y los usuarios deben considerar el impacto en el rendimiento y el desgaste durante el proceso.

No uses la expansión RAIDZ como excusa para elegir un nivel de paridad incorrecto hoy. La expansión puede aumentar la capacidad. No convierte RAIDZ1 en RAIDZ2, no elimina la necesidad de copias de seguridad ni las consecuencias del diseño original del vdev.

Ajusta la configuración al trabajo real del NAS

La mejor configuración RAID es la que coincide con la función del NAS. El almacenamiento multimedia, la copia de seguridad, las aplicaciones Docker, el almacenamiento de VM, los proyectos de IA y el archivo frío no se comportan igual.

Trabajo del NAS	Dirección recomendada	Por qué
NAS doméstico simple de 2 unidades	Espejo	Recuperación fácil, predecible y simple
Almacenamiento familiar de 4 unidades	RAIDZ2 / RAID 6 o dos espejos	Equilibrar seguridad, costo y comportamiento de reconstrucción
Biblioteca multimedia de 6 bahías	RAIDZ2 / RAID 6	Eficiencia de capacidad con paridad dual
Host para VM / base de datos / Docker	Espejos	Mejor E/S aleatoria y ruta de recuperación más simple
NAS solo para copias de seguridad	RAIDZ2 o espejo	Elija según la velocidad de restauración y la necesidad de capacidad
AI NAS / RAG / datos de aplicaciones	Espejos para datos de aplicaciones calientes, RAIDZ2 para almacenamiento masivo	Separar bases de datos activas de archivos de archivo grandes
Archivo frío	RAIDZ2 / RAIDZ3	La capacidad y la tolerancia a fallos importan más que las IOPS

Para un servidor compacto siempre encendido, el servidor personal ZimaBoard 2 se adapta a almacenamiento espejado simple, respaldo, Docker y uso ligero de servidor doméstico. Para almacenamiento con múltiples unidades, bibliotecas multimedia, nube privada y flujos de trabajo AI NAS, ZimaCube 2 AI NAS está mejor alineado con pools ZFS más grandes y separación de cargas.

RAID aún no reemplaza al respaldo

RAID mantiene un pool de almacenamiento disponible tras ciertas fallas de unidades. El respaldo permite recuperar cuando fallan archivos, usuarios, aplicaciones, trabajos de sincronización o todo el sistema de almacenamiento. Son problemas diferentes.

RAID no protege contra eliminación accidental, ransomware, incendio, robo, una mala actualización, sincronización corrupta, reconstrucción fallida o que un usuario sobrescriba la carpeta equivocada. Los snapshots de ZFS pueden ayudar con la reversión, pero los snapshots en el mismo pool no son lo mismo que un respaldo independiente.

Capa de protección	Lo que ayuda a resolver	Lo que no resuelve
RAID / RAIDZ / espejo	Tolerancia a fallos de unidades	Eliminación, ransomware, desastre, sincronización errónea
Snapshots	Reversión a estados anteriores de archivos	Pérdida del pool, robo, incendio, fallo total de discos
Respaldo local	Restauración rápida	Desastre en el mismo sitio
Respaldo fuera del sitio	Recuperación ante desastres	Restauración local rápida a menos que esté bien planificada

Un plan seguro de NAS usa RAID para disponibilidad, snapshots para reversión, respaldo para recuperación y copias fuera del sitio para protección ante desastres.

Recomendación práctica según cantidad de unidades

Esta tabla no es una ley. Es un punto de partida para decisiones de NAS doméstico, servidor personal y almacenamiento de oficina pequeña.

Cantidad de unidades	Elección práctica
2 unidades	Espejo
3 unidades	Espejo más respaldo, o solo RAIDZ1 para datos no críticos
4 unidades	RAIDZ2 / RAID 6 para seguridad, o dos espejos para rendimiento
5 unidades	RAIDZ2 si se usan HDD y datos importantes
6 unidades	RAIDZ2 / RAID 6 suele ser la opción equilibrada
8+ unidades	RAIDZ2, RAIDZ3 o diseño de múltiples vdev según el riesgo
Pool SSD	Los espejos a menudo tienen sentido para el rendimiento y la latencia
Tamaños de unidades mixtos	Evita cuando sea posible; planifica en torno al disco más pequeño

Cuanto más importantes sean los datos, menos debes optimizar solo por capacidad usable. Elige la configuración que puedas reconstruir, expandir, monitorear y respaldar sin pánico.

Conclusión final

Elige espejos cuando el rendimiento, la simplicidad, los datos de aplicaciones, las cargas de VM y la recuperación más fácil importen más que la capacidad máxima. Elige RAID 6 o RAIDZ2 cuando discos duros grandes, datos importantes y tolerancia a fallas múltiples importen más que ahorrar espacio de un disco. Usa RAID 5 o RAIDZ1 solo cuando el riesgo sea aceptable y ya exista copia de seguridad.

Si usas ZFS, la decisión no es solo el “nivel de RAID”. Es la topología vdev. Esa topología decide cómo funciona el pool, cómo falla, cómo se reconstruye y cómo crece.

La opción de RAID más segura no es la que tiene el número usable más grande el primer día. Es la que sigue teniendo sentido el día que falla un disco.

Preguntas frecuentes

¿Sigue siendo seguro RAID 5 para un NAS doméstico?

RAID 5 aún puede ser aceptable para arreglos pequeños, grupos de SSD, datos no críticos o bibliotecas multimedia que ya tienen una copia de seguridad completa. No es la opción más segura por defecto para grupos grandes de HDD o archivos irremplazables porque solo tolera una falla de disco.

¿Es RAID 6 mejor que RAID 5?

Para discos duros grandes y datos importantes, RAID 6 suele ser más seguro porque puede tolerar dos fallas de disco. La desventaja es menor capacidad usable y mayor trabajo de paridad en escritura comparado con RAID 5.

¿Es RAIDZ lo mismo que RAID 5 o RAID 6?

No exactamente. RAIDZ1 y RAIDZ2 son similares a las ideas de paridad simple y doble, pero forman parte de la topología vdev de ZFS y funcionan con características de ZFS como sumas de verificación, scrubs, snapshots, datasets y flujos de envío/recepción.

¿Son los discos espejados mejores que RAIDZ?

Son mejores para algunas cargas de trabajo. Los espejos suelen ser más fuertes para máquinas virtuales, datos de aplicaciones Docker, bases de datos y E/S aleatoria. RAIDZ suele ser mejor para grandes bibliotecas multimedia, archivos, grupos de respaldo y almacenamiento enfocado en capacidad.

¿Puedo expandir RAIDZ más adelante?

La expansión de RAIDZ ha mejorado en OpenZFS, pero no es una razón para ignorar la planificación. Puede añadir capacidad, pero no cambia automáticamente RAIDZ1 a RAIDZ2, ni elimina el riesgo de reconstrucción, ni reemplaza la copia de seguridad.

¿Reemplaza RAID a la copia de seguridad?

No. RAID ayuda con ciertas fallas de disco. La copia de seguridad protege contra eliminación, ransomware, errores de sincronización, robo, incendio, reconstrucciones fallidas y problemas mayores del sistema de almacenamiento. Una configuración seria de NAS necesita tanto planificación de RAID como de copias de seguridad.