Guía de hardware para NAS 2026: qué mirar según el SO
· Verificado por última vez en julio 2026
La mayoría de las guías de hardware te entregan una lista de partes y esperan que encaje con tus planes. El problema es que las partes correctas dependen casi por completo del software que vas a correr, porque un equipo con ZFS en TrueNAS pide cosas muy distintas que un array de Unraid o un NAS liviano con OpenMediaVault. Esta guía invierte el orden habitual: primero decides el sistema operativo y el sistema de archivos, y luego dejas que cada uno te diga qué mirar en la memoria, en la controladora de discos, en la tarjeta de red y en el gabinete. Aprende los criterios una vez y podrás cotizar cualquier build con confianza, en vez de copiar el carrito de un desconocido y rezar para que sobreviva su primer rebuild.
Elige primero el SO y el sistema de archivos, las partes vienen después
La bifurcación más importante en un NAS no es la CPU ni el gabinete, es el sistema de archivos, porque esa decisión define cómo usa la memoria la máquina, cómo quiere ver tus discos y cuánto espacio tienes para crecer. ZFS cambia RAM y algo de rigidez por checksums de extremo a extremo que atrapan la corrupción silenciosa, mientras que el array de Unraid cambia velocidad bruta por la libertad de mezclar tamaños de disco y sumar de a un disco por vez; ext4 o Btrfs sobre un Linux normal quedan en un punto intermedio. Si esta comparación es nueva para ti, nuestro análisis ZFS vs ext4 vs Btrfs explica qué protege cada uno y qué cuesta, y la comparativa Unraid vs TrueNAS vs OpenMediaVault mapea esos sistemas de archivos sobre los sistemas operativos que la gente instala de verdad.
Una vez que le pusiste nombre al SO, las preguntas de hardware casi se responden solas, por eso el resto de esta guía está organizado igual: qué exige ZFS, qué necesita y qué omite Unraid, cuándo un sistema más liviano es la opción más inteligente y, por último, los criterios que aplican sin importar el camino. Resuelve primero el software y cada decisión posterior, desde cuánta RAM comprar hasta si necesitas una controladora adicional, deja de ser adivinanza.
Qué pide ZFS (TrueNAS y Proxmox)
ZFS es la razón por la que la gente busca hardware "de servidor", y se gana esa fama en tres puntos: la memoria, la controladora de discos y las líneas PCIe que alimentan a ambas. Empieza por la RAM, porque ZFS toma prestada toda la memoria libre que encuentra y la convierte en una caché de lectura llamada ARC, así que más memoria compra sobre todo lecturas más rápidas y no reserva que nunca vas a tocar. Una vieja regla general sugiere alrededor de 1 GB de RAM por cada TB del pool, aunque en la práctica es más una orientación laxa que un piso rígido; 16 GB son un buen punto de partida para un pool casero, y TrueNAS publica su propia guía de hardware por si quieres contrastar antes de comprar.
El tema de la ECC es donde internet se pone más ruidoso, así que aquí va la versión honesta. El propio OpenZFS describe la memoria ECC, que corrige en silencio los bit flips que provoca la radiación de fondo normal, como muy recomendable, no obligatoria, y la historia tan repetida de que "un scrub sin ECC se come tu pool" es un mito. La ECC vale la pena de verdad en un build cuyo único propósito es la integridad de datos, porque cierra la única brecha que los checksums de ZFS no cubren, el momento en que los datos están en la RAM antes de escribirse; en un equipo de medios casual es un lujo que puedes omitir. Recorremos todo el debate, y qué plataformas soportan ECC de verdad, en RAM ECC para NAS y ZFS.
La controladora de discos pesa igual de mucho, y aquí es donde se tuercen muchos primeros builds. ZFS quiere ver cada disco de forma directa, por eso OpenZFS desaconseja las controladoras RAID por hardware y señala que el soporte de los port multipliers SATA es inconsistente, lo que descarta tanto los modos fake-RAID de la placa como las baratas tarjetas separadoras que prometen ocho discos desde dos puertos. Cuando superas los cuatro a seis puertos SATA de una placa típica, la respuesta fiable es un HBA como el Broadcom (LSI) 9300-8i, una tarjeta PCIe x8 en modo IT que entrega ocho discos directo a ZFS. Si la diferencia entre un HBA y una tarjeta RAID te resulta difusa, nuestra guía RAID por hardware vs por software explica por qué los builds modernos de ZFS quieren el enfoque de paso directo. Para una máquina junto a la que no te vas a sentar, una placa de servidor de verdad con soporte ECC e IPMI, una controladora de gestión que te deja reiniciar y reinstalar el equipo de forma remota, convierte un NAS sin monitor en un aparato de configurar y olvidar. La conclusión: reserva presupuesto para RAM, planifica un HBA en cuanto pases los seis discos y prefiere una placa que soporte ECC aunque la pobles más adelante.
El presupuesto de líneas PCIe, donde las placas baratas se quedan cortas
Las líneas PCIe son la parte de la que nadie advierte a quien construye por primera vez, y es justo donde un build ambicioso de ZFS choca con una placa de consumo. Una línea es una de las conexiones rápidas y limitadas de la CPU con el resto del sistema, y una CPU de escritorio común solo saca un par de docenas; el chipset de la placa suma algunas más, pero las canaliza todas por un único enlace compartido, así que no son capacidad gratis. Vale la pena entender el concepto antes de gastar, y la introducción a PCI Express es un buen punto de partida si el término es nuevo.
El problema es que un NAS serio pide líneas desde todas las direcciones a la vez. Un HBA de ocho puertos quiere una ranura x8 completa, una tarjeta de red 10GbE quiere de cuatro a ocho líneas propias, y cada SSD NVMe que sumes para boot, SLOG o caché reclama en silencio cuatro más. Suma eso en una placa económica y verás que la segunda ranura x16 baja en silencio a x8 apenas pueblas la primera, o que una ranura M.2 desactiva un par de puertos SATA, y de golpe el build que dibujaste ya no cabe físicamente. Esta es la verdadera razón por la que los builds de ZFS derivan hacia plataformas de workstation y servidor, un Intel Xeon E o un AMD Ryzen con chipset de workstation, que sencillamente exponen más líneas para que un HBA, una NIC rápida y un par de discos NVMe convivan sin pelearse.
Para el público más técnico: algunas placas soportan la bifurcación PCIe, que divide una ranura física x16 en cuatro enlaces x4 independientes, de modo que una sola ranura puede llevar cuatro discos NVMe en un adaptador pasivo. Es un truco genuinamente útil para exprimir más almacenamiento de una plataforma escasa de líneas, pero solo funciona si tanto la placa como su firmware lo anuncian, así que revisa el manual antes de contar con ello. La conclusión sencilla para el resto: si tu lista de deseos incluye HBA más 10GbE más NVMe, suma las líneas en papel primero y pásate a una plataforma que las tenga, en vez de descubrir el faltante cuando ya llegaron las partes.
Qué necesita Unraid, y qué te ahorra
Unraid es el opuesto amable de un build de ZFS, y entender una sola cosa sobre cómo lee los datos explica casi todas sus relajadas exigencias de hardware. A diferencia de un array con striping, un array de Unraid lee cada archivo desde un único disco en lugar de girar todo el conjunto en paralelo, lo que significa que no necesitas discos iguales, ni caudal de clase striping, ni una controladora de discos veloz para alimentarlo. Esa única decisión de diseño es la razón por la que los tamaños de disco mezclados no solo se toleran sino que se esperan, así que el estante de discos de capacidades dispares que el RAID tradicional desperdiciaría se vuelve un array de Unraid perfectamente válido.
La única regla firme que debes recordar al comprar es sobre el parity: en Unraid el disco de parity debe ser al menos tan grande como tu disco de datos más grande, algo que la documentación oficial de almacenamiento deja claro y que nuestra herramienta de más abajo aplica por ti. En la práctica eso significa comprar tu único disco más grande como parity primero, y luego llenar los lugares de datos con la mezcla de discos más chicos que ya tengas o consigas barato. Como no hay ARC que alimentar, las exigencias de RAM son bajas: 8 GB alcanzan de sobra para puro servicio de archivos, y solo trepas hacia 16 GB o más cuando empiezas a apilar contenedores Docker y máquinas virtuales. Dos comodidades más lo redondean, porque Unraid arranca y licencia desde una humilde memoria USB, así que el SO nunca te cuesta una bahía de disco, y un pool de caché NVMe absorbe las escrituras entrantes a velocidad flash antes de que un "mover" programado las migre al array más lento durante la noche.
La conclusión es que Unraid te deja gastar en los discos mismos el dinero que habrías volcado en ECC, un HBA grande y una placa rica en líneas, así que es la opción natural para una biblioteca de medios que crece de forma impredecible de a un disco por vez.
Cuándo un sistema más liviano o un equipo prearmado es lo más inteligente
No todo NAS tiene que ser una fortaleza de ZFS, y pretender lo contrario es como la gente termina gastando de más en su primer build. OpenMediaVault es el término medio liviano: un sistema basado en Debian que corre sin problemas en un mini-PC de bajo consumo o incluso en una Raspberry Pi, te da ext4 o Btrfs con SnapRAID opcional para parity y te deja en una shell de Linux normal en vez de un aparato cerrado. Es la elección sensata cuando quieres algo simple, barato y silencioso, y cuando los checksums y el apetito de RAM de ZFS serían esfuerzo que nunca cobras.
Más abajo en la curva de esfuerzo están los equipos sellados de Synology, QNAP y Ugreen, y existen por una razón real. Cuando sopesas las partes, el armado, la configuración del SO y el hecho de que un equipo DIY te convierte en tu propio mostrador de garantía y soporte, una unidad llave en mano de dos a cuatro bahías suele ser la compra más inteligente para un primer NAS, y cambias flexibilidad por una máquina que llega funcionando. Nuestra comparativa Synology vs QNAP vs DIY enfrenta esas plataformas cara a cara, y si todavía dudas entre armar y comprar en general, el veredicto honesto vive en el compañero de lista de partes DIY de esta guía, enlazado en la recomendación de abajo. La conclusión: ajusta la ambición del hardware a la ambición de la tarea, porque un equipo prearmado que encaja vale más que un build DIY que intimida.
Los criterios que aplican a cualquier build
Sea cual sea el SO que elijas, un puñado de decisiones se repite en cada NAS, y acertarlas importa más que perseguir el último punto porcentual de cualquier especificación aislada. Son las partes con las que convives más tiempo y las que más probablemente te muerdan después si recortas en el lugar equivocado, así que conviene sopesarlas juntas en vez de una por una.
- Gabinete y bahías: elige el chasis para tu cantidad prevista de discos más al menos una bahía de repuesto, y prefiere un gabinete NAS diseñado a propósito, con bandejas hot-swap y flujo de aire sobre la jaula de discos, antes que meter discos en una torre sobrante. Verifica capacidades contra modelos reales en nuestra base de datos de discos NAS antes de fijar una cantidad de bahías.
- Margen y calidad de la fuente: un conjunto de discos girando pide un pico real al arrancar, así que una fuente 80 Plus silenciosa y eficiente con margen le gana a una barata que hace caer un array de seis discos, y combinarla con un SAI protege una escritura en curso ante un corte de luz, como cubrimos en el mejor SAI para NAS.
- Refrigeración y ruido: los discos duran más con un flujo de aire constante de adelante hacia atrás, y un NAS que vive en la sala necesita ventiladores silenciosos y discos más calmos, un equilibrio que cuantificamos en nuestra guía de niveles de ruido en NAS.
- CPU: servir archivos es trabajo liviano, pero si piensas correr Plex o Jellyfin, un chip Intel con Quick Sync para transcodificación por hardware mueve varias transmisiones casi sin tocar el procesador, así que un N100 eficiente cubre un servidor de medios ligero, y solo subes a un i5 o un Ryzen para muchas transcodificaciones simultáneas o virtualización pesada.
- Tarjeta de red: 2.5GbE es el piso sensato en 2026 porque satura un par de discos girando y corre sobre el cableado que ya tienes, mientras que 10GbE solo justifica su precio junto a NVMe o un array amplio con un switch a la altura.
- Dispositivo de arranque: el SO va en su propio SSD SATA o NVMe pequeño (o una memoria USB en Unraid), nunca en el pool que administra, y un disco barato de 128 a 256 GB alcanza de sobra.
La conclusión: bahías, energía, refrigeración y red son las decisiones que no deshaces fácil una vez montada la máquina, así que pon tu atención ahí antes de discutir marcas de discos.
Hardware de ejemplo al que apuntan estos criterios
Esto no es a propósito una lista de compras obligatoria, es un conjunto corto de partes hacia el que tienden los criterios de arriba, así que tómalas como anclas y cotiza el resto del build en torno a tu elección de SO y tu cantidad de discos.
Recomendación
Si la integridad de datos es todo el punto, arma para ZFS en TrueNAS: una placa que soporte ECC (idealmente una placa de servidor con IPMI), 16 GB de RAM o más, un HBA en modo IT en cuanto pases los seis discos y suficientes líneas PCIe para que una tarjeta 10GbE y un dispositivo NVMe no compitan con él. Si vas a juntar una pila de discos dispares para una biblioteca de medios, ve por Unraid: una CPU modesta, 8 a 16 GB de RAM común, tu disco más grande como parity, un pool de caché NVMe y una memoria USB de arranque, con el dinero ahorrado yendo directo a discos. Y si quieres algo simple, silencioso y barato, o prefieres no ser tu propio mostrador de soporte, corre OpenMediaVault en una máquina pequeña o compra un equipo prearmado sin más; el mejor NAS es aquel cuyo hardware encaja con cuánto de tu fin de semana quieres gastar realmente en él.
Artículos relacionados
Placa base para NAS: puertos SATA y líneas PCIe que importan
Comprar un NAS en 2026: ¿Ugreen, Synology, QNAP o DIY?
Consumo eléctrico del NAS: lo que realmente cuesta al año
HDD vs SSD en NAS: ¿cuándo conviene cada uno?
Refrigeración del NAS 2026: temperatura de discos bien hecha
Requisitos de hardware para ZFS 2026: RAM, ECC y SLOG