Cómo construir un NAS ZFS minimalista sin Synology, QNAP ni TrueNAS (2024)

Artículo original ↗ Discusión en Hacker News ↗

Los entusiastas de los servidores domésticos debaten los compromisos entre construir un NAS minimalista basado en ZFS con hardware genérico o comprar appliances llave en mano como Synology o TrueNAS. Los comentarios abarcan desde consejos prácticos de hardware (cajas empresariales usadas, mini PC de bajo consumo, SAS frente a SATA, evitar gabinetes USB) hasta debates más profundos sobre ZFS en Linux frente a FreeBSD/illumos, los “requisitos” de RAM ECC, la elección de niveles RAID y la fiabilidad de SSD/HDD. Muchos señalan que el aumento de los precios del almacenamiento y la demanda de hardware impulsada por la IA hacen que el momento y el diseño sean más difíciles, al tiempo que subrayan que las instantáneas, los scrubs, las copias fuera del sitio y los planes de recuperación probados importan más que cualquier pila concreta.

Elección de hardware y formato

  • Muchos usan hardware empresarial antiguo (Dell PowerEdge, HP ProLiant MicroServers, estaciones de trabajo HP, mini PC ThinkCentre) por ECC, iDRAC/IPMI y muchas bahías; la desventaja es el ruido, el tamaño y un mayor consumo en reposo.
  • Otros prefieren hardware compacto y de bajo consumo, un “verdadero hogar”: mini PC (p. ej., de clase N100, Lenovo tiny PCs) o Raspberry Pi 5 con HATs; la preocupación es el número limitado de bahías y, a menudo, la ausencia de ECC.
  • Los gabinetes USB de varias bahías son ampliamente considerados poco fiables para datos importantes (adaptadores que se sobrecalientan, desconexiones, ausencia de TRIM), especialmente con ZFS.

ZFS frente a appliances (Synology/TrueNAS/Unraid)

  • Quienes prefieren appliances valoran: bandejas hot-swap, LEDs/pitidos para discos fallidos, interfaz integrada, replicación, sincronización en la nube, alta disponibilidad, supervisión, “no me dejes escribir el comando equivocado”.
  • El bando DIY ZFS sostiene: ZFS en sí es el “sistema fiable probado”, con mejor diseño que mdadm/LVM; sustituir un disco normalmente es solo zpool replace.
  • Varios informan de más pérdida de datos o compromisos en NAS comerciales que en montajes DIY, pero otros desconfían de configuraciones “chapuceras” para datos críticos.

ZFS en Linux frente a FreeBSD/illumos

  • Un lado: ejecutar ZFS en Debian/Linux es de “segunda clase”, un módulo fuera del árbol sujeto a roturas del kernel y a hostilidad de la GPL; recomienda FreeBSD o illumos (OmniOS+napp-it) como lo más sólido.
  • Réplica: OpenZFS apunta primero a Linux; Linux y FreeBSD comparten el mismo código de ZFS; en la práctica, ejecutarlo sobre kernels LTS es estable. Se cita el paso de TrueNAS de BSD a Debian.
  • Algunos señalan problemas en Debian/Proxmox con NVMe bajo ZFS; otros informan de éxito a largo plazo en muchos sistemas Linux y BSD.

Discos, niveles de RAID y preocupaciones de capacidad

  • Sigue la “crisis” en los precios de discos y SSD; muchos desprecintan HDD externos o compran discos SAS empresariales usados para obtener mejor $/TB.
  • RAIDZ1 frente a RAIDZ2 frente a espejos:
    • RAIDZ2 se prefiere para evitar pérdida de datos por errores de lectura durante el resilver en discos grandes.
    • Algunos dicen que RAIDZ1 está bien en casa si tienes copias de seguridad reales.
  • La regla de espacio libre de ZFS (mantener ~20% libre) se debate: algunos ven una caída real de rendimiento y fragmentación por encima del 90%; otros informan que los pools casi llenos funcionan bien, especialmente con archivos grandes.
  • Algunos advierten contra SSD de consumo en RAIDZ por su menor resistencia y el sobreaprovisionamiento reducido; otros dicen que funcionan, pero requieren margen y cuidado.

Copias de seguridad, supervisión y manejo de fallos

  • Consenso fuerte: las instantáneas y los scrubs son esenciales; programa scrubs regulares y supervisa zpool status.
  • Las alertas son críticas: correo mediante smartmontools/smartctl_exporter, cron o similar; depender solo de MOTD o comprobaciones manuales se considera inseguro.
  • Se critican como incompletas las guías que omiten “un disco falló, aquí está cómo detectarlo y reemplazarlo” y la configuración de alertas.
  • Se mencionan múltiples herramientas para automatizar instantáneas/copias de seguridad ZFS (por ejemplo, sanoid, zfs-backup), además de zfs send/receive, rsync.net, zfs.rent.
  • Un usuario cuenta que perdió todos los datos del NAS porque no había probado la recuperación y perdió su configuración de cifrado; “prueba la recuperación ante desastres” se enfatiza mucho.

Alternativas a ZFS

  • Algunos prefieren:
    • Btrfs sobre MDADM.
    • dm‑integrity + mdadm + XFS para una pila más simple, sin ZFS.
    • SnapRAID + mergerfs para medios grandes y mayormente estáticos (tamaños de disco más flexibles, retirada fácil de unidades).
    • Unraid para servidores domésticos; comentarios generalmente positivos por su simplicidad.
    • LVM con instantáneas (se señala que difiere fundamentalmente de las instantáneas de ZFS y requiere gestionar tamaños).
  • RHEL/Rocky + Cockpit, Proxmox (con ZFS y Proxmox Backup Server) y NixOS son bases populares para NAS DIY, cada una con sus diferencias en simplicidad, herramientas y ecosistema.

IA y precios del almacenamiento (divagación)

  • Varios participantes culpan a la actual subida de precios de almacenamiento y RAM al auge de la IA; algunos dicen que renunciarían encantados a los LLM modernos para volver a hardware más barato y a menos contenido “slop”. Otros ven la IA como lo bastante transformadora como para justificar el dolor temporal.