Resumen: El almacenamiento empresarial se basa en tres tipos principales de RAID híbrido: RAID 10, RAID 50 y RAID 60, cada uno de los cuales combina dos niveles de matriz estándar para equilibrar de forma diferente la velocidad, la capacidad y la tolerancia a fallos. Esta guía explica cómo funciona cada arquitectura a nivel de hardware, los cálculos matemáticos que subyacen a la capacidad útil y a los cálculos de paridad, y cómo se reconstruye cada una de ellas tras un fallo de unidad. A continuación se presenta una comparación detallada de los requisitos mínimos de unidades, la tolerancia a fallos y el rendimiento de escritura. La guía concluye con los pasos necesarios para proteger una matriz degradada antes de intentar su recuperación.
Todas las matrices de almacenamiento acaban sufriendo algún fallo de hardware. Lo que determina si ese fallo se traduce en una interrupción breve o en una pérdida permanente de datos es la arquitectura RAID híbrida que la sustenta. Una configuración de almacenamiento híbrida combina dos niveles de matriz estándar, logrando un equilibrio entre velocidad de lectura y tolerancia a fallos que ninguno de los niveles ofrece por sí solo.
La gestión de la paridad y el comportamiento de la duplicación varían considerablemente entre estas arquitecturas a nivel de hardware, y elegir la incorrecta puede suponer un gasto innecesario y graves complicaciones durante la recuperación de datos tras un fallo. Comprender cómo se comporta realmente cada una bajo carga y en caso de fallo es lo que distingue una decisión informada de una conjetura costosa.
RAID 10 (RAID 1+0): secuencia de réplicas
RAID 10 sigue siendo la configuración híbrida más ampliamente implantada en los centros de datos de producción. Los ingenieros de almacenamiento recurren por defecto a esta arquitectura porque ofrece una gran redundancia sin limitar las velocidades de entrada y salida. A diferencia de las matrices basadas en paridad, evita por completo la generación matemática de paridad.
Cómo funciona el RAID 10
En RAID 10, el controlador crea primero pares duplicados y, a continuación, distribuye esos pares en franjas. Cuando un servidor transmite un archivo, el controlador lo divide en bloques uniformes denominados «franjas». El tamaño de la franja determina el volumen exacto de datos que se escriben en un único disco antes de que el controlador pase al siguiente nivel (se recomienda encarecidamente documentar el tamaño de la franja en ambos niveles para futuros diagnósticos).
Una vez divididos, el hardware distribuye estos bloques por el nivel superior utilizando la lógica estándar de RAID 0. Al mismo tiempo, el nivel inferior de RAID 1 duplica cada bloque. Cada comando de escritura llega simultáneamente a ambas unidades de un par duplicado y, dado que el controlador nunca calcula la paridad, el rendimiento de escritura se mantiene excepcionalmente rápido. Las operaciones de lectura son igualmente rápidas.
El RAID 10 ofrece un rendimiento especialmente bueno ante fallos de hardware. Cuando falla un disco, el proceso de reconstrucción solo recurre al socio de espejo superviviente de esa unidad, dejando intactos los demás pares en buen estado. La unidad superviviente copia sectores idénticos directamente en el disco de sustitución. Dado que este proceso consiste en una copia directa en lugar de un cálculo, las reconstrucciones del RAID 10 se completan en una fracción del tiempo que requieren las configuraciones basadas en paridad.
Número mínimo de unidades y capacidad útil
RAID 10 requiere un mínimo de cuatro unidades físicas. Independientemente del número de discos que se añadan posteriormente, la capacidad útil permanece fija en la mitad del total bruto. Ocho unidades de 10 terabytes, por ejemplo, proporcionan 80 terabytes de almacenamiento bruto, pero solo 40 terabytes de almacenamiento útil una vez montadas por el sistema operativo.
Esta pérdida de la mitad de la capacidad bruta es el coste estructural que supone mantener un espejo completo como base de la matriz. A cambio, una matriz construida sobre este marco puede sobrevivir a múltiples fallos simultáneos de RAID, siempre que dichos fallos no se produzcan dentro del mismo par espejado. El fallo de una sola unidad deja a la matriz totalmente redundante y operativa.
En esta configuración, el tamaño de las unidades es tan importante como su número. Se recomienda encarecidamente que los tamaños de las unidades coincidan en cada par duplicado, ya que mezclar capacidades dentro de un par significa que la unidad de menor capacidad establece el límite máximo para ese par. El controlador descarta de forma permanente el espacio restante en la unidad de mayor capacidad, y los pares no coincidentes también pueden complicar la planificación de la recuperación tras un fallo de RAID.
RAID 50 (RAID 5+0)
Ampliar una matriz totalmente duplicada resulta económicamente inviable para proteger los sistemas de almacenamiento de grandes empresas. El RAID 10 conlleva una pérdida fija de capacidad equivalente a la mitad del total bruto y, cuando se trata de cientos de terabytes, este coste se vuelve significativo. Por el contrario, una única matriz RAID 5 de gran tamaño conlleva sus propios riesgos. A medida que aumenta el número de unidades, se alarga el intervalo de reconstrucción y aumenta la probabilidad de que se produzca un segundo fallo durante ese intervalo. El RAID 50 resuelve ambos problemas combinando la paridad distribuida con el striping a nivel de bloque entre grupos independientes.
Cómo funciona el RAID 50
El controlador organiza las unidades en múltiples subgrupos RAID 5 independientes, cada uno de los cuales requiere al menos tres unidades. A continuación, distribuye los datos entre todos los subgrupos utilizando RAID 0 en el nivel exterior. El rendimiento de escritura mejora con respecto a una matriz RAID 5 convencional, ya que los cálculos de paridad se distribuyen entre grupos más pequeños y aislados, en lugar de realizarse sobre el conjunto completo de unidades. Cada subgrupo mantiene la paridad suficiente para sobrevivir de forma independiente a un único fallo interno de una unidad. Una reconstrucción tras un único fallo afecta únicamente al subgrupo que contiene dicha unidad. Los subgrupos restantes continúan funcionando con normalidad y no se acceden a ellos durante la reconstrucción.
Capacidad y cálculos correctos
En el caso de una matriz RAID 50 de seis unidades, estas se dividen en dos subgrupos RAID 5 de tres unidades cada uno. En cada subgrupo, el espacio equivalente a una unidad se destina a la paridad, lo que deja dos unidades por grupo disponibles para datos, es decir, cuatro de las seis unidades en total.
El mismo principio se aplica a escalas mayores. Una matriz de ocho unidades, organizada en dos grupos de cuatro, reserva una unidad por grupo para la paridad, lo que deja seis unidades utilizables. Con doce unidades, organizadas en dos grupos de seis, el número de unidades utilizables asciende a diez, ya que cada grupo más grande sacrifica solo una unidad para la paridad, independientemente del número de unidades de datos que lo acompañen.
La contrapartida de esta mejora en la proporción es el tiempo de reconstrucción. Los subgrupos más grandes aumentan el tiempo necesario para una reconstrucción, ampliando el intervalo durante el cual un segundo fallo dentro del mismo subgrupo sería irrecuperable.
Tiempo de reconstrucción y argumentos a favor del RAID 50 frente al RAID 5 simple
Una reconstrucción RAID 5 estándar en una matriz de gran tamaño constituye el periodo operativo más peligroso en la gestión del almacenamiento. Una sola unidad mecánica de 16 TB tiene una velocidad de lectura secuencial sostenida de aproximadamente 200 a 250 MB/s en condiciones normales. La reconstrucción de esa unidad requiere leer y recalcular los datos de todas y cada una de las demás unidades de la matriz. A 250 MB/s, escanear 16 TB de superficie lleva aproximadamente 18 horas.
Durante ese intervalo, todas las unidades restantes de la matriz sufren un estrés térmico y mecánico elevado. Si una segunda unidad del mismo subgrupo falla durante este periodo, el subgrupo se colapsa. En ese caso, los datos se vuelven irrecuperables sin la intervención de un especialista.
RAID 50 limita este riesgo, ya que cada subgrupo se reconstruye de forma independiente. La reconstrucción solo lee desde las unidades del subgrupo afectado. Los demás subgrupos no se ven afectados.
RAID 60 (RAID 6+0)
RAID 60 utiliza la misma lógica arquitectónica que RAID 50, pero sustituye RAID 5 por RAID 6 en el nivel interno. La diferencia radica en la paridad dual. Cada subgrupo interno calcula dos flujos de paridad independientes, denominados P y Q, utilizando la codificación polinómica de Reed-Solomon. Esto permite que cada subgrupo resista internamente dos fallos simultáneos de unidades sin pérdida de datos.
Cómo funciona el RAID 60
El controlador divide las unidades en subgrupos RAID 6 independientes, cada uno de los cuales requiere al menos cuatro unidades. A continuación, estos subgrupos se distribuyen en bandas en el nivel exterior mediante RAID 0. El número mínimo total de unidades es de ocho, lo que comprende dos subgrupos RAID 6 de cuatro unidades cada uno.
En una configuración de ocho unidades, cada subgrupo de cuatro unidades destina dos unidades al almacenamiento de paridad dual, lo que deja dos unidades por subgrupo disponibles para datos. Entre ambos subgrupos, cuatro de las ocho unidades están disponibles para almacenamiento activo. Esta capacidad útil aumenta a medida que se añaden más unidades por subgrupo. Una configuración RAID 60 de doce unidades, organizada en dos grupos de seis, deja ocho unidades utilizables de un total de doce.
El coste operativo se refleja en el rendimiento de escritura. Por cada operación de escritura, el controlador calcula dos valores de paridad independientes antes de que la escritura pueda confirmarse. Esto genera una latencia de procesamiento que es notablemente mayor que la de un RAID 50 bajo cargas de escritura equivalentes. A un alto rendimiento de escritura, esta sobrecarga se convierte en el factor limitante del rendimiento de la matriz.
El RAID 60 resulta adecuado para entornos en los que las consecuencias de la pérdida de datos durante un fallo de hardware superan los costes derivados de unas escrituras más lentas y de un número mínimo de unidades más elevado, como es el caso del almacenamiento en el sector sanitario, los registros de transacciones financieras y los archivos gubernamentales. Para la mayoría de las implementaciones en pymes, el requisito relativo al número de unidades y la merma en el rendimiento de escritura hacen que esta configuración resulte difícil de justificar, a menos que la tolerancia a fallos dobles sea un requisito operativo o de cumplimiento específico.
RAID 10 frente a RAID 50 frente a RAID 60: una comparación lado a lado
La selección de la arquitectura correcta requiere encontrar un equilibrio entre el presupuesto disponible para hardware y los requisitos de rendimiento. Los administradores de bases de datos suelen preferir un elevado número de operaciones de entrada, lo que convierte al striping con duplicación en la opción lógica. Por su parte, los grandes repositorios de almacenamiento se benefician de las velocidades de lectura y escritura secuenciales que ofrece el striping con paridad, al tiempo que se planifica con antelación para escenarios como el fallo del controlador RAID.
La tabla siguiente compara las arquitecturas en función de los factores más importantes a la hora de tomar una decisión definitiva sobre la configuración de las unidades.
| Configuración | Unidades mínimas | Capacidad útil | Fallos tolerados | Rendimiento de escritura | Ideal para |
| RAID 10 (1+0) | 4 | 50 % | 1 por cada par de espejos | Bueno (sin paridad) | Bases de datos, máquinas virtuales, cargas de trabajo con un elevado número de IOPS |
| RAID 50 (5+0) | 6 | 67-83 % | 1 por grupo RAID 5 | Moderado | Matrices grandes, mayor eficiencia de capacidad |
| RAID 60 (6+0) | 8 | 50-75 % | 2 por grupo RAID 6 | Menor | Datos críticos, entornos de alta redundancia |
Conclusión: cómo proteger su matriz tras un fallo mecánico
El error más frecuente que cometen los administradores de sistemas durante las emergencias es intentar reconstrucciones forzadas del controlador sin verificar los parámetros lógicos originales. En cualquier configuración híbrida, es imprescindible identificar correctamente los parámetros de banda del nivel exterior y la geometría del nivel interior antes de que sea seguro iniciar una reconstrucción. Adivinar incorrectamente el tamaño de la banda o la rotación de paridad puede sobrescribir los frágiles metadatos hexadecimales, lo que haría imposible la recuperación de los datos de forma permanente.
Si una matriz de almacenamiento comienza a generar errores de lectura, la respuesta correcta es apagarla inmediatamente. Se debe realizar una clonación sector por sector de cada disco miembro antes de volver a manipular el controlador. Para ello, es necesario extraer físicamente las unidades y conectarlas a un bloqueador de escritura de hardware. Un bloqueador de escritura actúa como una barrera física unidireccional que impide que el sistema operativo escriba datos de fondo en las unidades dañadas.
Mediante esta conexión protegida, se puede crear una clonación de flujo de bits, copiando cada sector de forma idéntica a una unidad de destino estable. A partir de estas clonaciones, un especialista puede reconstruir la matriz lógica sin exponer las unidades originales a más riesgos.
Solicite ayuda a expertos antes de intentar la recuperación
El equipo de Stellar de Recuperación de datos trabaja en salas limpias de clase 100 con certificación ISO 27001 para manipular de forma segura el hardware físico defectuoso antes de intentar cualquier reconstrucción lógica. Si una matriz híbrida deja de estar operativa, póngase en contacto con nuestros especialistas en Recuperación de Datos RAID para que realicen un diagnóstico exhaustivo. El equipo confirmará qué datos son recuperables antes de comenzar cualquier trabajo.
Quizá también te resulten útiles estos artículos relacionados para obtener más información sobre la recuperación de datos, los fallos de almacenamiento y las soluciones de recuperación :
- Almacenamiento en Red (NAS): Características Clave, Fabricantes, Ventajas y Desventajas
- Redes de Área de Almacenamiento (SAN): Características Clave, Fabricantes, Ventajas y Desventajas
- Unidades de Disco Duro: Componentes del Tiempo de Acceso y la Velocidad de Transferencia de Datos
- SAN vs. NAS vs. DAS: Comparación de Arquitecturas de Almacenamiento
Preguntas frecuentes
Ese subconjunto específico de RAID 5 entra inmediatamente en un estado irrecuperable. La paridad matemática generada por un único cálculo XOR solo es suficiente para reconstruir un disco perdido, no dos. El resto de la matriz más amplia permanece intacto. La recuperación en este escenario concreto requiere una reconstrucción manual por parte de un especialista y no está garantizada, aunque a menudo es posible la extracción parcial de archivos dependiendo de qué bloques de datos concretos se encontraban en el grupo afectado.
Un controlador de hardware físico contiene una unidad central de procesamiento dedicada y memoria caché integrada. Este chip de silicio dedicado se encarga de todos los cálculos matemáticos intensivos de paridad y del striping de datos. Esto reduce la carga de procesamiento del procesador principal del servidor, liberándolo para que pueda gestionar las aplicaciones de los usuarios. Las matrices de software dependen por completo del procesador del servidor principal para calcular esta lógica, lo que da lugar a una latencia en todo el sistema.
Las bases de datos ejecutan miles de pequeños comandos aleatorios de lectura y escritura cada segundo. Las configuraciones de paridad requieren que el controlador realice cálculos para cada comando de escritura, lo que genera un retraso en el procesamiento. Las configuraciones en espejo omiten por completo el cálculo. Copian el bloque de datos directamente a dos discos de forma simultánea, lo que proporciona tiempos de transacción más rápidos.
Sí. El tamaño de la banda controla cómo se alinean los fragmentos de datos con los sectores de almacenamiento subyacentes. Las máquinas virtuales generan un tráfico aleatorio y muy fragmentado. Si el tamaño de la banda es demasiado grande, el controlador pierde tiempo leyendo grandes fragmentos de datos para modificar un pequeño archivo de un kilobyte. Alinear el tamaño de la banda con las especificaciones del hipervisor minimiza los ciclos de lectura desperdiciados y mejora la velocidad general de la máquina.
Una matriz degradada seguirá funcionando, pero entrará en un estado de vulnerabilidad mecánica. El procesador debe calcular los bloques de datos que faltan sobre la marcha, ya sea leyendo los datos de paridad o recuperándolos de un disco espejo que se encuentre en buen estado. Esta sobrecarga constante reduce considerablemente las velocidades de lectura y escritura. El funcionamiento en estado degradado también aumenta el calor mecánico y la vibración física en los discos restantes que se encuentran en buen estado.
Acerca del autor
