Nos complace anunciar Synex Server 13 R2, una actualización que representa el punto de inflexión del proyecto. Lo que comenzó como synex-zfs-installer en la versión R1 —una herramienta especializada para despliegues ZFS— ha evolucionado hasta convertirse en synex-installer: un sistema de instalación integral que aborda los requerimientos de almacenamiento más exigentes del ámbito empresarial.
De synex-zfs-installer a synex-installer
Cuando desarrollamos synex-zfs-installer para Synex Server 13 R1, el objetivo era claro: ofrecer ZFS como opción de almacenamiento superando las limitaciones del Debian Installer tradicional. Esa primera versión cumplió su propósito, pero durante el desarrollo identificamos oportunidades similares con otros sistemas de archivos que merecían la misma atención.
La transición hacia synex-installer no fue simplemente agregar soporte para filesystems adicionales. Fue el reconocimiento de que diferentes escenarios de servidor requieren diferentes aproximaciones al almacenamiento, y que una herramienta unificada podía ofrecer configuraciones optimizadas para cada caso sin sacrificar flexibilidad.
El resultado es un instalador que presenta cuatro opciones de sistemas de archivos —ZFS, BTRFS, ext4 y XFS— cada una con flujos de instalación diseñados específicamente para maximizar sus fortalezas. No es un instalador genérico que trata todos los filesystems de la misma manera, sino una herramienta que comprende las características únicas de cada uno y configura el sistema en consecuencia.
Para quienes prefieren el flujo tradicional, Debian Installer permanece disponible como alternativa consolidada.
ZFS: capacidades empresariales completas
La implementación de ZFS en synex-installer va significativamente más allá de lo que ofrecía synex-zfs-installer. La versión R1 soportaba únicamente instalaciones en disco único. R2 introduce el espectro completo de topologías ZFS que las organizaciones empresariales requieren.
Topologías disponibles
Single/Stripe (sin redundancia): Para un solo disco o múltiples discos en configuración stripe (RAID0). El stripe distribuye datos entre todos los discos maximizando capacidad y rendimiento, pero sin redundancia alguna. La pérdida de cualquier disco significa pérdida total de datos. Reservado para escenarios donde el rendimiento es prioritario y los datos pueden reconstruirse desde otras fuentes.
Mirror/Performance (redundancia completa): Replica datos en dos o más discos idénticos, equivalente a RAID1. La configuración es inteligente según la cantidad de discos:
- 2 discos: mirror simple
- 4, 6, 8… discos (par): striped mirrors (RAID10), combinando rendimiento y redundancia
- 3, 5, 7… discos (impar): striped mirrors + 1 hot spare automático
El hot spare permanece disponible en el pool para reemplazo inmediato. Cuando un disco falla, un simple zpool replace activa el spare y ZFS inicia automáticamente el resilvering (reconstrucción de datos) para restaurar la redundancia del pool.
RAIDZ1, RAIDZ2, RAIDZ3: Paridad distribuida con 1, 2 o 3 discos de tolerancia a fallos respectivamente. A diferencia de RAID tradicional que opera a nivel de bloques, RAIDZ está integrado directamente en ZFS. El sistema de archivos conoce la estructura de los datos y puede tomar decisiones inteligentes sobre verificación y reparación.
Esta arquitectura elimina el “write hole” que afecta a RAID5/6 tradicional, donde una interrupción durante escritura puede dejar el array en estado inconsistente. En RAIDZ, las transacciones son atómicas: o se completan totalmente, o no se aplican.
Requisitos mínimos: RAIDZ1 necesita 3 discos, RAIDZ2 necesita 4, RAIDZ3 necesita 5.
Cifrado nativo ZFS
El instalador incorpora cifrado AES-256-GCM directamente en ZFS. A diferencia de soluciones LUKS que cifran bloques sin conocimiento del filesystem, el cifrado ZFS opera a nivel de dataset. Esto significa que:
- Cada dataset puede tener su propia clave de cifrado
- Los datasets heredan cifrado del padre automáticamente
- La compresión ocurre antes del cifrado, maximizando eficiencia
- Los metadatos del pool permanecen sin cifrar, mejorando rendimiento
El cifrado ZFS se configura durante la creación del pool. Los datasets creados posteriormente heredan la configuración automáticamente. El sistema solicita la passphrase durante el arranque, antes de montar el filesystem raíz.
Una nota técnica importante: el cifrado ZFS requiere deshabilitar compatibility=grub2 en las opciones del pool. Esta opción limitaba ZFS a características que GRUB 2 podía leer directamente, pero era innecesaria porque /boot reside en una partición ext4 separada donde GRUB puede acceder a kernels e initramfs sin problema.
Datasets jerárquicos
La estructura de datasets sigue el esquema ROOT/synex establecido en R1, diseñado para maximizar flexibilidad en entornos de servidor:
- ROOT/synex/root: Sistema raíz con montaje manual requerido durante arranque
- ROOT/synex/home: Datos de usuario con montaje automático
- ROOT/synex/var-cache: Caché del sistema, permite políticas de retención independientes
- ROOT/synex/var-log: Logs con compresión LZ4 agresiva
- ROOT/synex/snapshots: Punto de montaje dedicado para snapshots del sistema
Esta separación permite administración granular: aplicar cuotas específicas a home, configurar retención diferenciada de logs, crear snapshots del sistema completo o componentes individuales sin afectar otros datasets.
Redundancia de arranque con synex-boot-redundancy
En configuraciones ZFS multi-disco, el pool de datos tiene redundancia completa, pero /boot y la partición EFI tradicionalmente residen solo en el primer disco. Si ese disco falla, el sistema no arranca a pesar de que los datos permanecen accesibles en el pool.
synex-boot-redundancy resuelve este problema replicando /boot y EFI a todos los discos del pool, instalando GRUB en cada uno. El proceso ocurre automáticamente durante la instalación:
- El instalador crea particiones EFI y
/booten todos los discos del pool (Phase 1) - Inicialmente solo formatea y usa las particiones del primer disco
- Al finalizar la instalación, ejecuta
synex-boot-redundancy sync --reformaten el sistema instalado - Esta herramienta:
- Formatea las particiones boot/EFI de los discos secundarios
- Replica el contenido de
/boota cada disco - Replica el contenido de EFI a cada disco
- Parchea el
grub.cfgde cada disco con su UUID correspondiente - Instala GRUB en modo removable en cada partición EFI
El resultado: cualquier disco del pool puede arrancar el sistema de forma independiente. Si el disco primario falla, el firmware UEFI puede arrancar desde cualquier otro disco del array sin intervención manual.
BTRFS: subvolúmenes y cifrado simplificado
BTRFS comparte filosofía con ZFS en cuanto a snapshots y gestión de subvolúmenes, pero con una aproximación diferente al cifrado. Mientras ZFS integra cifrado nativamente, BTRFS delega esta función a LUKS2.
Estructura de subvolúmenes
El instalador crea una configuración de subvolúmenes optimizada automáticamente:
- @: Raíz del sistema montada en
/ - @home: Datos de usuario en
/home, aislados para facilitar reinstalaciones - @log: Logs del sistema en
/var/log, permite políticas de snapshot independientes - @snapshots: Almacenamiento de snapshots en
/.snapshots
Esta separación proporciona flexibilidad comparable a esquemas LVM tradicionales, pero con capacidades nativas de BTRFS. Los snapshots son instantáneos y consumen espacio solo para bloques modificados gracias a copy-on-write. La compresión (ZSTD nivel 1 por defecto) se aplica transparentemente reduciendo uso de disco, y cada subvolumen puede tener cuotas y políticas independientes.
Cifrado LUKS2 para BTRFS
A diferencia de ext4/XFS que requieren LVM para flexibilidad post-cifrado, BTRFS no necesita esa capa adicional. Los subvolúmenes ya proporcionan la capacidad de dividir y gestionar el espacio de almacenamiento de forma dinámica.
El instalador crea un contenedor LUKS2 directamente sobre la partición raíz, y dentro de ese contenedor formatea BTRFS con sus subvolúmenes. Una sola passphrase protege todo el almacenamiento, y BTRFS gestiona la distribución del espacio internamente.
Esta aproximación es técnicamente elegante: LUKS proporciona cifrado a nivel de bloque, BTRFS gestiona el espacio y los snapshots, y no hay capas redundantes de abstracción.
ext4 y XFS: particionado flexible con LVM
Para ext4 y XFS, el instalador ofrece particionado interactivo donde el administrador define la estructura según necesidades específicas del servidor. Puntos de montaje, tamaños de partición, inclusión opcional de swap: cada decisión queda en manos de quien conoce los requerimientos del despliegue.
El rol de LVM en el cifrado
Una decisión de diseño fundamental fue incluir LVM cuando ext4 o XFS se combinan con cifrado LUKS2. La razón es arquitectural: estos filesystems son “planos”. Una partición equivale a un filesystem de tamaño fijo. Sin LVM, cifrar significa crear particiones de tamaño fijo dentro de LUKS, perdiendo toda flexibilidad post-instalación.
LVM resuelve esto introduciendo una capa de gestión de volúmenes dentro del contenedor cifrado:
- Una sola passphrase desbloquea todo el almacenamiento
- Los volúmenes lógicos pueden redimensionarse en caliente
- Se pueden crear nuevos volúmenes según sea necesario
- El almacenamiento puede extenderse agregando discos al volume group
- Los snapshots LVM proporcionan capacidad de backup/rollback
Es el estándar de la industria: RHEL, Rocky, AlmaLinux, Fedora Server utilizan LUKS + LVM para cifrado en ext4/XFS por estas mismas razones. La complejidad adicional está justificada por la flexibilidad que brinda en entornos enterprise donde los requerimientos de almacenamiento evolucionan.
Experiencia de instalación refinada
Más allá de las capacidades técnicas del almacenamiento, synex-installer introduce mejoras significativas en la experiencia del usuario durante el proceso de instalación.
Navegación intuitiva
El instalador permite retroceder en cualquier punto del flujo usando la opción ‘b’. Seleccionaste el sistema de archivos incorrecto? Volvés atrás. Querés revisar la topología ZFS antes de confirmar? Volvés atrás. Esta flexibilidad elimina la frustración de tener que reiniciar el instalador completo por un error en un paso anterior.
Resúmenes de configuración
Antes de cualquier operación destructiva, el instalador presenta un resumen completo de lo que está a punto de hacer:
- Sistema de archivos seleccionado
- Topología (en caso de ZFS)
- Discos que serán borrados
- Configuración de cifrado (si aplica)
- Hostname, configuración de red, zona horaria
El usuario tiene oportunidad de revisar, y si algo no es correcto, puede volver atrás para ajustarlo. Solo después de una confirmación explícita (“YES” en mayúsculas) el instalador procede con cambios irreversibles.
Validaciones en cada paso
Las validaciones ocurren inmediatamente, no al final del proceso:
- Discos duplicados en la selección? Error inmediato
- Topología RAIDZ con cantidad insuficiente de discos? Error con el mínimo requerido
- Passphrase de cifrado menor a 8 caracteres? Error con explicación
- Configuración de red con IP inválida? Error con sugerencias
Este enfoque evita que el usuario avance con configuraciones inválidas que fallarían más adelante en el proceso.
Configuración completa del sistema
El instalador no se limita a copiar el sistema y formatear discos. Configura el sistema completo:
- Hostname: Con validación RFC 1123, genera
/etc/hostnamey/etc/hosts - Red: DHCP o IP estática con validación de formato CIDR, gateway y DNS
- Zona horaria: Selección interactiva con búsqueda y filtrado, más de 400 zonas disponibles
- Locales: Detecta configuración del entorno live y la aplica al sistema instalado
- Teclado: Configuración persistente desde el arranque del live
- SSH: Regenera claves de host para evitar usar las del sistema live
El sistema instalado está listo para producción inmediatamente después del primer arranque.
Casos de uso y recomendaciones
La variedad de opciones puede generar la pregunta: ¿qué filesystem usar para qué escenario?
ZFS con RAIDZ: Servidores de archivos, almacenamiento de bases de datos críticas, entornos donde la integridad de datos es primordial. La verificación continua de checksums y la capacidad de auto-reparación justifican la inversión en discos adicionales para paridad.
ZFS con Mirror: Servidores de aplicaciones donde el rendimiento de lectura es crítico y se necesita redundancia. ZFS con VDEVs en Mirror (equivalente a RAID 10) ofrece el mejor balance rendimiento/redundancia.
BTRFS: Desarrollo y staging, servidores donde los snapshots frecuentes son valiosos pero sin la complejidad y demanda de hardware de ZFS. La compresión transparente reduce significativamente uso de disco en proyectos con muchos archivos de texto y código fuente.
ext4: El estándar por excelencia para entornos donde la simplicidad y el uso eficiente de recursos son clave. Es la mejor elección para sistemas con recursos de hardware limitados o nubes públicas donde la madurez del sistema de archivos garantiza compatibilidad total con cualquier herramienta de respaldo y monitoreo del mercado.
XFS: Repositorios de Big Data, servidores de streaming, bases de datos a gran escala y nodos de almacenamiento masivo. Gracias a su arquitectura de Allocation Groups, XFS permite que múltiples hilos de CPU escriban simultáneamente en el mismo volumen sin cuellos de botella. Es el estándar en entornos corporativos (como RHEL) por su capacidad de manejar sistemas de archivos de petabytes y archivos de varios terabytes con una fragmentación mínima y recuperación casi instantánea tras fallos.
Actualizaciones del sistema
Esta versión incluye todas las actualizaciones acumulativas de paquetes disponibles en los repositorios de Debian Trixie hasta la fecha de construcción. Los parches de seguridad críticos para entornos de servidor están incorporados, junto con el kernel optimizado para la arquitectura amd64.
Synex Control se actualiza a la versión 1.1.1 con mejoras significativas en navegación y experiencia de usuario: sistema de breadcrumbs bilingüe, manejo mejorado de input con soporte para ESC y teclas especiales, y paginación automática para salidas largas. ServerHub permanece en su versión actual. Ambas herramientas funcionan independientemente del sistema de archivos elegido durante la instalación.
Disponibilidad
Synex Server 13 R2 está disponible para descarga inmediata. Como siempre, recomendamos verificar las sumas de comprobación de las imágenes descargadas antes de crear el medio de instalación.
El salto de synex-zfs-installer a synex-installer representa la maduración del proyecto hacia una solución integral para almacenamiento empresarial. La capacidad de elegir entre cuatro sistemas de archivos, cada uno con configuraciones optimizadas y cifrado adaptado a sus características, posiciona a Synex Server como alternativa seria para infraestructura crítica.
Descarga Synex Server 13 R2 desde aquí.