Con el lanzamiento de Synex Server 13 R1 introdujimos synex-zfs-installer, un instalador nativo que permite desplegar infraestructura ZFS sin las limitaciones del Debian Installer tradicional. Esa primera versión sentó las bases con soporte para instalaciones en disco único, pero desde el inicio teníamos claro que el siguiente paso era fundamental: redundancia de datos.
Por qué ZFS en entornos empresariales
La elección de ZFS como sistema de archivos prioritario para Synex Server no fue arbitraria. En entornos donde la integridad de datos es crítica, ZFS ofrece características que otros sistemas de archivos simplemente no pueden igualar de forma nativa.
El copy-on-write garantiza que los datos nunca se sobrescriben parcialmente: cada escritura es atómica, eliminando el riesgo de corrupción por interrupciones de energía o fallos de sistema. Los checksums automáticos verifican la integridad de cada bloque de datos, detectando y corrigiendo silenciosamente errores que en otros sistemas pasarían desapercibidos hasta que fuera demasiado tarde. La compresión transparente reduce el consumo de almacenamiento sin intervención del administrador. Y los snapshots instantáneos permiten puntos de recuperación sin costo de performance.
Pero ninguna de estas características importa si se pierde el disco. Por eso la redundancia es el complemento natural de ZFS en producción.
Topologías ZFS: redundancia integrada en el sistema de archivos
A diferencia del RAID tradicional que opera a nivel de bloques debajo del sistema de archivos, ZFS gestiona la redundancia directamente. Esto significa que el sistema de archivos conoce la estructura de los datos y puede tomar decisiones inteligentes sobre verificación, reparación y reconstrucción. En el caso específico de las topologías RAIDZ, esta arquitectura elimina el problema conocido como “write hole” que afecta a RAID5/6, donde una interrupción durante la escritura puede dejar el array en estado inconsistente.
Estamos implementando soporte para cinco topologías, desde las más simples hasta configuraciones de alta redundancia:
- Mirror replica los datos en dos o más discos idénticos, equivalente a RAID1. Cada escritura se duplica en todas las unidades del mirror, proporcionando redundancia total mientras al menos un disco permanezca operativo. Es la opción más simple para redundancia y ofrece el mejor rendimiento de lectura, aunque con el mayor costo en capacidad utilizable.
- Stripe distribuye los datos entre múltiples discos sin redundancia, equivalente a RAID0. Maximiza la capacidad y el rendimiento al sumar el espacio de todos los discos, pero la pérdida de cualquier unidad significa la pérdida total de datos. Reservado para escenarios donde el rendimiento es prioritario y los datos pueden reconstruirse desde otras fuentes, como cachés o almacenamiento temporal.
- RAIDZ1 tolera la pérdida de un disco, requiriendo un mínimo de tres unidades. Es comparable a RAID5 en términos de redundancia, pero sin sus vulnerabilidades inherentes. Adecuado para entornos donde el costo de almacenamiento es factor y el riesgo de fallo simultáneo de dos discos es aceptablemente bajo.
- RAIDZ2 tolera la pérdida de dos discos simultáneos, requiriendo un mínimo de cuatro unidades. Recomendado para discos de alta capacidad donde el tiempo de rebuild es prolongado, y donde la probabilidad de un segundo fallo durante la reconstrucción no es despreciable.
- RAIDZ3 tolera la pérdida de tres discos, requiriendo un mínimo de cinco unidades. Diseñado para entornos de máxima criticidad donde incluso escenarios de fallo improbables deben contemplarse.
Simplificación desde el instalador
Configurar RAIDZ manualmente requiere conocimiento específico: identificar correctamente los dispositivos, calcular la geometría del pool, ejecutar los comandos con los parámetros apropiados, y asegurar que el bootloader quede correctamente configurado para un sistema multi-disco. No es complejo para un administrador experimentado, pero es terreno fértil para errores en momentos de presión.
El trabajo que estamos realizando integra todo este proceso en el flujo de instalación. El administrador selecciona la topología deseada, el instalador valida que la cantidad de discos sea suficiente, presenta los dispositivos disponibles para selección interactiva, y gestiona automáticamente el particionado, la creación del pool, y la configuración del arranque.
El objetivo es que desplegar un servidor con RAIDZ3 sobre cinco discos sea tan directo como instalar en un disco único: seleccionar, confirmar, esperar. Sin sacrificar el control para quienes necesitan ajustar parámetros específicos, pero sin requerir ese conocimiento para quienes simplemente necesitan redundancia funcional.
Próximos pasos
Esta funcionalidad será parte de Synex Server 13 R2. En próximas publicaciones compartiremos avances sobre otras mejoras en desarrollo, incluyendo opciones de cifrado y soporte para sistemas de archivos adicionales.
Synex Server 13 R1 está disponible para descarga desde aquí.