Tipos De RAID: Cuál Elegir Para El Servidor De Tu Empresa

Tipos De RAID: Cuál Elegir Para El Servidor De Tu Empresa

Elegir entre los tipos de RAID disponibles es una de esas decisiones que se toman en cinco minutos al montar el servidor y luego condicionan cinco años de operación. Y se toma mal muy a menudo, porque la conversación se queda en «cuánta capacidad me queda» cuando las preguntas de verdad son otras: cuántos discos puedo perder, cuánto tarda en reconstruirse y qué le pasa al rendimiento mientras tanto.

Vamos a comparar los niveles que se usan de verdad en entornos de empresa y a dar un criterio claro para cada caso de uso.

Qué es RAID y qué no es

RAID son las siglas de *Redundant Array of Independent Disks*: varios discos trabajando como uno solo para ganar tolerancia a fallos, rendimiento o ambas cosas.

Y ahora la frase más importante de todo el artículo: RAID no es una copia de seguridad. Protege frente al fallo físico de un disco, y nada más. No te protege de:

• Un borrado accidental, que se replica al instante en todos los discos.
• Un cifrado por ransomware.
• Un fallo de la controladora o del propio servidor.
• Un incendio, una inundación o un robo.
• Una corrupción lógica de la base de datos.

Cualquiera de esos escenarios se lleva por delante el array entero. RAID te da continuidad; la copia de seguridad te da recuperación. Hacen falta las dos.

Los tipos de RAID, comparados

Nivel	Discos mínimos	Capacidad útil	Tolera fallo de	Lectura	Escritura
RAID 0	2	100 %	Ningún disco	Muy alta	Muy alta
RAID 1	2	50 %	1 disco (de 2)	Alta	Normal
RAID 5	3	(n-1)/n	1 disco	Alta	Penalizada
RAID 6	4	(n-2)/n	2 discos	Alta	Muy penalizada
RAID 10	4	50 %	1 por espejo	Muy alta	Muy alta

RAID 0: velocidad sin red de seguridad

Reparte los datos entre todos los discos sin ninguna redundancia. Es el más rápido y el que más capacidad aprovecha, pero si falla un solo disco se pierde todo el array. Además, el riesgo crece con el número de discos: cuantos más metas, más probable es que uno falle.

En empresa solo tiene sentido para datos totalmente prescindibles: cachés, ficheros temporales de render o espacios de trabajo que se regeneran. Para nada más.

RAID 1: el espejo

Escribe lo mismo en dos discos. Pierdes la mitad de la capacidad, pero la protección es sólida y la reconstrucción es sencilla: se copia disco a disco. Es la opción estándar para el volumen de sistema operativo de un servidor y para NAS de dos bahías.

RAID 5: el clásico que hay que mirar con lupa

Distribuye los datos y una paridad entre todos los discos, de modo que solo se sacrifica la capacidad de uno. Sobre el papel es el equilibrio perfecto: buena capacidad y tolerancia a un fallo.

En la práctica tiene dos problemas serios que conviene conocer:

• La penalización de escritura. Cada escritura obliga a leer el dato antiguo, leer la paridad antigua, calcular la nueva y escribir ambas. Eso son cuatro operaciones por cada una útil. En bases de datos o servidores de correo se nota mucho.
• El riesgo durante la reconstrucción. Cuando un disco falla y se sustituye, el array tiene que leer íntegramente todos los discos restantes para reconstruirlo. Con discos de gran capacidad ese proceso dura muchas horas o días, con todos los discos al máximo de carga y sin ninguna protección: un segundo fallo durante la reconstrucción se lleva los datos.

Por eso, en almacenamiento moderno de alta capacidad, RAID 5 ha ido cediendo terreno.

RAID 6: paridad doble

Igual que el 5 pero con dos bloques de paridad, así que aguanta el fallo simultáneo de dos discos. Sacrificas la capacidad de dos unidades y la penalización de escritura es todavía mayor, pero resuelve el problema de la reconstrucción: si durante ella cae otro disco, sigues vivo.

Es la opción razonable para arrays grandes de discos mecánicos de mucha capacidad, sobre todo en repositorios de archivo y de copias.

RAID 10: espejos en paralelo

Combina espejado y distribución: parejas de discos en RAID 1 y los datos repartidos entre esas parejas. Pierdes la mitad de la capacidad, pero a cambio obtienes:

• El mejor rendimiento de escritura, sin cálculo de paridad.
• Reconstrucciones rápidas y de bajo riesgo, porque solo hay que copiar el disco espejo, no leer todo el array.
• Tolerancia a varios fallos, siempre que no caigan los dos discos de un mismo espejo.

Es el estándar de facto para bases de datos, servidores de virtualización y cualquier carga con escritura intensiva.

Qué tipo de RAID elegir según el caso

Uso	Recomendación	Por qué
Disco de sistema del servidor	RAID 1	Simple, barato y suficiente
Virtualización (VMware, Proxmox, Hyper-V)	RAID 10	Escritura intensiva y muchas IOPS
Base de datos (SQL Server, ERP)	RAID 10	La penalización de paridad se paga en latencia
Servidor de ficheros general	RAID 5 o 6	Lectura predominante, capacidad importante
Repositorio de copias y archivo	RAID 6	Discos grandes, reconstrucciones largas
Datos temporales prescindibles	RAID 0	Solo si de verdad no importa perderlos

Si tuviéramos que resumirlo en una regla: cuanta más escritura y más críticos sean los datos, más se inclina la balanza hacia RAID 10. Cuanta más capacidad y más lectura, hacia RAID 6.

Decisiones que importan tanto como el nivel

Elegir entre los distintos tipos de RAID es solo una parte. Estas otras deciden si el sistema aguanta el día que toca:

1. Controladora hardware con caché y batería, o software. Una controladora dedicada con caché protegida mejora mucho la escritura con paridad. Sin protección de caché ante un corte de luz, puedes corromper datos.
2. Discos de clase empresarial. Están pensados para trabajar en array 24×7 y gestionan los errores de forma compatible con la controladora. Montar discos de sobremesa en un servidor es la causa de un porcentaje sorprendente de arrays caídos.
3. Un disco de repuesto en caliente (*hot spare*). Arranca la reconstrucción automáticamente, sin esperar a que alguien se dé cuenta.
4. Monitorización y avisos. Un array degradado que nadie ve durante tres semanas es un array que va a fallar del todo. Esto suena obvio y es, con diferencia, el fallo más habitual que encontramos en auditoría.
5. Verificación periódica del array. Los *patrol read* o *scrubbing* detectan sectores defectuosos antes de que aparezcan justo durante una reconstrucción.
6. Discos del mismo lote, no. Unidades fabricadas en la misma tanda tienden a fallar en fechas próximas. Mezclar lotes reduce el riesgo de fallo doble.

Preguntas frecuentes

¿Cuáles son los tipos de RAID más usados hoy en empresa?

RAID 1 para el sistema, RAID 10 para cargas de trabajo con escritura y RAID 6 para grandes volúmenes de almacenamiento. RAID 5 sigue existiendo, pero cada vez se recomienda menos en arrays de discos grandes.

¿Puedo cambiar de nivel de RAID sin perder los datos?

Algunas controladoras permiten migraciones en caliente, pero es una operación larga, con el rendimiento degradado y con riesgo real. La regla es sencilla: haz copia de seguridad verificada antes de tocar nada.

¿Y con discos SSD, sigue teniendo sentido el RAID?

Sí. Los SSD también fallan, y además pueden hacerlo de forma abrupta al agotar su resistencia de escritura. Con SSD la penalización de escritura de la paridad importa menos, pero la protección frente a fallo de unidad sigue siendo necesaria.

¿Cuánto tarda una reconstrucción?

Depende del tamaño del disco, del nivel y de la carga del servidor. Puede ir de unas horas a varios días en arrays de mucha capacidad. Durante ese tiempo el rendimiento baja y la protección es menor: es el momento más delicado de la vida de un array.

¿RAID 10 o RAID 5 si tengo poco presupuesto?

Si la carga es de escritura o los datos son críticos, es mejor comprar menos capacidad en RAID 10 que más capacidad en RAID 5. La capacidad se amplía después; una pérdida de datos, no.

En resumen

Entre los tipos de RAID, no hay uno mejor: hay uno adecuado para cada carga de trabajo. RAID 1 para arrancar, RAID 10 cuando hay escritura o virtualización, RAID 6 cuando manda la capacidad, y RAID 0 casi nunca. Por encima de la elección del nivel están la monitorización, los discos adecuados y —siempre— una copia de seguridad independiente del array.

Si estás dimensionando un servidor nuevo o no sabes en qué estado está el array del que ya tienes, en una revisión de infraestructura se comprueba en poco tiempo