Placa base para NAS: puertos SATA y líneas PCIe que importan
· Verificado por última vez en julio de 2026
La mayoría de listas de "mejor placa base para NAS" te dan cinco nombres de producto y siguen, lo cual está bien hasta que la placa llega y descubres que el sexto puerto SATA deja de funcionar en cuanto pones una NVMe. Una placa base para NAS no es silicio especial; es una placa de escritorio o de estación de trabajo común que te da el almacenamiento y la expansión que necesitas sin mentirte al respecto. Toda la habilidad consiste en leer la ficha para que las sorpresas ocurran en el papel y no a la 1 de la madrugada con el arreglo a medio montar. Casi todo se reduce a dos preguntas: ¿cuántos discos puedo conectar de verdad y cuántas tarjetas de expansión puedo alimentar de verdad? Esta guía responde ambas y luego te dice cuándo dejar de pelear con la placa y añadir un HBA en su lugar.
Dos datos deciden una placa, y ninguno es el nombre del chipset
Es tentador comprar por chipset, porque en los foros lanzan nombres como B650, B760 y W680 como si uno de ellos fuera la respuesta. En la práctica el chipset solo fija el techo; lo que importa es cómo gasta ese presupuesto la placa concreta, y placas con el mismo chipset difieren mucho en cuántos puertos SATA y líneas PCIe utilizables sacan. Así que en vez de memorizar chipsets, aprende a leer las dos cosas de las que un NAS vive o muere: los puertos SATA que llevan tus discos y las líneas PCIe que alimentan todo lo demás, desde un HBA hasta una tarjeta 10GbE o una caché NVMe.
Todo lo demás de la placa, las ranuras de RAM, el códec de audio, los conectores RGB, o es irrelevante para un servidor de archivos o está cubierto en la Guía de hardware para NAS más amplia y en la guía de RAM. Mantén la decisión de la placa acotada y se vuelve mucho más simple: si una placa te da los puertos reales y las líneas reales para tu build planeado, es una buena placa para NAS sea cual sea el chipset de la etiqueta. La conclusión es una mentalidad antes que una compra: cuenta puertos y líneas, no niveles de marketing.
Contar los puertos SATA en los que puedes confiar
El primer número que buscas es cuántos puertos SATA tiene la placa, y el segundo, más importante, es cuántos de ellos salen directo del chipset. Los puertos nativos del chipset son aquellos alrededor de los que se diseñó la plataforma, así que se portan mejor: estables bajo carga sostenida, bien soportados por cualquier sistema operativo de NAS y predecibles durante una reconstrucción, cuando todos los discos se exigen a la vez. La mayoría de placas de consumo saca de cuatro a seis de estos, lo que cubre con holgura un NAS doméstico típico de 2 a 6 bahías, y para muchos builds ahí termina la historia.
La trampa es la placa que anuncia ocho o diez puertos SATA, porque los puertos que superan la asignación del chipset casi siempre cuelgan de un controlador extra, normalmente de ASMedia o Marvell, conectado a un par de líneas PCIe compartidas. Esos puertos extra suelen funcionar, pero quedan más lejos de la CPU por un camino más estrecho, así que bajo una carga pesada de varios discos pueden ir más lentos, y algunos chips tienen historial de soltar discos o reportar mal los datos SMART de formas que ponen nervioso al sistema del NAS. Ese es justo el comportamiento equivocado para un arreglo, donde un disco que "desaparece" un instante parece un fallo y dispara una reconstrucción innecesaria. Trata los puertos nativos como tu cuenta de confianza y los puertos extra como un extra que verificas, no como un dato en el que te apoyas.
Hay dos atajos que conviene evitar de plano. El primero es el multiplicador de puerto SATA o "expansor de puerto", una placa pequeña que abre un puerto SATA en cuatro o cinco discos; OpenZFS advierte directamente que el soporte de multiplicadores de puerto es inconsistente, y repartir el ancho de banda de un puerto entre cinco discos es de por sí una base pobre para un arreglo. El segundo es apoyarte en el RAID del BIOS de la placa (Intel RST o AMD RAIDXpert); deja el controlador en modo AHCI simple y que tu software de NAS sea dueño de los discos, un punto que desarrollamos en RAID por hardware vs. por software. Conclusión: planea tu número de discos contra los puertos nativos, trata los puertos extra como no confirmados hasta demostrar lo contrario, y nunca montes un arreglo sobre un multiplicador de puerto.
Ranuras PCIe: el tamaño físico no es el cableado eléctrico
El segundo dato que decide una placa para NAS es PCIe, y el error que casi todos cometen es leer las ranuras por su longitud. Una ranura tiene dos números separados: su tamaño físico, que es solo qué tan largo es el conector y por tanto qué tarjetas entran, y su ancho eléctrico, que es cuántas líneas están realmente cableadas. Los dos suelen no coincidir, así que una ranura x16 de largo completo a menudo funciona eléctricamente a x4 o incluso x1, sobre todo la segunda y tercera ranura de una placa de consumo. Una buena ficha lo escribe como algo así como "x16 (modo x4)", y leer esa nota al pie es la diferencia entre una tarjeta 10GbE a plena velocidad y una que se ahoga en una sola línea.
La razón por la que las placas hacen esto es que las líneas son escasas. Una CPU de escritorio común saca solo un par de docenas de líneas propias, la mayoría reservadas para la ranura x16 principal y una ranura NVMe rápida, y el chipset añade más líneas pero las canaliza todas de vuelta a la CPU por un único enlace compartido. Así que las líneas del lado del chipset son ancho de banda compartido, no capacidad libre, y por eso la segunda y tercera ranura reciben anchos eléctricos finos. También conviene revisar la generación de PCIe, porque una ranura cableada a x4 en PCIe 4.0 lleva más o menos el mismo ancho de banda que x8 en el antiguo 3.0, y un HBA o NIC de una generación anterior negociará a la baja hasta su propio límite sin importar la ranura.
Una función convierte una sola ranura ancha en varias, y vale la pena conocerla por su nombre: bifurcación. Una placa que la soporta puede dividir una ranura física x16 en cuatro enlaces x4 independientes, escrito x16 a x4x4x4x4, así que una sola ranura más un adaptador pasivo puede llevar cuatro discos NVMe a ancho de línea completo. Es muy útil para exprimir almacenamiento de una plataforma escasa en líneas, pero solo funciona cuando tanto la placa como su firmware la anuncian, así que confírmalo en el manual en vez de suponerlo. Conclusión: lee cada ranura por su ancho eléctrico y su generación, no por su longitud, y si planeas una tarjeta de expansión, asegúrate de que haya líneas reales cableadas a la ranura que vas a usar.
La trampa del M.2: ranuras que te roban puertos SATA en silencio
Aquí está la sorpresa más común de un primer NAS casero, y se esconde a plena vista en la ficha. Una ranura M.2 no es una ranura extra gratis; es un conjunto de líneas PCIe (o, en algunas ranuras, un canal SATA) que la placa tiene que sacar de algún lado, y en plataformas de consumo ese "algún lado" suele ser las mismas líneas que también usa para un par de puertos SATA o para una de las ranuras PCIe. Como la placa no puede alimentar ambos extremos a la vez, su firmware simplemente desactiva al perdedor: pon una NVMe en la segunda ranura M.2 y dos de tus puertos SATA se apagan, o una tercera ranura PCIe cae a nada. Nadie te avisa al pagar, y los discos sencillamente desaparecen del arreglo.
La única forma de ver esto antes de comprar es leer el diagrama de bloques, el esquema que aparece cerca del inicio de cada manual de placa y que dibuja líneas desde la CPU y el chipset hacia cada ranura y puerto. El reparto se detalla ahí o en las notas al pie en letra pequeña bajo las especificaciones de almacenamiento, en frases como "M.2_2 comparte ancho de banda con los puertos SATA 5 y 6; cuando M.2_2 está ocupado, SATA5 y SATA6 quedan desactivados". Dedica dos minutos a ese diagrama y podrás armar tu build de modo que la caché NVMe y el número completo de discos nunca choquen. Si planeas un pool ZFS donde una NVMe podría servir como caché o log separado, ese mismo hábito de lectura te libra de un build que no encaja físicamente, algo que cubrimos en el análisis a fondo de requisitos de hardware para ZFS.
Para la gente más técnica: la razón más profunda es que todo lo que cuelga del chipset, los puertos SATA del chipset, las ranuras M.2 del chipset y las ranuras PCIe inferiores, comparte un enlace de vuelta a la CPU (Intel lo llama DMI; AMD usa un enlace PCIe), y ese enlace es solo tan ancho como una única conexión x4 a x8. Así que incluso cuando una placa no desactiva un puerto de plano, ocupar varios dispositivos del chipset a la vez hace que compitan por esa única tubería, y un scrub leyendo de ocho discos mientras una caché NVMe está ocupada puede saturarla. A un pool doméstico de medios rara vez le pega, pero es el techo real detrás de los hilos de "por qué se topó mi rendimiento" y otro argumento para mantener los dispositivos más activos en líneas reales de la CPU. La conclusión simple para todos: encuentra la nota de reparto del M.2 en el manual antes de comprar y planea qué ranuras puedes llenar sin riesgo.
Presupuestar líneas para un build real, y cuándo subir de plataforma
Una vez que entiendes que las líneas son escasas y algunas están compartidas, el build ambicioso revela su problema: todo lo que vale la pena añadir quiere líneas al mismo tiempo. Recorre un NAS de verdad capaz y cuenta. Un HBA de ocho puertos quiere una ranura x8 completa, una tarjeta de red 10GbE quiere otras x4 a x8, una NVMe de arranque toma x4 y un dispositivo de caché NVMe toma otras x4. Suma eso y estás pidiendo algo como x8 más x8 más x4 más x4, cerca de veinticuatro líneas solo de tarjetas de expansión, en una plataforma de consumo que apenas expone unas veinte líneas de CPU utilizables de entrada.
En esa placa de consumo la lista de deseos no cabe, y la placa lo resuelve por las malas: pon el HBA en la primera ranura y la segunda cae de x16 a x8, coloca la caché NVMe y un par de puertos SATA se apagan, y la tarjeta 10GbE termina en una ranura del chipset compartiendo el enlace con tus discos. Acabas eligiendo entre el HBA y la NIC rápida en vez de correr ambos. Esta es la razón honesta por la que un build serio deja atrás una placa gamer y se mueve a una plataforma de estación de trabajo o servidor de entrada: un chip Intel Xeon E o de la serie W, o un AMD Ryzen en un chipset de estación de trabajo, simplemente expone más líneas de CPU, así que un HBA, una NIC 10GbE y un par de NVMe pueden convivir sin pelear. Esas plataformas suelen traer dos cosas que un NAS sin monitor agradece: IPMI para encendido y consola remotos, y soporte ECC validado. Trabajamos un ejemplo completo de esta colisión en la guía de requisitos de hardware para ZFS.
ECC merece una nota específica aquí porque es un apretón de manos entre placa y CPU, no una sola casilla. La memoria solo corre en modo corrector de errores cuando la placa base, la CPU y los módulos lo soportan todos, así que ambas mitades deben coincidir: en Intel suele significar un chipset de estación de trabajo como W680 con un Xeon o un Core compatible, mientras que en AMD muchas CPU Ryzen llevan soporte ECC pero solo las placas que lo validan explícitamente activan el modo de verdad. Si los errores de memoria corregidos importan para tus datos, y en un sistema de archivos con sumas de verificación importan, confirma ECC en el manual de la placa y en la ficha de la CPU juntos, como recorremos en RAM ECC para NAS y ZFS. Conclusión: suma tus líneas en papel antes de comprar, y si un HBA, 10GbE y NVMe aparecen todos en tu lista, sube a una plataforma que tenga las líneas y el ECC en vez de descubrir la falta cuando llegan los paquetes.
El formato marca tu techo de expansión
El tamaño físico de la placa decide cuánto de lo anterior puedes siquiera intentar, porque el formato gobierna cuántas ranuras de expansión obtienes. Una placa Mini-ITX es deliciosamente compacta y perfecta para un servidor de archivos silencioso y de bajo consumo, pero lleva exactamente una ranura PCIe, lo que significa que consigues el HBA o la tarjeta 10GbE, no ambos, y sin espacio para cambiar de idea después. Es un buen trato para una caja de cuatro a seis discos que nunca crecerá, y es la razón por la que tantos builds NAS ordenados arrancan en ITX, pero es un techo real, no un detalle.
Sube a Micro-ATX o ATX completo y recuperas opciones: varias ranuras PCIe para que un HBA y una NIC convivan, más ranuras DIMM, normalmente más SATA integrado y espacio físico para el flujo de aire que quiere una pila de discos. Si ya sabes que pasarás de seis discos, añadirás 10GbE o algún día querrás HBA y tarjeta de caché a la vez, la placa más grande es la decisión más barata tomada temprano en lugar de un rearmado tardío. Dimensiona la caja y la placa según el número de discos al que honestamente te diriges, y verifica ese número contra discos reales en nuestra base de datos de discos para NAS y en la guía de cuántos discos necesitas. Conclusión: elige ITX solo cuando el build sea pequeño y fijo, y opta por mATX o ATX en cuanto la expansión esté sobre la mesa.
Cuándo dejar de perseguir puertos SATA y comprar un HBA
Todo esto lleva a una regla de decisión limpia. Para la mayoría de builds NAS domésticos, los cuatro a seis puertos SATA nativos de una placa común alcanzan, y simplemente deberías comprar una placa con una ranura PCIe real libre y seguir adelante. Pero en cuanto tu número de discos supera esos puertos nativos, no salgas a cazar una rara placa de diez puertos ni atornilles un controlador extra dudoso; añade en su lugar un adaptador de bus de host (HBA). Un HBA es una tarjeta simple cuyo único trabajo es añadir puertos de disco y pasar cada disco intacto a tu software de NAS, que es justo lo que un sistema de archivos con sumas de verificación quiere ver.
El estándar del homelab es una tarjeta SAS LSI o Broadcom usada como la Broadcom 9300-8i, un adaptador PCIe x8 que añade ocho discos desde una sola ranura. El único detalle que debes acertar al comprarla de segunda mano es el firmware: muchas de estas tarjetas vienen en modo IR (RAID integrado) y necesitan reflashearse a modo IT (Initiator Target), que quita la lógica RAID para que la tarjeta se vuelva un controlador de paso puro, y una tarjeta ya flasheada a IT te ahorra ese paso. Sí, un HBA cuesta una ranura y cerca de x8 de tu presupuesto de líneas, lo que regresa directo a las cuentas de líneas de arriba, pero es la forma predecible y bien soportada de escalar el número de discos más allá de lo que cualquier placa de consumo ofrece de forma nativa. Conclusión: monta sobre puertos nativos hasta seis discos, y echa mano de un HBA en modo IT en cuanto necesites más, en vez de confiar en el controlador extra de una placa o en un multiplicador de puerto.
El tipo de piezas a las que apuntan estos criterios
Esto no es una lista de placas rankeada, porque la placa correcta es aquella cuyos puertos y líneas encajan con tu plan concreto. Lo que sigue es un breve conjunto de anclas a las que suelen apuntar los criterios de arriba, así que trátalas como puntos de partida y ajusta el diseño de ranuras de la placa a tu número de discos y tarjetas de expansión.
Recomendación
Para un NAS doméstico pequeño y fijo (de dos a seis discos, carpetas compartidas y algo de Plex), una placa Mini-ITX o Micro-ATX con cuatro a seis puertos SATA nativos y una ranura PCIe libre es todo lo que necesitas, así que compra por la cuenta de puertos y detente ahí. Para un build en crecimiento que esperas expandir (rumbo a pasar de seis discos, o añadir 10GbE más adelante), arranca en Micro-ATX o ATX por las ranuras extra, lee las notas de reparto del M.2 para que un disco de caché no apague tus puertos, y planea un HBA en modo IT para el día en que superes los puertos integrados. Para una caja ZFS hambrienta de líneas (un HBA más 10GbE más caché NVMe, idealmente con ECC), suma las líneas en papel primero y sube a una plataforma Xeon E o Ryzen de estación de trabajo que las tenga, más ECC validado e IPMI. En los tres casos, la regla es la misma: cuenta los puertos reales y las líneas reales antes de caer por un nombre de chipset, y cuando los discos superen a la placa, añade un HBA en vez de confiar en sus puertos extra. Cuando la placa esté resuelta, dimensiona el arreglo mismo en nuestro complemento de montar tu propio NAS y en la calculadora.
Artículos relacionados
Guía de hardware para NAS 2026: qué mirar según el SO y el sistema de archivos
Requisitos de hardware para ZFS 2026: RAM, ECC, HBA y SLOG
RAID por hardware vs. por software: cuál gana en 2026
RAM ECC para NAS y ZFS: ¿obligatoria o mito?
Montar tu propio NAS 2026: dos listas de piezas y armar vs. comprar