La mayoría de los sistemas de archivos confían en los discos: si el disco dice "aquí está tu dato", le creen. ZFS parte de la desconfianza contraria, y esa es su genialidad. Asume que los discos fallan, que los cables introducen errores y que los datos se corrompen en silencio con el tiempo —el temido bit rot—. Sobre esa desconfianza construye un sistema que verifica cada bloque y, cuando puede, repara los daños solo. No es un filesystem más: es una forma distinta de pensar el almacenamiento, y por eso es la base de plataformas como Proxmox y TrueNAS.
Volumen y sistema de archivos, unidos
Tradicionalmente hay tres piezas separadas: el RAID (que junta discos), el gestor de volúmenes (que particiona) y el sistema de archivos (que organiza los datos). ZFS las fusiona en una sola, y eso le da una visión completa que ninguna capa aislada tiene. La estructura, de abajo hacia arriba: los discos se agrupan en vdevs (que pueden ser espejos o RAID-Z, la paridad de ZFS); los vdevs forman un pool; y sobre el pool creas datasets (sistemas de archivos) y volúmenes que comparten el espacio libremente, sin las particiones rígidas de antaño. Agregas un dataset para VMs, otro para respaldos, otro para archivos, y todos toman del mismo pozo sin que tengas que adivinar cuánto darle a cada uno.
Lo que lo hace único: verificar y auto-reparar
Aquí está el corazón. ZFS calcula una suma de comprobación (checksum) de cada bloque de datos y la guarda por separado. Cuando lee un dato, recalcula el checksum y lo compara: si no coincide, sabe que el dato se corrompió, algo que un sistema tradicional ni siquiera detectaría —te entregaría el dato podrido creyéndolo bueno—. Y si el pool tiene redundancia (espejo o RAID-Z), ZFS no solo detecta el error: lo repara, reconstruyendo el bloque bueno desde la copia o la paridad, en silencio, sin que te enteres. A esto se le llama self-healing, y es la razón por la que ZFS se usa donde la integridad de los datos importa de verdad.
Copy-on-write: snapshots que no cuestan casi nada
ZFS nunca sobrescribe un dato en su lugar; escribe la nueva versión en un espacio libre y luego actualiza los punteros. Esto se llama copy-on-write, y tiene una consecuencia maravillosa: los snapshots (fotos del estado del sistema en un instante) son casi gratis e instantáneos, porque solo hay que conservar los punteros viejos. Puedes tomar un snapshot antes de una actualización riesgosa y, si algo sale mal, volver al estado anterior en segundos. Combinado con send/receive, permite replicar esos snapshots a otro sistema para respaldo. Sumado a la compresión en línea (que a menudo hasta mejora el rendimiento porque se leen menos datos del disco), ZFS ofrece funciones que antes exigían soluciones caras.
La regla de oro: dale discos crudos, no RAID por hardware
Este es el error que arruina instalaciones de ZFS, y hay que decirlo con claridad: ZFS quiere ver los discos directamente, no a través de una controladora RAID por hardware. ZFS está diseñado para gestionar la redundancia él mismo, y necesita acceso crudo a cada disco para verificar y reparar. Si pones ZFS encima de un RAID por hardware, le escondes los discos reales y le quitas justo la capacidad que lo hace valioso —peor aún, las dos capas pueden estorbarse—. Por eso, con ZFS se usan controladoras en modo de paso (HBA en modo IT), que entregan los discos tal cual. Es lo contrario de la lógica del RAID por hardware: aquí el "cerebro" es el software, y quiere los discos sin intermediarios.
¿Es para ti?
ZFS brilla cuando la integridad de los datos es prioritaria: almacenamiento de máquinas virtuales, respaldos, archivos que no puedes permitirte que se corrompan en silencio. Pide más memoria RAM que un filesystem sencillo (la usa para cachear y acelerar) y una configuración pensada. A cambio, da detección y reparación de corrupción, snapshots baratos, compresión y una robustez difícil de igualar. No es para el disco de tu laptop; es para el corazón de tu infraestructura. Y la puerta más accesible para probarlo es un appliance construido sobre él: TrueNAS.