La regla más antigua en ZFS era “no se puede añadir una unidad a un vdev RAIDZ”. Durante quince años eso significaba que expandir un NAS doméstico era una copia de seguridad completa y restauración, o comprar un vdev completo de discos de una vez. OpenZFS 2.3 incorporó la expansión RAIDZ, y esa regla desapareció. Añade una unidad a un RAIDZ1 existente, espera el flujo de datos, y el vdev es más amplio sin una reconstrucción.
Las siete mejores aplicaciones para expansión ZFS RAIDZ que se enumeran a continuación cubren la expansión en sí, el monitoreo que necesitas durante un flujo de 30 horas en un NAS doméstico de 8 bahías, y las herramientas de snapshot y replicación que mantienen seguro un pool en funcionamiento mientras crece. Todo se ejecuta en Linux (TrueNAS SCALE, Debian, Ubuntu Server, Proxmox); la mayoría también funciona en FreeBSD.
Qué buscar en un kit de herramientas de expansión RAIDZ
- OpenZFS 2.3 o más reciente como runtime, porque
zpool attachpara vdevs RAIDZ es la característica que hace posible todo esto. - Una interfaz web o dashboard que muestre el progreso de la expansión sin dejar
zpool statusabierto en una terminal durante un día. - Automatización de snapshots para que conserves snapshots previos a la expansión para revertirllos.
- Replicación a un segundo host o destino en la nube, porque la expansión no es lo mismo que una copia de seguridad.
- Alertas sobre errores de scrub, fallos de resilver y el proceso de expansión en sí.
- Soporte de rebalanceo, porque los datos escritos antes de la expansión permanecen en el ancho de franja original hasta que los reescribas.
Tabla de comparación rápida
| Aplicación | Mejor para | Plataformas | Plan gratuito | Precio inicial/mes | Calificación |
|---|---|---|---|---|---|
| OpenZFS 2.3 | El runtime que realiza la expansión | Linux, FreeBSD, illumos | Totalmente gratuito (CDDL) | Gratuito | Esencial |
| TrueNAS SCALE 24.10+ | Expansión controlada por interfaz web | Bare-metal, VM | Totalmente gratuito | Gratuito (soporte Enterprise extra) | Recomendado |
| Cockpit ZFS Manager | Gestión de pools dentro de Cockpit | Linux | Totalmente gratuito (OSS) | Gratuito | Ligero |
| Sanoid | Políticas de snapshot automatizadas | Linux | Totalmente gratuito (OSS) | Gratuito | Favorito de la comunidad |
| zrepl | Replicación de snapshots con encriptación | Linux, FreeBSD | Totalmente gratuito (OSS) | Gratuito | Sólido |
| Houston UI | Consola web de Rocky Linux para ZFS | Rocky Linux | Totalmente gratuito (OSS) | Gratuito | Nuevo pero prometedor |
| zfs-auto-snapshot | Snapshots simples por hora/día | Linux | Totalmente gratuito (OSS) | Gratuito | Probado en batalla |
Las aplicaciones
1. OpenZFS 2.3 – el runtime que hace posible la expansión
OpenZFS 2.3 es donde vive zpool attach para vdevs RAIDZ. El comando es una línea: zpool attach tank raidz1-0 /dev/sdX. El pool permanece en línea durante el flujo, las lecturas y escrituras continúan, y cuando termina el vdev tiene una unidad más de capacidad. Todas las demás herramientas que aparecen a continuación asumen este runtime.
Dónde tiene limitaciones: Las nuevas escrituras después de la expansión utilizan la franja más amplia. Los datos escritos antes de la expansión mantienen el ancho de franja antiguo hasta que reescribas los archivos. Además, la expansión RAIDZ es uno a la vez; un segundo attach no puede comenzar hasta que el primero termina.
Precios:
- Gratuito.
Plataformas: Linux, FreeBSD, illumos.
Descargar: Lanzamientos de OpenZFS en GitHub
Conclusión: Instala OpenZFS 2.3 primero. Todo lo demás es complementario.
2. TrueNAS SCALE 24.10 – mejor para expansión controlada por interfaz web
TrueNAS SCALE 24.10 y versiones más recientes incluyen OpenZFS 2.3 con expansión RAIDZ expuesta en la pestaña Storage. Añade la unidad, haz clic en Expand VDEV, confirma, y observa cómo la barra de progreso del flujo avanza durante horas o días dependiendo del tamaño del pool. Las alertas se disparan cuando el flujo termina, además de scrubs, errores SMART y salud del pool.
Dónde tiene limitaciones: No puede expandir un vdev mirror-of-mirror de la misma manera (los mirrors siempre han sido simples de hacer crecer, así que no hay pérdida). No puede combinar expansión con eliminación de vdev en una operación.
Precios:
- Gratuito: edición de comunidad.
- Pago: El soporte de TrueNAS Enterprise comienza a nivel de precios de dispositivo de hardware.
Plataformas: Bare-metal x86, VM.
Descargar: TrueNAS.com
Conclusión: Si ZFS es tu capa de almacenamiento, TrueNAS SCALE 24.10+ es el camino más corto desde “disco extra en un estante” a “RAIDZ1 expandido”.
3. Cockpit ZFS Manager – mejor para gestión de pools dentro de Cockpit
Cockpit ZFS Manager añade un panel ZFS a la consola web de Cockpit que se distribuye con Fedora Server, Rocky Linux y Debian. Crea datasets, examina snapshots, toma snapshots manuales y verifica el estado del pool sin una terminal. La expansión se ejecuta en el shell por ahora, pero la visibilidad es nativa de Cockpit.
Dónde tiene limitaciones: La interfaz de expansión es mínima en comparación con TrueNAS. Algunas características esperan que Cockpit esté instalado en la caja.
Precios:
- Gratuito (LGPL).
Plataformas: Linux (Cockpit).
Descargar: optiplex-networks GitHub
Conclusión: Cockpit ZFS Manager es el complemento correcto para un servidor Linux gestionado por Cockpit que ejecuta ZFS al margen.
4. Sanoid – mejor para políticas de snapshot automatizadas
Sanoid aplica un archivo de política a tus datasets y toma snapshots cada hora, diarios, mensuales y anuales según lo programado. La herramienta complementaria syncoid maneja la replicación. Cuando estés a punto de ejecutar una expansión RAIDZ, el snapshot diario previo a la expansión de Sanoid es el punto de reversión por el que te darás las gracias a ti mismo.
Dónde tiene limitaciones: La configuración es un archivo de texto; sin interfaz web. Depurar la replicación a través de enlaces lentos requiere leer los registros de syncoid.
Precios:
- Gratuito (GPL).
Plataformas: Linux, FreeBSD.
Descargar: jimsalterjrs GitHub
Conclusión: Sanoid es la opción “snapshots automáticos que simplemente funcionan” que todo usuario de ZFS debería tener instalada al tercer día.
5. zrepl – mejor para replicación encriptada
zrepl maneja la replicación de snapshots entre hosts con claves de encriptación nativa, modo pull o push, y reglas de holdback para que un destino que falla no elimine tu pool de origen. Se escala más allá de un laboratorio doméstico si alguna vez llevas el pool a una caja coubicada.
Dónde tiene limitaciones: El archivo de config (hcl) tiene una curva de aprendizaje. Sanoid hace casos más simples con menos configuración.
Precios:
- Gratuito (MIT).
Plataformas: Linux, FreeBSD.
Descargar: zrepl.github.io
Conclusión: Elige zrepl cuando la replicación va a algún lugar en el que no confías completamente y la encriptación en reposo no es opcional.
6. Houston UI – mejor para consola web de Rocky Linux
Houston UI de 45Drives es una consola basada en Cockpit para ZFS en Rocky Linux. Expone creación de pools, gestión de datasets, compartición, y ahora expansión RAIDZ en una interfaz similar a TrueNAS SCALE. Preferido por usuarios que quieren una base Linux de lanzamiento continuo bajo una interfaz ZFS familiar.
Dónde tiene limitaciones: El soporte de la edición de comunidad es de mejor esfuerzo. El soporte Enterprise requiere hardware de 45Drives.
Precios:
- Gratuito (edición de comunidad).
Plataformas: Rocky Linux, AlmaLinux.
Descargar: 45Drives Houston
Conclusión: Houston UI es una fuerte alternativa a TrueNAS para fans de Rocky Linux que aún quieren un panel ZFS amigable.
7. zfs-auto-snapshot – mejor para snapshots simples por hora
zfs-auto-snapshot es el original “configura y olvida” de snapshots cron. Instala un puñado de trabajos cron y comienza a tomar snapshots frecuentes, cada hora, diarios, semanales y mensuales con retención. Ideal cuando Sanoid parece excesivo.
Dónde tiene limitaciones: Sin replicación integrada. La retención es por horario, no por dataset sin configuración extra.
Precios:
- Gratuito (GPL).
Plataformas: Linux (Debian y Ubuntu lo empaquetan), FreeBSD (a través de ports).
Descargar: zfsonlinux GitHub
Conclusión: zfs-auto-snapshot es la capa de snapshots “un apt install y olvídalo” para pools que no necesitan la flexibilidad de Sanoid.
Cómo elegir el correcto
- Todos necesitan OpenZFS 2.3 en la caja antes de que sea posible una expansión.
- Si ejecutas un electrodoméstico TrueNAS SCALE, la interfaz integrada es la respuesta completa.
- En un servidor Linux genérico, añade Cockpit ZFS Manager o Houston UI para un panel amigable.
- Capa Sanoid (o zfs-auto-snapshot si quieres algo simple) para política de snapshots.
- Añade zrepl si la replicación va a cualquier lugar sensible.
No apiles Sanoid y zfs-auto-snapshot en el mismo dataset. Ambos toman snapshots con los mismos nombres y luchan por la retención.
Preguntas frecuentes
¿Cuánto tiempo tarda una expansión RAIDZ en un NAS doméstico?
Para una unidad de 8 TB añadida a un RAIDZ1 saludable de 4 vías, espera de 12 a 30 horas dependiendo de lo lleno que esté el pool. Las lecturas y escrituras continúan durante el flujo; el rendimiento disminuye pero el pool permanece en línea.
¿Aún necesito reescribir archivos existentes después de la expansión RAIDZ?
Más o menos. Los archivos escritos antes de la expansión mantienen el ancho de franja antiguo, así que la unidad añadida contribuye menos a las lecturas en esos archivos hasta que los reescribas. Un zfs send | zfs recv en el dataset (o un paso syncoid de Sanoid) rebalancea perfectamente. En un pool grande una reescritura programada durante la noche es una buena idea.
¿Es segura la expansión RAIDZ con un scrub en ejecución?
La expansión no comenzará mientras haya un scrub en vuelo; ZFS rechaza limpiamente. Espera a que termine el scrub, luego inicia la expansión. Toma un snapshot primero.
¿Cuál es la diferencia entre expansión RAIDZ y añadir un vdev?
La expansión amplía un vdev existente por una unidad a la vez. Añadir un vdev crea un grupo RAIDZ separado dentro del mismo pool. Ambos aumentan la capacidad; la expansión mantiene la relación de paridad que ya tenías, mientras que añadir un vdev multiplica la tolerancia a fallos.
¿Puedo expandir un RAIDZ2 o RAIDZ3?
Sí. zpool attach para RAIDZ funciona para RAIDZ1, RAIDZ2 y RAIDZ3 en OpenZFS 2.3 y más recientes. El comando es el mismo; el flujo simplemente mueve bloques de paridad apropiados al nivel RAIDZ.
