Comparativa ZFS vs Btrfs vs EXT4 en NAS y servidores Linux

Informatec Digital » Recursos » Comparativa ZFS vs Btrfs vs EXT4 en NAS y servidores Linux

Si te estás peleando con la elección de ZFS, Btrfs o EXT4 para tu NAS o servidor Linux, no eres el único. A simple vista parecen muy parecidos (instantáneas, RAID, verificación de datos…), pero cuando rascas un poco ves que cada uno fue creado con objetivos distintos, tiene puntos fuertes muy claros y también renuncias importantes que hay que conocer antes de lanzarse a formatear discos.

En las siguientes líneas vas a encontrar una comparativa a fondo entre ZFS, Btrfs y EXT4, explicando desde qué es un sistema de archivos y qué papel juega en un NAS, hasta casos de uso reales, límites de capacidad, rendimiento, consumo de recursos y recomendaciones prácticas según si montas un NAS casero, un pequeño servidor de empresa o un entorno más serio con requisitos de alta disponibilidad.

Qué es un sistema de archivos y por qué es tan importante en un NAS

Un sistema de archivos es, básicamente, la forma en la que el sistema operativo organiza, guarda y recupera los datos en discos duros, SSD y unidades externas. Sin este conjunto de reglas y estructuras, el sistema solo vería cadenas de ceros y unos sin ningún tipo de orden, sin saber dónde empieza un archivo, dónde termina o qué permisos tiene.

Entre sus funciones básicas está asignar bloques de espacio a cada fichero, gestionar el espacio libre y estructurar los directorios de forma que el acceso a los datos sea lo más rápido y fiable posible. Además, el sistema de archivos controla metadatos (tamaño, fechas, dueño), permisos y listas de control de acceso (ACL), mecanismos antirfragmentación, journaling y, en muchos casos, opciones como cuotas de disco por usuario o grupo.

Cada dato se guarda en bloques o sectores físicos con una dirección concreta, y la tabla de particiones define la estructura lógica de ese almacenamiento. El tamaño máximo que se puede manejar depende del “ancho de palabra” con el que trabaja el sistema de archivos: a más bits para direccionar memoria, mayor capacidad de volumen y de archivo.

Cuando hablamos de un NAS, todo esto cobra aún más importancia porque el sistema de archivos condiciona la capacidad máxima, la estabilidad, la velocidad real y las funciones avanzadas de la máquina: snapshots, integridad de datos, RAID, replicación, compresión, deduplicación, etc. A partir de aquí entran en juego los grandes protagonistas del mundo Linux y de los servidores NAS: EXT4, Btrfs y ZFS.

EXT4: el veterano robusto para uso general y NAS domésticos

EXT4 (Fourth Extended Filesystem) es el estándar de facto en la mayoría de distribuciones Linux para uso general. Nació como evolución directa de EXT3 con el objetivo de ofrecer más capacidad, mejor rendimiento y menos fragmentación, manteniendo la fiabilidad que lo había hecho tan popular en servidores y escritorios.

Es un sistema de archivos transaccional con journaling: lleva un registro de los cambios pendientes de escritura para minimizar el riesgo de corrupción en caso de apagón o cuelgue repentino. No llega al nivel de protección de CoW (copy-on-write) de Btrfs o ZFS, pero para un uso normal es bastante sólido.

Entre sus características clave destacan sus límites teóricos: volúmenes de hasta 1 EiB y archivos de hasta 16 TiB cuando se usan bloques de 4K, un máximo de unos 4.000 millones de archivos y nombres de fichero de hasta 255 bytes. Esto lo hace más que suficiente para la inmensa mayoría de escenarios domésticos y muchas pymes.

EXT4 incorpora técnicas para reducir la fragmentación y mejorar el rendimiento, como los “extents” (agrupación de bloques contiguos), la asignación diferida (Allocate-on-flush) que decide qué bloques usar justo antes de escribir, y la posibilidad de reservar espacio contiguo para ficheros sin llenarlo de ceros. Además, permite desfragmentar en línea, sin desmontar el volumen, aunque durante el proceso el sistema se ralentiza.

Otra ventaja práctica es su compatibilidad hacia atrás: es posible actualizar un sistema EXT3 a EXT4 manteniendo la estructura para que ambos puedan entenderlo. Eso sí, una vez creado como EXT4, no podrás “bajar” de nuevo a EXT3. En cuanto a seguridad, soporta cifrado transparente de datos, journaling y las típicas ACL de Linux.

En el mundo NAS, numerosos fabricantes (QNAP, Synology, Asustor en muchos modelos) siguen optando por EXT4 como elección por defecto en equipos de gama baja y media, donde lo que se busca es estabilidad, compatibilidad y el mejor rendimiento posible con recursos limitados de CPU y RAM.

Btrfs: el sucesor moderno con snapshots, CoW y RAID integrado

Btrfs (B-tree File System) se diseñó desde el principio como el “heredero natural” de EXT4 en Linux. Arrancó en 2007 de la mano de Oracle con metas ambiciosas: superar las limitaciones de capacidad y funcionalidades de EXT4 e introducir en Linux de serie todo lo que antes solo veíamos en soluciones de gama alta, tipo snapshots, CoW, RAID avanzado y administración de volúmenes integrada.

A nivel de límites, Btrfs juega en la misma liga que ZFS: tamaños máximos de volumen y de archivo de hasta 16 EiB, número máximo de archivos que se dispara hasta el orden de 18 trillones y nombres de fichero de 255 bytes. Es, en la práctica, un sistema “sin techo” para casi cualquier entorno actual.

Su rasgo más importante es que funciona íntegramente con copy-on-write tanto para datos como para metadatos. Cada vez que se modifica algo, el dato anterior no se sobrescribe, sino que se escribe una nueva copia en otra zona y se actualiza el puntero. Esto permite crear instantáneas casi al vuelo y evita muchas formas de corrupción silenciosa, porque siempre se conserva una versión coherente hasta que el cambio se confirma.

Btrfs permite crear snapshots (instantáneas) de lectura y escritura, así como snapshots de snapshots, y gestionarlos de forma flexible mediante subvolúmenes. También incorpora de serie RAID a nivel de sistema de archivos (RAID 0, 1, 10 y niveles 5/6, estos últimos aún considerados delicados en algunos entornos), técnicas de mirroring y striping, y una asignación dinámica de inodos, de modo que no hay que fijar un número máximo de ficheros al crear el sistema.

Otra baza importante es la compresión transparente en línea (con algoritmos como zlib, LZO o Zstd), que ayuda a ahorrar espacio y a veces incluso mejora el rendimiento de lectura/escritura al reducir el volumen de datos físicos. Además, soporta deduplicación (normalmente mediante herramientas externas), scrubbing para verificar y reparar datos comparando checksums, y un modo optimizado para SSD.

No es oro todo lo que reluce. Frente a EXT4, Btrfs suele consumir más CPU y memoria, y en muchas pruebas ofrece menos rendimiento bruto en lectura y escritura bajo las mismas condiciones de hardware. El coste de la lógica CoW, los checksums y las funciones avanzadas se paga en recursos, algo a tener en cuenta en NAS modestos.

En el ecosistema NAS, Btrfs se ha convertido en la gran apuesta de Synology y de muchas soluciones orientadas a empresa, especialmente por sus snapshots integrados, la opción de replicación incremental (send/receive), las copias de seguridad frecuentes y su facilidad para revertir cambios indebidos en cuestión de segundos.

ZFS: el “tanque” para integridad de datos, escalabilidad y entornos exigentes

ZFS (Zettabyte File System) nació en Sun Microsystems para Solaris y se liberó en 2005 como parte de OpenSolaris. Hoy en día se distribuye principalmente vía OpenZFS y se ha portado a FreeBSD, Linux y otros sistemas. Es, con diferencia, uno de los sistemas de archivos más avanzados que existen para sistemas tipo Unix.

Uno de sus pilares es que combina en una sola capa el gestor de volúmenes y el sistema de archivos. En lugar de montar un sistema de archivos encima de un disco o RAID externo, ZFS crea pools de almacenamiento (zpools) formados por dispositivos virtuales (vdevs). Sobre ese pool se definen datasets (sistemas de archivos) y zvols (dispositivos de bloques), todo integrado y gestionado por las mismas herramientas.

En cuanto a capacidad, ZFS utiliza direccionamiento de 128 bits, lo que se traduce en volúmenes y archivos de hasta 16 EiB, nombres de fichero de hasta 255 bytes y un número máximo de archivos que se cuenta en centenares de miles de millones. Es un sistema pensado para escalar sin problemas a niveles de almacenamiento masivo.

Al igual que Btrfs, ZFS basa su funcionamiento en copy-on-write con checksums en cada bloque. Antes de escribir, calcula una suma de verificación (normalmente de 256 bits) que se comprueba en cada lectura. Si detecta corrupción y existe redundancia (por ejemplo, en RAID-Z o mirror), es capaz de repararla de forma automática y transparente, lo que se conoce como autocuración de datos.

Para reducir el impacto del modelo CoW en escrituras síncronas (por ejemplo, bases de datos), ZFS usa el ZFS Intent Log (ZIL), que puede residir en SSD rápidos para acelerar operaciones críticas. Además, dispone de caché de lectura en memoria RAM (ARC) y opcionalmente en SSD (L2ARC), lo que mejora notablemente el rendimiento pero también eleva las exigencias de RAM.

La cara B es el consumo de recursos: ZFS está pensado para máquinas con bastante RAM (16 GB como base razonable) y CPU decente. La deduplicación, en concreto, puede disparar el uso de memoria, así que conviene activarla solo cuando se justifica de verdad el ahorro de espacio.

En el plano de gestión, ZFS introduce los famosos RAID-Z (RAID-Z1, RAID-Z2, RAID-Z3), diseñados para evitar problemas clásicos de RAID 5/6 como el “write hole”, y ofrece pools simples, en espejo y combinaciones avanzadas. Permite ampliar la capacidad añadiendo nuevos dispositivos al pool y empezar a utilizarlos de inmediato, con una flexibilidad muy superior a la de los RAIDs tradicionales.

Entre sus funciones avanzadas encontramos snapshots instantáneas, clones ligeros, compresión transparente, deduplicación interna y cuotas muy granulares por dataset o usuario. Las instantáneas pueden contarse por billones y se crean prácticamente al instante, ya que solo se guardan referencias a bloques existentes.

La cara B es el consumo de recursos: ZFS está pensado para máquinas con bastante RAM (16 GB como base razonable y más si se activa deduplicación) y CPU decente. La deduplicación, en concreto, puede disparar el uso de memoria, así que conviene activarla solo cuando se justifica de verdad el ahorro de espacio.

Fabricantes como QNAP apuestan por ZFS en sus NAs de gama alta con sistema QuTS hero, donde se aprovechan a fondo sus capacidades: RAID-Z, verificación continua de integridad, compresión, snapshots masivos y posibilidad de administrar todo desde una interfaz gráfica relativamente amigable para el usuario avanzado.

Otros sistemas de archivos habituales: NTFS, FAT32, exFAT y XFS

Aunque aquí nos centramos en ZFS, Btrfs y EXT4 en entornos de servidor y NAS, en el día a día también aparecen otros sistemas de archivos con usos muy concretos. Entenderlos ayuda a no mezclar conceptos cuando conectas discos entre distintos sistemas operativos.

NTFS (New Technology File System) es el sistema por defecto de Windows desde hace décadas. Soporta archivos muy grandes, permisos avanzados, journaling y múltiples funciones, pero su compatibilidad fuera de Windows es limitada: macOS lo monta en solo lectura por defecto, y aunque Linux lo soporta bien, no es la mejor opción para unidades que se van a compartir entre muchos dispositivos, consolas incluidas.

FAT32 es un clásico ultracompatible, ideal para pendrives baratos, reproductores multimedia y dispositivos antiguos. Su gran problema es el límite de 4 GB por archivo, que lo descarta para backups modernos, imágenes de disco o vídeos de alta calidad. Aun así, sigue vivo gracias a que casi todo aparato del planeta sabe leerlo.

FAT a secas es todavía más antiguo y limitado, con poca tolerancia a errores, sin permisos de seguridad y pensado para capacidades pequeñas (del orden de decenas de GB). A cambio, sigue siendo muy compatible con sistemas viejos y algunos equipos embebidos, aunque en la práctica es raro usarlo hoy para nada serio.

exFAT nació como sucesor de FAT32 para medios extraíbles, eliminando la barrera de los 4 GB por fichero. Está muy extendido en tarjetas SD, pendrives y discos externos que van a moverse entre Windows y macOS. En Linux ya tiene soporte sólido, pero no añade funciones tipo snapshots o journaling potente, así que para NAS tampoco es la opción ideal.

Por último, XFS es un sistema de archivos orientado a altas prestaciones con archivos muy grandes, muy usado en servidores Linux de gama alta y grandes bases de datos. Ofrece journaling avanzado y excelente rendimiento paralelo, pero no trae snapshots nativos ni compresión integrada, por lo que suele competir más con EXT4 en escenarios específicos que con ZFS o Btrfs.

Comparativa ZFS vs Btrfs vs EXT4: capacidades, funciones y límites

Si ponemos ZFS, Btrfs y EXT4 frente a frente, aparecen varias diferencias clave en capacidad máxima, características avanzadas y nivel de protección de datos. A nivel de límites teóricos, tanto ZFS como Btrfs juegan en la misma liga de 16 EiB para volumen y archivo, mientras que EXT4 se queda en 1 EiB de volumen y 16 TiB por archivo (con bloques de 4K).

En número de archivos, Btrfs y ZFS soportan cantidades astronómicas (trillones en el caso de Btrfs y hasta 2⁴⁸ en ZFS), mientras que EXT4 se mueve en el orden de los miles de millones de inodos disponibles. Los tres comparten límite de 255 bytes para el nombre de archivo, suficiente para prácticamente cualquier escenario.

Donde se ve una clara separación es en las funciones avanzadas. ZFS y Btrfs ofrecen copy-on-write, snapshots integradas, compresión transparente y deduplicación (en ZFS nativa, en Btrfs disponible con ayuda de herramientas). EXT4, en cambio, no integra CoW, no tiene snapshots propias y carece de compresión y deduplicación de serie.

En cuanto al cifrado, ZFS implementa cifrado de datos a nivel de dataset, con integración profunda en el sistema. Btrfs, según la configuración, puede apoyarse en mecanismos externos como LUKS para cifrar el dispositivo, y EXT4 también suele combinarse con LUKS u otras capas de cifrado para proteger el volumen completo.

Si miramos las instantáneas (snapshots), ZFS soporta un número máximo extremadamente alto (del orden de 2⁴⁸), Btrfs también permite cantidades masivas, y EXT4 no las gestiona de forma nativa. Esto hace que ZFS y Btrfs destaquen en estrategias de backup frecuentes, recuperación rápida ante errores humanos y replicación entre servidores.

A nivel conceptual, ZFS es el más integrado y coherente como solución “todo en uno”: volumen + sistema de archivos + RAID + gestión de cuotas y verificación continua. Btrfs también integra muchas capas (sistema de archivos y RAID, subvolúmenes, envío de snapshots), pero suele apoyarse en herramientas externas para cifrado o para algunas tareas avanzadas. EXT4, por su parte, se combina tradicionalmente con LVM, mdadm y otras piezas para construir soluciones completas.

Rendimiento y consumo de recursos: en qué escenario rinde mejor cada uno

Un punto que rara vez se menciona en la teoría pero que en la práctica se nota muchísimo es el rendimiento real y el uso de recursos. Diversas pruebas comparativas (por ejemplo, las de Phoronix) muestran que, salvo en casos muy concretos, EXT4 suele ser el sistema de archivos más rápido en lectura y escritura secuencial y aleatoria bajo las mismas condiciones de hardware.

En general, EXT4 ofrece un rendimiento muy alto con baja carga de CPU y RAM, lo que lo hace ideal para NAS domésticos y pequeñas empresas donde lo importante es mover datos rápido y sin complicaciones, sin necesidad de snapshots potentes o deduplicación.

ZFS, por el contrario, acostumbra a ser el más lento en benchmarks puros de I/O, sobre todo cuando se comparan configuraciones equivalentes con otros sistemas en el mismo hardware. El motivo es que su modelo CoW, las verificaciones de checksums, la compresión, la gestión de pools y las funciones de integridad se comen tiempo de CPU y memoria, algo que se compensa en entornos donde la prioridad absoluta es no perder datos.

Btrfs suele situarse en medio: no es tan rápido como EXT4 en bruto, pero tampoco tan pesado como ZFS en requisitos de hardware. En muchas cargas de trabajo con SSD y RAID tipo all-flash, puede ofrecer un buen equilibrio entre rendimiento y funciones avanzadas, aunque su comportamiento puede variar más según la versión del kernel y la configuración concreta.

Si tu NAS o servidor es de gama baja o media, con poca RAM y un procesador modesto, EXT4 suele ser la apuesta más sensata. En máquinas con más músculo, Btrfs es una buena opción para beneficiarse de snapshots, compresión y RAID integrado sin llegar a las exigencias de ZFS. Y cuando se dispone de un equipo potente, con mucha RAM y se requiere integridad máxima y autocuración, ZFS pasa a ser la estrella.

Casos de uso recomendados: NAS doméstico, pymes y entornos enterprise

Vista toda la teoría, la pregunta real es: ¿qué sistema de archivos elijo para mi caso concreto? No es lo mismo un NAS para pelis y copias de seguridad familiares que un entorno de bases de datos críticas o un servidor de virtualización con decenas de máquinas.

Para uso personal, home office y pequeñas oficinas (SOHO), EXT4 es generalmente la opción más equilibrada. Está ultra probado, lo soportan todas las distribuciones sin quebraderos de cabeza, ofrece un rendimiento excelente y no exige hardware especial. Si lo que quieres es compartir archivos, hacer alguna copia de seguridad y montar uno o dos RAIDs sencillos, EXT4 te va a ir de lujo.

En empresas que necesitan snapshots frecuentes, flexibilidad y un buen nivel de protección de datos, Btrfs encaja muy bien. Synology, por ejemplo, lo utiliza en muchos de sus NAS para ofrecer snapshots programadas, replicación entre equipos, verificación de integridad y compresión, con una administración bastante amigable. Además, su integración nativa en el kernel Linux facilita la gestión y reduce dependencias externas.

Para entornos enterprise, mainframes, centros de datos y grandes bases de datos, ZFS es el rey. Su combinación de copy-on-write, checksums de 256 bits, RAID-Z, autocuración, compresión transparente y deduplicación lo convierten en una herramienta ideal cuando simplemente no te puedes permitir corrupción de datos silenciosa ni pérdidas por fallos de disco durante una reconstrucción de RAID.

En el segmento NAS de gama alta, QNAP con QuTS hero lleva ZFS a equipos de escritorio y rack con CPUs potentes y grandes cantidades de RAM, acercando capacidades típicas de servidores profesionales a empresas medianas que quieren ir un paso más allá en protección de datos sin montar un cluster enorme.

También hay que considerar el sistema operativo anfitrión. ZFS, en Linux, suele cargar como módulo externo (por temas de licencia), mientras que Btrfs viene integrado en el kernel, lo que a veces inclina la balanza cuando se buscan soluciones 100 % “Linux puro”. En FreeBSD, ZFS tiene una integración especialmente pulida, mientras que Btrfs apenas se usa.

Qué tener en cuenta al elegir sistema de archivos para tu NAS

Además de las características técnicas, hay una serie de criterios prácticos que conviene revisar antes de decidirte por ZFS, Btrfs o EXT4 en tu NAS o servidor. La compatibilidad es uno de los primeros: debes asegurarte de que el sistema de archivos elegido es soportado por el sistema operativo del NAS y por las herramientas con las que vas a trabajar a diario.

La estabilidad y madurez del sistema de archivos también cuenta, y mucho. EXT4 lleva años en producción masiva y es, probablemente, el más estable en términos generales. ZFS también presume de una madurez enorme, sobre todo en entornos Solaris, FreeBSD y OpenZFS. Btrfs ha evolucionado mucho, pero algunas configuraciones (como RAID 5/6) todavía se consideran delicadas y conviene informarse bien antes de usarlas en producción.

La velocidad y eficiencia serán determinantes si tu NAS va a mover grandes volúmenes de datos a diario. EXT4 suele ganar en rendimiento bruto, mientras que ZFS y Btrfs aportan más funcionalidades pero con un coste en recursos. Hay que decidir qué pesa más en tu caso: si prefieres simplicidad y rapidez, o bien funciones avanzadas aunque el rendimiento pico sea algo menor.

Las funcionalidades extra también marcan la diferencia: snapshots, compresión, deduplicación, verificación y reparación automática de datos, gestión de cuotas, integración de RAID, etc. ZFS y Btrfs brillan aquí, mientras que EXT4 requiere combinarse con otras herramientas para conseguir algo similar.

Por último, la escalabilidad a futuro es clave. Si crees que vas a añadir discos, crecer en capacidad o cambiar la forma en la que usas tu NAS, te interesa un sistema que permita ampliar pools, redistribuir datos y manejar volúmenes enormes sin reestructurar todo desde cero. En este punto, ZFS y Btrfs están claramente por delante de EXT4.

Con todo lo anterior sobre la mesa, el panorama queda bastante claro: EXT4 encaja mejor en NAS económicos y usos generales, Btrfs es muy atractivo para empresas y usuarios avanzados que viven en Linux y quieren snapshots y replicación bien integradas, y ZFS es la opción preferente cuando el foco es la integridad de los datos, la autocuración y la escalabilidad a gran escala, siempre que el hardware acompañe.