IT Experts de México
Centro de Operaciones Consultoría y Soporte Hardware y Licenciamiento Cloud Operations Ciberseguridad Herramientas Blog Contáctanos
Datacenter

RAID en profundidad: niveles, paridad y el momento de la reconstrucción

14/07/2026 5 min de lectura Rubén Espinoza

RAID es de esas siglas que todo el mundo usa y pocos explican con precisión. "Los datos están en RAID, están protegidos" —se dice con confianza, y es una verdad a medias que ha costado muchos sustos—. RAID protege contra un tipo específico de desastre y contra ningún otro, y cuál nivel elijas cambia por completo qué tan protegido estás, cuánto rinde y cuánto espacio pagas. Vale la pena entenderlo de fondo, porque casi todo el almacenamiento empresarial se apoya en él.

Qué es (y qué no es) RAID

RAID (arreglo redundante de discos independientes) es combinar varios discos físicos para que el sistema los vea como un solo volumen, buscando algún balance entre tres cosas que compiten: rendimiento, redundancia y capacidad utilizable. Subes una y pagas con otra; no existe el nivel que las maximice todas. Y antes de cualquier detalle, la advertencia que hay que grabar: RAID no es un respaldo. Sobrevive a que un disco se muera; no te salva de un borrado accidental, un ransomware que cifra el volumen, una corrupción de datos o un incendio. Es tolerancia a fallos de hardware, no una copia. Confundirlos es el error que ya vimos con los snapshots, y se paga igual de caro.

Los niveles que de verdad importan

  • RAID 0 (striping): reparte los datos entre varios discos para sumar velocidad y capacidad, con cero redundancia. Si un solo disco muere, se pierde todo. Es puro rendimiento sin red de seguridad —útil para datos temporales, peligroso para todo lo demás—.
  • RAID 1 (espejo): escribe lo mismo en dos discos. Sobrevive a la muerte de uno, pero usas la mitad de la capacidad. Simple y robusto.
  • RAID 5 (striping con paridad): reparte los datos y añade información de paridad distribuida; sobrevive a la muerte de un disco, a un costo de capacidad equivalente a un disco. El clásico equilibrio entre espacio y protección.
  • RAID 6 (doble paridad): como el 5 pero soporta la pérdida de dos discos a la vez. Cuesta dos discos de capacidad, y es cada vez más necesario —ya veremos por qué—.
  • RAID 10 (espejo + striping): combina velocidad y redundancia usando la mitad de la capacidad. Es lo que se elige cuando el rendimiento de escritura y la resiliencia importan más que el espacio, como en bases de datos.
Diagrama de los niveles RAID 0, 1, 5, 6 y 10 mostrando striping, espejo y paridad

Los niveles de RAID: striping (0), espejo (1), paridad simple (5), doble paridad (6) y espejo+stripe (10). Ninguno es un respaldo.

La paridad, en cristiano

La magia del RAID 5 y 6 es la paridad, y no requiere matemáticas pesadas para entenderla. Imagina que guardas, junto a tus datos, un dato extra calculado a partir de los demás —una especie de "suma de comprobación"—. Si un disco desaparece, el sistema puede reconstruir lo que había en él combinando lo que queda en los otros discos con esa paridad, como quien despeja la incógnita de una ecuación. Es elegante: en lugar de duplicar todo (como el espejo), guardas solo lo justo para poder recalcular lo perdido. El precio es que ese cálculo cuesta trabajo, sobre todo al escribir.

El elefante en la sala: la reconstrucción

Aquí está el tema que separa a quien conoce RAID de quien solo lo configura. Cuando un disco muere en un RAID 5 y lo reemplazas, empieza la reconstrucción: el sistema recalcula todo el contenido del disco perdido leyendo íntegramente los demás. Con los discos gigantes de hoy, ese proceso puede tardar horas o días, y durante todo ese tiempo el arreglo está estresando al máximo a los discos sobrevivientes —justo los que ya tienen la misma edad y el mismo desgaste que el que acaba de fallar—. Dos riesgos aparecen: que otro disco muera durante la reconstrucción (y en RAID 5 eso es pérdida total), o que aparezca un error de lectura irrecuperable en un sector, algo estadísticamente más probable cuanto más grande es el disco. Por eso, con discos de alta capacidad, RAID 6 dejó de ser lujo y se volvió sensato: el segundo disco de paridad es tu red de seguridad durante esa ventana peligrosa.

Cuánto espacio pagas, y cuál elegir

Cada nivel "cuesta" capacidad distinta, y calcularlo a mano confunde. Ese ejercicio —cuánto espacio útil te queda según el nivel y los discos— lo desglosamos aparte en RAID vs. Synology SHR, y puedes jugar con los números en nuestra calculadora de RAID/SHR. La elección corta: RAID 10 para rendimiento e IO alto, RAID 6 para capacidad protegida con discos grandes, RAID 1 para lo simple y crítico, y RAID 5 con cautela y solo en discos pequeños.

Las piezas que hacen funcionar al RAID

El nivel es solo la mitad de la historia. Lo que gestiona toda esta lógica —el cálculo de paridad, la reconstrucción, la velocidad— es el controlador RAID, y de si es de software o de hardware depende mucho. La velocidad de escritura real la define en buena parte el writeback cache (y por qué, cuando falla, todo se arrastra). Y bajo todo esto están los discos mismos: su interfaz y formato (SATA, M.2, NVMe) y la decisión de ir all-flash. Y cuando ese almacenamiento se comparte entre varios servidores, entra la SAN —con sus transportes, sus HBAs y su forma de identificar dispositivos—.

La idea que se queda

RAID te protege de que un disco muera —no de borrar, cifrar o corromper—, y el nivel que elijas es un trato entre velocidad, espacio y cuántos discos puedes perder. Con discos grandes, la reconstrucción es el momento de la verdad, y RAID 6 es la respuesta madura. Entiéndelo así y dejarás de decir "está en RAID, está protegido" para preguntar la pregunta correcta: ¿protegido contra qué, exactamente? Ese es el corazón del almacenamiento empresarial bien diseñado.

#raid #almacenamiento #paridad #raid 5 #raid 6 #datacenter

Preguntas frecuentes

¿RAID es un respaldo de mis datos?

No. RAID protege contra la muerte física de un disco y contra ningún otro desastre: no te salva de un borrado accidental, de un ransomware que cifra el volumen, de una corrupción de datos ni de un incendio, porque todo eso afecta al volumen completo por igual. RAID es tolerancia a fallos de hardware, no una copia. Sigues necesitando un respaldo real y probado, idealmente con una copia inmutable o fuera de sitio.

¿Qué diferencia hay entre RAID 5 y RAID 6?

Ambos reparten los datos con información de paridad, pero RAID 5 sobrevive a la pérdida de un disco (a un costo de un disco de capacidad) y RAID 6 sobrevive a la pérdida de dos (a un costo de dos discos). RAID 6 importa cada vez más porque, con discos grandes, la reconstrucción tras un fallo tarda horas o días estresando a los demás discos, y la probabilidad de un segundo fallo o de un error de lectura irrecuperable durante esa ventana ya no es despreciable. El segundo disco de paridad es la red de seguridad en ese momento crítico.

¿Qué pasa durante la reconstrucción de un RAID?

Cuando reemplazas un disco muerto, el sistema recalcula todo su contenido leyendo íntegramente los discos sobrevivientes, un proceso que con discos grandes puede tardar horas o días. Durante ese tiempo el arreglo está estresando al máximo a discos que tienen la misma edad y desgaste que el que falló, así que aumentan el riesgo de un segundo fallo y la probabilidad de toparse con un error de lectura irrecuperable. En RAID 5 un segundo fallo en esa ventana significa pérdida total; por eso con discos de alta capacidad se recomienda RAID 6.

Los nombres y logotipos de marcas mencionados en este artículo son propiedad de sus respectivos titulares. Su mención tiene fines informativos y no implica patrocinio ni afiliación más allá de las relaciones de partner que IT Experts de México declara explícitamente.

¿Necesitas ayuda con este tema?

El equipo de IT Experts puede evaluar tu infraestructura sin costo.

Hablar con un especialista

Más de Datacenter

ECC, RDIMM y memoria propietaria vs. genérica: cómo comprar RAM de servidor
RAM en cristiano: DIMM, rank, canales y cómo leer un módulo
NIC teaming, LACP y bonding: redundancia de red en el servidor