Servidor casero DIY: 29 TB propios sin la nube en 2026

El precio real de construir hardware en 2026

Comprar almacenamiento en septiembre de 2026 ya no es lo que era. Western Digital y Seagate tienen vendida toda su capacidad de discos duros para el año calendario a clientes hyperscaler, según declaró el CEO de WDC, Irving Tan, en la presentación de resultados del segundo trimestre fiscal recogida por GearLive: "Básicamente estamos vendidos para el año calendario 2026, con pedidos firmes de nuestros siete clientes principales".

Las cifras que cita el autor del proyecto encajan con las que reportan los medios especializados. Un SSD de 2 TB que costaba entre USD 120 y USD 200 hace un año ronda ahora los USD 400, según los datos de precio que Engadget extrajo de PCPartPicker y replicó GearLive el 8 de septiembre. Los discos mecánicos no son refugio: un 4 TB pasó de USD 120 a USD 240, y un 8 TB de USD 200 a USD 400. El motivo es la demanda de exabytes por parte de los centros de datos de IA: cuando un hyperscaler firma contratos plurianuales, la oferta que habría llegado a los listados de consumo no se produce. WDC reconoce que el 89% de sus ingresos viene de cloud y solo el 5% del consumidor final.

Para un founder que necesite comprar hardware (un rack de GPUs, un servidor para un LLM on-prem o más almacenamiento para su SaaS) la pregunta ya no es cuál disco es mejor, sino cuándo bajan los precios. TrendForce, citada por el mismo artículo de GearLive, espera que la DRAM de contrato suba otro 13–18% en el tercer trimestre de 2026 y el NAND entre 10% y 15%. La plataforma Motley Fool, en un análisis replicado por The Globe and Mail, reporta que los precios contractuales de la DRAM convencional llegaron a dispararse hasta un 95% en el primer trimestre del año. Y Matt Rosen, CEO de Allata Tech, dijo a KGUN9 que 2027 se perfila como el peor año de escasez de memoria de la historia.

👥 ¿Quieres ir más allá de la noticia?

En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.

👥 Unirme a la comunidad

¿Por qué un servidor casero y no más nube?

El impulso inicial del autor no fue técnico, fue emocional. Google y Gmail llevan meses emitiendo avisos de cuota llena y botones de "mejorar plan" cada vez más insistentes. Su motivación, textual: no querer alquilar espacio para sus propias fotos por el resto de su vida, y no querer que Google las mire.

Es un sentimiento que comparten cada vez más founders. La narrativa dominante en los últimos años fue "mueve todo a la nube"; ahora emerge la contraria. La publicación de los pesos abiertos de modelos como Kimi K3 (2,8 billones de parámetros, anunciados por Moonshot AI el 27 de julio de 2026) habilita un argumento adicional: ciertas cargas de trabajo sensibles simplemente no deberían salir de tu infraestructura, porque el mero paso por la API las expone a jurisdicciones que no controlas, según analiza TechTimes.

El artículo describe tres propiedades que la nube empaqueta pero rara vez entrega:

Propiedad: lo que subes a tu servidor es tuyo, sin Términos de Servicio que cambien unilateralmente.
Permanencia: el archivo no desaparece si una empresa cierra o decide que tus fotos pertenecen a su set de entrenamiento.
Independencia: no requiere suscripción recurrente ni tarjeta de crédito que renovar cada año.

A eso le suma una función práctica que la nube tampoco da: una máquina que baja ISOs de Linux las 24 horas sin que nadie lo note. Para un founder técnico, tener un equipo siempre encendido, sin coste marginal, es volver a una sensación previa a la era del SaaS.

Anatomía de un servidor casero con piezas recicladas

El protagonista del proyecto es un Zotac MAGNUS EN1070K, un mini PC de 2017 originalmente pensado para gaming, con Intel Core i5-7300HQ, NVIDIA GTX 1070 y 32 GB de RAM como tope (especificaciones confirmadas por KitGuru y Liliputing en su lanzamiento). El autor ya lo había usado como media center en el salón y luego en prototipos de robótica.

El problema: Zotac diseñó el chasis para una sola unidad de 2,5". La solución fue imprimir en ABS relleno de vidrio una extensión para el cuerpo, sostener un cage ICY Dock de cinco bahías hot-swap y un soporte para un sexto disco. La alimentación llega desde una fuente Pico PSU alimentada por el brick de 19,5 V del Zotac a través de un convertidor DC-DC, con seis discos llegando a consumir unos 125 W en el pico de arranque.

Los seis puertos SATA vienen de un adaptador ASM1166 instalado en el slot M.2; el SSD de arranque de 1 TB pasa al hueco de 2,5". Dos sticks de DDR4 de un portátil viejo llevan la RAM al máximo de la plataforma (32 GB). Solo el cage, el adaptador y los discos costaron dinero nuevo; el resto salió de cajones de hardware acumulado.

La conectividad corre por WiFi 6E, midiendo 893 Mbit/s reales en Internet, más de lo que pasarían los dos puertos Gigabit cableados. Lejos del router y sin cable disponible, el autor lo asume como mal menor.

29 TB útiles con RAIDZ2 y ZFS

Los seis discos son WD Red Plus de 8 TB comprados de segunda mano en eBay, un mercado paralelo que florece justo cuando el canal oficial está vacío. Van en un único pool RAIDZ2: 43,7 TB raw, 29 TB útiles, con la garantía de que dos discos pueden fallar simultáneamente sin pérdida de datos.

El autor probó la resiliencia en vivo: sacó un disco del pool activo, los reads y writes siguieron funcionando, Samba no se cayó, y un email de alerta llegó segundos después. Cuando volvió a conectar la unidad, el resilvering arrancó solo. Por seguridad, el pool está cifrado y se desbloquea al arrancar desde un servidor de claves en otra parte de la casa. Para un ladrón, sería un pisapapeles de 8,5 kg (más de 10 kg con el brick de 300 W).

El software: por qué TrueNAS no y Kubuntu sí

Dato relevante para founders que evalúan stacks: TrueNAS no fue una opción viable. Razones citadas en el artículo:

No tiene soporte inalámbrico de ningún tipo, ni en la UI ni en consola. Para una instalación sin cable Ethernet es un bloqueo total.
Su última versión dejó caer el driver propietario de NVIDIA en favor de los módulos abiertos del kernel, que no soportan la GPU Pascal (la GTX 1070). El hardware gráfico quedaba inutilizable.
Por encima de los bloqueos, la opinión del autor es que TrueNAS se comporta como un appliance: deja hacer poco en el sistema base.

La elección final fue Kubuntu 24.04 con ZFS, todo lo demás en Docker Compose detrás de Caddy, y un dashboard propio en una sola página (ámbar sobre negro, a juego con el chasis). El mismo JSON que alimenta el panel web se serializa y se envía por puerto serial al ESP32-S3 que controla la pantalla táctil de 1,47" del frontal: siete vistas que muestran salud del pool, temperaturas, estado de apps y throughput de red, con menú de apagado y cuenta atrás incluida.

Toda la configuración —compose files, unidades systemd, Python del dashboard, firmware en C con LVGL, documentación— vive en un repositorio git con make targets que lintean y testean cada pieza.

¿Qué significa esto para tu startup?

Más allá del proyecto personal, este caso resume tres tendencias que cualquier founder debería tener en el radar:

El coste de la infraestructura va a seguir subiendo hasta 2027 como mínimo. Si tu roadmap depende de comprar hardware (servidores on-prem, appliances, GPUs, incluso portátiles para el equipo), congela compras grandes con anticipación y evita sobrecomprar. La lógica de "espero a que bajen" dejó de funcionar este año.
La soberanía de datos dejó de ser opcional para datos sensibles. Si manejas información regulada, propiedad intelectual de clientes o modelos entrenados con datos propietarios, tener un componente self-hosted en tu stack ya no es paranoia: es una decisión de arquitectura razonable. No tiene que ser todo; puede ser solo la capa que no quieres que toque un tercero.
El "household computer" es una categoría en formación. Servicios como Nextcloud, Immich, Paperless-ngx o Vaultwarden están maduros. Para un founder técnico, montar la infraestructura personal en casa antes que la del trabajo es la mejor forma de ganar la experiencia que después aplicarás en la empresa.

Acciones concretas que puedes tomar esta semana:

Audita qué datos críticos de tu startup viven solo en un proveedor cloud y evalúa qué tan doloroso sería migrarlos si mañana cambian términos o suben precios 3x.
Mide el coste anual real de tus suscripciones de almacenamiento (Google One, iCloud, Dropbox, Backblaze) y compáralo con el coste amortizado de un equipo tipo el del artículo: con discos al doble, la matemática se inclina más a tu favor si sumas el coste de oportunidad de no aprender infraestructura propia.
Si te interesa el camino, replica el stack mínimo viable: un mini PC de segunda mano, ZFS, Docker Compose y un dashboard simple. La curva de aprendizaje es más corta de lo que parece y el conocimiento se queda contigo para siempre.