Cómo montar un NAS ZFS mínimo sin marcas

Si quieres un NAS de verdad, pero no quieres casarte con Synology, QNAP ni montar una plataforma más grande de lo que necesitas, hay una ruta bastante sensata: Linux base, ZFS, una caja simple y servicios mínimos. No estás buscando una nube casera con veinte apps que nunca vas a usar. Estás buscando almacenamiento confiable, snapshots, replicación y una forma de recuperar archivos sin drama.

La idea de esta guía es justamente esa: armar un NAS ZFS mínimo que puedas mantener tú mismo, con piezas estándar y sin depender de un ecosistema propietario. Esto le sirve a makers que tienen backups de proyectos, a freelancers con material pesado de diseño o video, y a pequeñas empresas que necesitan compartir archivos y tener copias locales sin pagar por funciones que jamás van a tocar.

Qué significa “mínimo” en un NAS ZFS

Mínimo no significa barato a cualquier costo. Significa quitar todo lo que no aporta al objetivo principal: almacenar, proteger y servir archivos. Si tu NAS arranca con un sistema base estable, un pool ZFS bien armado y uno o dos servicios de red, ya tienes más del 80% de lo que realmente necesitas.

En este enfoque no dependes de una interfaz que te oculte todo. Tampoco necesitas un sistema que venga con un catálogo de apps, contenedores y asistentes. Puedes administrar el equipo por SSH, automatizar backups y documentar cada cambio. Eso, para un entorno pequeño, suele ser mejor que una UI bonita que te ata a una marca.

Qué sí debe tener

Un NAS mínimo serio debería cubrir estas piezas:

• Disco(s) con ZFS para integridad y snapshots.
• Red por Ethernet, idealmente 1 GbE como base y 2.5 GbE si tu presupuesto lo permite.
• Un sistema operativo estable, común y fácil de reinstalar.
• Acceso remoto por SSH y una forma simple de compartir archivos, como SMB.
• Backups fuera del equipo, porque RAID no es backup.

Si vas a trabajar con archivos grandes, ZFS te da ventajas claras: checksums, scrubs, snapshots y compresión transparente. No necesitas inventar una arquitectura rara para tener eso. Lo que sí necesitas es disciplina al elegir discos, planear capacidad y no llenarlo al 95%.

Qué no necesitas al inicio

No necesitas una CPU monstruosa. No necesitas 64 GB de RAM para un NAS doméstico o de pyme pequeña, salvo que estés corriendo más cosas encima. Tampoco necesitas arranque por NVMe si el presupuesto está ajustado. Y, sobre todo, no necesitas empezar con seis servicios extra que nadie pidió.

Si el objetivo es almacenamiento serio, empieza por ahí. Luego, si de verdad te hace falta, agregas sincronización, contenedores o virtualización. El error común es construir una mini nube antes de tener un servidor de archivos confiable.

Hardware recomendado sin casarte con una marca

Para un NAS mínimo, el hardware debe ser aburrido. Esa es una buena noticia. Cuanto más estándar sea, más fácil será reemplazar piezas en Ecuador, México, Colombia, Perú, Chile o donde compres tu equipo. Menos dependencia de una carcasa propietaria, menos dolores cuando falle un ventilador o una fuente.

Tu prioridad no es la estética. Es la compatibilidad con discos SATA, una fuente decente, un chasis con flujo de aire y una placa que te permita arrancar sin pelearte con el firmware. Si consigues una mini-ITX o micro-ATX con cuatro puertos SATA, ya tienes una base bastante útil.

Configuración base sugerida

No necesitas comprar discos especiales si no están disponibles en tu mercado, pero sí conviene elegir modelos pensados para funcionamiento continuo. Si vas a usar discos usados, revisa SMART, horas de encendido y estado general antes de meterlos al pool.

Una recomendación práctica: para un primer NAS, un mirror de dos discos suele ser más simple que un RAIDZ. Te da tolerancia a la falla de un disco, recuperación más fácil y mejor flexibilidad para crecer después. ZFS permite expandir en ciertos escenarios, pero no te conviene construir sobre suposiciones optimistas.

Caja, fuente y ventilación

La caja importa más de lo que parece. Un chasis con bahías reales para discos de 3.5 pulgadas y ventilación frontal correcta te ahorra temperaturas altas, ruido y desgaste. Si el equipo va a estar en una oficina pequeña, el ruido sí importa. Un par de discos mecánicos y un ventilador barato pueden volverse molestos rápido.

La fuente también merece atención. No compres una genérica solo para ahorrar unos dólares. Una fuente estable con suficiente margen reduce problemas raros de arranque, desconexiones y reinicios. Si el NAS va a guardar información de trabajo, ese ahorro no vale la pena.

Sistema operativo y formato del pool

Aquí tienes dos caminos sensatos: instalar una distro Linux estable y configurar ZFS a mano, o usar una distribución que ya venga preparada para ello. Si tu prioridad es control y minimalismo, la primera opción suele ser mejor. Si quieres menos trabajo inicial, puedes usar una base conocida como Debian o Ubuntu Server y añadir ZFS desde repositorios oficiales o documentados.

La clave es no depender de una capa que te esconda el funcionamiento real. Cuando entiendes cómo se crean datasets, snapshots y permisos, administrar el NAS se vuelve mucho más fácil. También puedes migrarlo a otra máquina sin casarte con una interfaz específica.

Según la documentación oficial de OpenZFS, el sistema soporta snapshots, compresión, checksums y distintas configuraciones de redundancia. Puedes revisar la referencia en OpenZFS documentation. Para Linux, la guía de instalación y uso también está documentada en OpenZFS on Linux.

Un esquema simple para empezar

La estructura más limpia suele ser esta:

1. Disco pequeño para el sistema operativo.
2. Dos discos grandes en mirror para datos.
3. Un dataset por tipo de contenido: archivos de trabajo, backups, multimedia.
4. Snapshots automáticos diarios y semanales.
5. Backup externo a otro disco, otro servidor o nube.

Ese esquema evita mezclar todo en un solo volumen sin orden. Si mañana quieres cambiar permisos de un dataset o mover backups, no rompes el resto.

Puedes crear un pool básico con un nombre claro, por ejemplo tank, y luego separar datasets. Un ejemplo conceptual sería:

zpool create tank mirror /dev/sdb /dev/sdc
zfs create tank/work
zfs create tank/backups
zfs set compression=lz4 tank

No copies y pegues eso sin revisar tus discos reales. Primero identifica bien los dispositivos con lsblk o blkid, porque equivocarte de unidad en un servidor de archivos es la forma más rápida de perder datos.

Datasets, permisos y compresión

Una de las ventajas de ZFS es que no tienes que tratar todo el almacenamiento como una sola masa. Puedes crear datasets con propiedades distintas. Por ejemplo, un dataset para proyectos activos puede tener snapshots más frecuentes, mientras que uno para material archivado puede priorizar compresión y retención larga.

La compresión lz4 suele ser una buena opción por defecto. Según la documentación de OpenZFS, es ligera y normalmente mejora rendimiento efectivo en muchos tipos de datos. No esperes milagros en archivos ya comprimidos, como video H.264 o H.265, pero en documentos, código, logs y exportaciones sí puede ayudar.

Cómo instalar servicios sin inflar el sistema

El NAS mínimo no necesita una plataforma de contenedores desde el día uno. Primero resuelve el almacenamiento y el acceso a archivos. Después, si hace falta, agregas servicios puntuales. Esa secuencia te ahorra tiempo y reduce la superficie de fallo.

En la práctica, los servicios que más sentido suelen tener al inicio son SMB para compartir con equipos Windows y macOS, SSH para administración, y algún mecanismo de snapshots o backups programados. Si tu equipo trabaja con Linux, también puedes usar NFS, pero no lo metas solo por moda.

Servicios que sí valen la pena

• SMB: útil para oficinas mixtas y equipos con Windows.
• SSH: administración remota y automatización.
• SMART monitoring: alertas sobre salud de discos.
• Scrub programado: verificación periódica del pool.
• Snapshots automáticos: recuperación rápida ante borrados o ransomware local.

Si quieres compartir archivos en una red pequeña, SMB suele ser suficiente. No necesitas montar tres protocolos distintos para empezar. Lo importante es definir bien usuarios, grupos y permisos desde el principio, porque luego corregir una estructura caótica toma más tiempo que hacerlo bien una vez.

Ejemplo de flujo de trabajo real

Imagina una agencia pequeña con dos diseñadores, un editor de video y una persona de administración. Puedes separar así:

• tank/work: archivos activos de proyectos.
• tank/media: material pesado y exports.
• tank/admin: documentos internos.
• tank/backups: copias de laptops o estaciones de trabajo.

Cada dataset puede tener su política de snapshots. Por ejemplo, trabajo activo cada hora durante el día, backups diarios y archivos archivados con retención semanal. Eso te da recuperación rápida sin llenar el pool con copias inútiles.

Si vas a automatizar, usa herramientas del sistema y scripts simples. Un cron bien hecho y un script pequeño suelen ser más mantenibles que una pila de contenedores que nadie documentó. A la hora de restaurar, agradeces la simplicidad.

Seguridad, backups y operación diaria

Aquí está la parte que muchos subestiman. Un NAS no es seguro solo porque está en tu red local. Si un usuario borra una carpeta, si un ransomware entra por una laptop conectada o si un disco falla, necesitas una estrategia clara para recuperar datos sin improvisar.

La regla de oro sigue siendo la misma: tener al menos una copia adicional fuera del NAS. Puede ser un disco USB rotado, otro servidor en otra ubicación o un servicio en la nube para datos críticos. La forma exacta depende de tu presupuesto, pero el principio no cambia.

Operación mínima que sí debes hacer

1. Revisar SMART de discos cada semana.
2. Programar un scrub mensual del pool.
3. Verificar espacio libre y no pasar del 80% si puedes evitarlo.
4. Probar restauraciones de snapshots al menos una vez.
5. Mantener el sistema actualizado con cambios controlados.

Si no pruebas restauración, no sabes si tu backup sirve. Tener copias que no restauran es casi lo mismo que no tener nada. Eso aplica tanto a un freelancer con 2 TB de archivos como a una pyme con documentos contables.

Cortes de energía y UPS

En LatAm los cortes y microcortes pasan más de lo que nos gustaría. Un UPS no es un lujo si el NAS guarda trabajo importante. No necesitas uno enorme para empezar; uno básico que le dé tiempo al sistema de apagar ordenadamente ya cambia mucho el panorama.

Si el presupuesto está ajustado, prioriza primero discos confiables y una fuente decente. Pero si ya tienes eso cubierto, el UPS debería entrar en la lista. ZFS tolera bastante, pero no conviene ponerlo a pelear contra apagones repetidos.

Cuándo este enfoque sí te conviene y cuándo no

Este modelo de NAS tiene mucho sentido si quieres control, mantenimiento simple y costos predecibles. También si valoras poder reemplazar piezas con hardware estándar y no depender de una migración dolorosa cuando una marca decida cambiar su software o limitar funciones.

Te conviene si eres maker y guardas proyectos, si eres freelance y manejas material pesado, o si tienes una pequeña empresa con archivos compartidos y backups locales. También te conviene si te gusta aprender la capa real del sistema y no solo hacer clic en un asistente.

No te conviene si quieres cero administración, soporte de fabricante y una interfaz muy pulida desde el primer día. En ese caso, una solución comercial puede tener más sentido. Tampoco te conviene si planeas correr demasiadas cosas a la vez sin separar bien recursos.

Una forma útil de pensarlo es esta: si tu prioridad es almacenamiento, ZFS mínimo te da una base muy sólida. Si tu prioridad es un ecosistema de apps, entonces estás resolviendo otro problema. Mezclar ambos desde el principio suele terminar en equipos sobrecargados y poco claros.

Tabla resumen

Si llegaste hasta aquí, ya tienes una idea bastante clara de cómo montar un NAS ZFS mínimo sin depender de marcas. La parte difícil no es instalarlo; es mantenerlo simple y no llenarlo de cosas que complican la operación diaria. Un servidor de archivos bien hecho vale más que una caja con diez funciones a medias.