RAID por hardware vs RAID por software: ¿cuál gana en 2026?

· Verificado por última vez en julio de 2026

¿No tienes claro qué nivel RAID usar? Compara capacidad útil y tolerancia a fallos con tus discos exactos.

Abrir la calculadora RAID →

Estás configurando un NAS y los foros están divididos: un bando jura que necesitas una tarjeta controladora RAID «de verdad», el otro dice que el RAID por software ya ganó y que las controladoras son un impuesto heredado. Ambos tuvieron razón en algún momento, y precisamente por eso el consejo parece contradictorio. Esta guía repasa qué hace realmente una tarjeta RAID hardware, cuáles son las opciones de software en 2026, por qué el software conquistó silenciosamente el mercado doméstico y pyme, y los pocos casos en los que una controladora dedicada aún tiene sentido — además de la única opción que deberías evitar por completo.

Qué hace realmente una controladora RAID hardware

Una controladora RAID hardware es una tarjeta dedicada — normalmente PCIe — con su propio procesador, su propio firmware y su propia memoria integrada, situada entre tus discos y el sistema operativo. Al SO le presenta una única unidad «lógica» y resuelve todo el striping y el cálculo de paridad en su propio chip, de modo que la CPU principal nunca ve los discos individuales. Esa descarga de trabajo era una ventaja real en la época en que las CPU eran lentas y cada cálculo de paridad robado al procesador importaba; la referencia sobre controladoras de discos cubre en detalle esa herencia del hardware.

Pero lo que la gente paga en realidad no es la descarga de paridad, sino la caché de escritura. Una buena controladora lleva unos gigabytes de DRAM que absorben las escrituras entrantes y las dan por «completadas» en el instante en que tocan esa caché, mucho antes de llegar a los platos giratorios, lo que hace que las escrituras aleatorias pequeñas se sientan drásticamente más rápidas. La pega es evidente: la caché es volátil, así que un corte de luz en mitad de una escritura perdería lo que aún estuviera en ella y podría dejar el array inconsistente. Por eso las tarjetas serias incluyen una unidad de batería de respaldo o un módulo de flash con supercondensador (BBU/flash cache), que conserva el contenido de la caché hasta que vuelve la corriente.

La conclusión concreta: una controladora hardware te compra una caché de escritura rápida y protegida contra cortes de luz más la descarga de la CPU, y todo lo demás — el coste, la dependencia del fabricante, la historia de recuperación — es consecuencia de concentrar toda esa inteligencia en una única tarjeta propietaria.

Las opciones de RAID por software, de principiante a avanzado

«RAID por software» solo significa que la lógica de redundancia corre en tu CPU principal y que el sistema operativo habla directamente con cada disco, y en 2026 eso cubre prácticamente todo lo que desplegarías en la realidad. Las opciones van desde appliances NAS llave en mano hasta Linux artesanal, así que la elección correcta depende mucho más de la plataforma que elijas que de cualquier ranking de rendimiento.

La conclusión concreta: casi nunca eliges «RAID por software» como categoría abstracta — eliges una plataforma NAS, y la plataforma elige el motor de RAID por ti. Nuestra comparativa Unraid vs TrueNAS vs OMV muestra cómo difieren esos motores en la práctica.

Por qué el RAID por software ganó la batalla doméstica y pyme

La razón más importante es la portabilidad, y es la que más duele cuando las cosas van mal. Un array por software lleva su propia configuración en los propios discos, así que si la máquina anfitriona muere puedes mover el juego completo de discos a cualquier otra máquina con el mismo SO y el array se reensambla solo. Un array hardware, en cambio, a menudo solo es legible por la misma familia de controladoras — si la tarjeta falla y el modelo exacto está descatalogado, puedes quedarte mirando una pila de discos perfectamente sanos que ya no puedes importar, un modo de fallo que la comparación de Wikipedia entre RAID hardware y software describe directamente.

La segunda razón es que la ventaja de descargar la paridad se evaporó. Una CPU moderna calcula paridad RAID 5/6 a varios gigabytes por segundo, así que en un NAS doméstico que satura un enlace de 1 GbE o incluso 10 GbE el coste para el procesador es ruido — la red es el cuello de botella mucho antes que el cálculo de paridad. Cuando la descarga deja de importar, la controladora es puro inconveniente: dinero extra, una pieza más que puede fallar y una capa más entre tú y tus datos.

La tercera razón es la que de verdad cambió el juego: los sistemas de archivos con checksums. ZFS y Btrfs verifican cada bloque al leerlo y lo reparan desde la redundancia cuando no coincide, lo que atrapa los bit-flips silenciosos ante los que el RAID hardware es completamente ciego — una controladora devuelve fielmente lo que el plato le entrega, corrupto o no. Nuestra comparativa ZFS vs ext4 vs Btrfs y la guía más profunda sobre bitrot y scrubbing en ZFS explican por qué esa capa de integridad es la característica que hace que el RAID hardware parezca anticuado, y es una característica que una controladora hardware estructuralmente no puede ofrecer porque oculta los discos crudos que el sistema de archivos necesita.

La conclusión concreta: para cualquiera cuyos datos sean irremplazables y no transaccionales, RAID por software más un sistema de archivos con checksums ofrece mejor protección y una recuperación mucho más tranquila que cualquier tarjeta hardware de consumo.

Cuándo sigue teniendo sentido el RAID hardware

Nada de esto significa que el RAID hardware haya muerto — significa que su nicho se redujo a donde su única ventaja real cuenta. Esa ventaja es la caché de escritura respaldada por batería, y la carga de trabajo que la adora es una base de datos transaccional ocupada con escrituras síncronas pequeñas y constantes, donde la caché permite a la aplicación dar una escritura por confirmada en cuanto aterriza en DRAM protegida en lugar de esperar a los discos. En un entorno empresarial con contrato de soporte, controladoras de repuesto idénticas en el armario y una base de datos que vive y muere por la latencia de escritura, una tarjeta RAID hardware con una BBU sana sigue siendo una elección defendible.

También existe el caso de compatibilidad pura: algunos sistemas operativos o hipervisores antiguos quieren arrancar desde un único volumen lógico y no traen una buena historia de RAID por software, y una controladora hardware lo resuelve limpiamente. Pero fíjate en lo estrecho que es esto — nada de ello describe un Synology, un equipo TrueNAS o un servidor Proxmox de homelab, que están más cómodos con acceso directo a los discos. Si estás sopesando esto para un montaje propio, el análisis Synology vs QNAP vs DIY cubre dónde cae realmente la decisión de la controladora en un DIY.

La conclusión concreta: elige RAID hardware solo cuando una caché de escritura con batería ayude de forma medible a una carga limitada por latencia de escritura y tengas la estructura de soporte empresarial para gestionar una tarjeta propietaria — fuera de eso, es el valor por defecto equivocado.

HBA en modo IT: la tarjeta correcta para ZFS y Btrfs

Aquí viene la parte que más confunde a los recién llegados: incluso cuando un montaje DIY necesita más puertos de disco de los que ofrece la placa, la respuesta es una tarjeta — pero no una tarjeta RAID. Lo que quieres es un host bus adapter (HBA), una controladora simple que añade puertos SATA o SAS y pasa cada disco directamente al SO con sus datos de salud SMART intactos, que es exactamente para lo que está diseñado un host bus adapter. ZFS y Btrfs gestionan ellos mismos la redundancia y los checksums, así que necesitan ver los discos crudos; una tarjeta RAID que los esconde tras volúmenes lógicos estorba activamente.

Muchas tarjetas SAS populares (las familias LSI/Broadcom 9200 y 9300 son los ejemplos clásicos) pueden funcionar en modo RAID o en «modo IT» — Initiator-Target — que elimina el firmware RAID y convierte la tarjeta en un HBA de paso puro. La guía de hardware de OpenZFS es explícita en que ZFS quiere un HBA y no una controladora RAID hardware, y flashear una tarjeta a modo IT es la maniobra estándar precisamente por eso.

Para el público más técnico: si compras un HBA SAS empresarial de segunda mano, revisa el firmware y la refrigeración antes de confiar en él. Estas tarjetas se diseñaron para chasis de servidor con mucho flujo de aire y pueden estrangularse o sobrecalentarse en una caja de escritorio silenciosa sin un ventilador apuntando al disipador, y una tarjeta que aún lleve firmware RAID (IR) antiguo debería cross-flashearse al firmware IT correspondiente para que presente los discos crudos limpiamente. Ninguno de los dos pasos es difícil, pero saltárselos es una fuente habitual de hilos de «mis discos se desconectan solos».

La conclusión concreta: para un montaje ZFS o Btrfs que necesita más puertos, compra un HBA SAS y úsalo en modo IT — nunca una controladora RAID hardware en modo «cada disco es su propio RAID 0», que es un apaño frágil del que la gente se arrepiente.

La trampa del fake RAID: el RAID de placa base y BIOS

La única opción a evitar de plano es la función RAID integrada en las placas base de consumo — Intel Rapid Storage Technology, AMD RAIDXpert y similares — que parece RAID hardware en la BIOS pero no lo es. Es lo que la comunidad llama «fake RAID»: no hay procesador dedicado ni caché protegida, así que la paridad se calcula en tu CPU a través de un driver propietario, lo que significa que asumes todas las desventajas del RAID por software renunciando a su mejor característica, la portabilidad. Si la placa muere, importar ese array en otro hardware va de doloroso a imposible.

La trampa es que se presenta en el firmware como una opción RAID legítima, así que los principiantes asumen razonablemente que es la vía «hardware» real cuando es lo peor de ambos mundos. Si estás en Windows y quieres agrupación, usa Storage Spaces; si estás en Linux, usa mdadm o ZFS; si quieres un equipo llave en mano, deja que el SO del NAS se encargue. Cualquiera de esas opciones te da un array por software real que sí puedes recuperar, y nuestra guía RAID completa y el recordatorio de que RAID no es un backup cubren las capas en las que deberías estar pensando en su lugar.

La conclusión concreta: trata el RAID de placa base/BIOS como prohibido para cualquier dato que te importe — elige una pila de RAID por software genuina, y si algún día necesitas RAID hardware de verdad, viene en una tarjeta PCIe dedicada con su propio procesador, no en un interruptor de la BIOS.

¿Aún decidiendo toda la configuración? El asistente te guía del número de discos al nivel RAID y al SO del NAS en unos clics.

Abrir el asistente RAID →

Recomendación según tu montaje

Con un NAS llave en mano — Synology, QNAP, Ugreen — no hay decisión que tomar: el equipo usa RAID por software (SHR/Btrfs o ZFS en QuTS hero) y debes dejarle hacer, sin ninguna tarjeta adicional de por medio. Para un montaje DIY con TrueNAS o Proxmox, ejecuta ZFS sobre los puertos SATA de la placa, y solo cuando se te queden cortos añade un HBA SAS flasheado a modo IT para que ZFS conserve su acceso directo a los discos. Para una máquina Windows que necesite redundancia, Storage Spaces es la respuesta integrada y no requiere hardware. Reserva una controladora RAID hardware real con caché respaldada por batería para una única situación: un servidor de bases de datos empresarial donde la latencia de escritura sea el cuello de botella y tengas controladoras de repuesto y contrato de soporte detrás. Y elijas el camino que elijas, si vas por el DIY, la comparativa de sistemas NAS y el asistente de SO te acotarán la parte de software más rápido que cualquier hilo de foro.

Artículos relacionados

ZFS vs ext4 vs Btrfs – ¿Qué sistema de archivos para tu NAS?

RAID para usuarios domésticos: Todo lo que necesitas saber

Unraid vs TrueNAS vs OpenMediaVault – Comparativa de sistemas NAS

SHR vs RAID tradicional – Diferencias y cuándo usar cada uno

Bitrot y ZFS Scrubbing explicado: lo que debes saber

Compartir:WhatsAppTelegramFacebookXReddit
📊 Calculadora