Detrás de todo arreglo RAID hay algo que hace el trabajo pesado: calcular la paridad, repartir los datos, orquestar la reconstrucción cuando un disco muere. Ese algo es el controlador RAID, y la primera gran decisión de diseño de almacenamiento es dónde vive: en software, corriendo sobre el procesador del servidor, o en hardware, en una tarjeta dedicada. No hay un ganador universal, y quien te diga lo contrario está vendiendo algo.
RAID por software: el CPU hace el trabajo
En el RAID por software, la lógica la ejecuta el sistema operativo usando el procesador del servidor. Aquí viven soluciones muy serias: el mdadm de Linux, los Storage Spaces de Windows, el ZFS que usan tantos sistemas de almacenamiento, y lo que hace por dentro un NAS Synology. Sus ventajas son reales: es barato (no compras tarjeta), flexible, y sobre todo portable —si el servidor se muere, mueves los discos a otro equipo con el mismo software y los lees—. Su costo es que consume ciclos de CPU y memoria del servidor, y depende del sistema operativo para funcionar.
RAID por hardware: una tarjeta dedicada
El RAID por hardware pone toda esa lógica en una tarjeta controladora con su propio procesador y su propia memoria caché. El sistema operativo ni se entera: ve un volumen ya listo. Sus ventajas: descarga al CPU del servidor, y trae ese caché con protección propia que acelera muchísimo las escrituras. Pero tiene una trampa que muerde en el peor momento: dependes de la tarjeta. Si el controlador falla, necesitas uno compatible —a veces el mismo modelo exacto— para volver a leer tus discos, porque el formato del arreglo es propietario de ese controlador. Los discos están bien, pero sin la tarjeta correcta no los lees.
El malentendido del "fake RAID"
Cuidado con una tercera categoría engañosa: el RAID que ofrecen muchas tarjetas madre de escritorio, a veces llamado "fake RAID". Se anuncia como hardware, pero en realidad usa el CPU como el software —sin sus ventajas de portabilidad y sin el caché protegido del hardware de verdad—. Tiene lo peor de ambos mundos, y en entornos serios se evita: mejor un software RAID honesto o un controlador de hardware real.
El matiz moderno: la conversación cambió
Durante años, "servidor serio = controlador de hardware" era casi un dogma. Hoy es más matizado, y hay que decirlo. El software RAID maduró enormemente —ZFS, por ejemplo, hace cosas que ningún controlador de hardware clásico puede, como detectar y reparar corrupción silenciosa de datos—. Y con los discos NVMe, tan rápidos que hablan directo por PCIe, el controlador de hardware tradicional a veces se convierte en un cuello de botella en lugar de una ayuda. La elección ya no es "hardware siempre gana", sino "¿qué encaja con este almacenamiento y este presupuesto?".
Cómo decidir, en corto
El hardware RAID sigue teniendo sentido cuando quieres descargar el CPU y aprovechar un caché protegido en discos tradicionales, y cuando la simplicidad operativa vale la dependencia de la tarjeta. El software RAID brilla por flexibilidad, portabilidad, integridad de datos (ZFS) y en despliegues con NVMe. La pregunta honesta no es cuál es "mejor", sino qué priorizas: portabilidad y features, o descarga de CPU y caché.
La idea que se queda
El controlador RAID es quien hace el trabajo, y ponerlo en software o en hardware es un trade-off real: portabilidad y flexibilidad contra descarga de CPU y caché acelerado, con el "fake RAID" como la opción a evitar. No hay dogma; hay contexto. Y sea cual sea, la pieza que más impacta la velocidad de escritura merece su propio capítulo: el writeback cache. Parte del almacenamiento empresarial a fondo.