Presentamos Synex Server 13 R7, una actualización que avanza sobre tres frentes. El instalador amplía las topologías ZFS disponibles, con soporte para configuraciones multi-VDEV en RAIDZ y selección de discos asistida. ServerHub incorpora una de las novedades centrales de esta versión: un criterio unificado de preservación de datos que hace recuperable la desinstalación y reinstalación de sus módulos, junto con cinco módulos nuevos. Y synex-control unifica su modelo de navegación en toda la herramienta.
synex-installer: configuraciones multi-VDEV para RAIDZ
synex-installer 2.7.0 introduce soporte para pools ZFS con múltiples VDEVs RAIDZ. Hasta esta versión, el instalador permitía crear un único VDEV RAIDZ por pool, sin importar la cantidad de discos disponibles. Esa limitación dejaba fuera del alcance del instalador configuraciones que son práctica habitual en despliegues con muchos discos.
Qué aporta un pool multi-VDEV
Un pool ZFS se compone de uno o más VDEVs, y ZFS distribuye las escrituras entre ellos. Con un solo VDEV RAIDZ, todas las operaciones involucran a la totalidad de los discos. Al dividir los mismos discos en varios VDEVs, el pool gana paralelismo: las operaciones se reparten y los tiempos de reconstrucción ante una falla se reducen, porque el resilver afecta a un subconjunto de discos en lugar de a todo el pool.
La contrapartida es capacidad. Cada VDEV dedica su propia paridad, de modo que más VDEVs implican más discos destinados a redundancia.
Un ejemplo con doce discos y RAIDZ1 ilustra el rango de decisión:
- 1× RAIDZ1 (12 discos): 11 discos utilizables, resilver sobre los 12
- 2× RAIDZ1 (6+6): 10 discos utilizables, resilver sobre 6
- 3× RAIDZ1 (4+4+4): 9 discos utilizables, resilver sobre 4
- 4× RAIDZ1 (3+3+3+3): 8 discos utilizables, resilver sobre 3
Ninguna de estas configuraciones es universalmente mejor. La elección depende del tipo de carga, del tamaño de los discos y de cuánto pese el tiempo de recuperación frente a la capacidad disponible.
Selección de configuración asistida
Determinar qué layouts son válidos para una cantidad dada de discos requiere calcular divisiones enteras, verificar mínimos por nivel de RAIDZ y estimar la capacidad resultante en cada caso. R7 traslada ese cálculo al instalador.
Cuando el administrador selecciona una topología RAIDZ y hay más de una configuración posible, el instalador presenta todas las alternativas válidas con su capacidad utilizable:
========================================RAIDZ Layout Selection========================================You have 22 disks. Configure as:1) 1x RAIDZ2 (22 disks, 20 usable disks)2) 1x RAIDZ2 (21 disks + 1 hot spare, 19 usable disks)3) 1x RAIDZ2 (20 disks + 2 hot spares, 18 usable disks)4) 2x RAIDZ2 (11+11 disks, 18 usable disks)5) 2x RAIDZ2 (10+10 disks + 2 hot spares, 16 usable disks)6) 3x RAIDZ2 (7+7+7 disks + 1 hot spare, 15 usable disks)7) 4x RAIDZ2 (5+5+5+5 disks + 2 hot spares, 12 usable disks)8) 5x RAIDZ2 (4+4+4+4+4 disks + 2 hot spares, 10 usable disks)
El límite es de seis VDEVs por pool, con los mínimos correspondientes a cada nivel: tres discos por VDEV en RAIDZ1, cuatro en RAIDZ2 y cinco en RAIDZ3. Cuando la cantidad de discos admite una sola configuración, el instalador la aplica directamente sin presentar el menú.
Hot spares automáticos
El cálculo contempla hasta dos discos como hot spares. Cuando la cantidad de discos no divide de forma exacta según el layout elegido, los discos sobrantes se asignan como repuestos en caliente en lugar de quedar sin uso. Cada opción del menú indica explícitamente cuántos spares incluye, de modo que la decisión entre capacidad y margen de recuperación quede a la vista.
Selección de todos los discos disponibles
Los prompts de selección de discos, tanto en ZFS como en las configuraciones RAID para ext4 y XFS, aceptan ahora la opción a para seleccionar todos los discos disponibles del sistema. En equipos con muchos discos, esto reemplaza el ingreso manual de cada dispositivo.
El medio de instalación queda excluido de la selección automática, de modo que arrancar desde USB no expone el propio medio a ser formateado.
Validación
Las configuraciones multi-VDEV se probaron sobre una máquina virtual con veintidós discos, cubriendo los tres niveles de RAIDZ, layouts con y sin hot spares, cifrado nativo ZFS y redundancia de arranque. Las pruebas incluyeron el arranque desde discos seleccionados al azar del pool —incluidos los asignados como spares— y la replicación de /boot tras una actualización de kernel.
Más allá del instalador, R7 introduce el cambio de mayor alcance de esta versión en ServerHub, la herramienta de despliegue de aplicaciones de Synex Server.
ServerHub: idempotencia, preservación de datos y nuevos módulos
La actualización más significativa de esta versión no está en un módulo puntual, sino en un cambio de fondo que atraviesa todo el catálogo de ServerHub. Se rediseñó por completo el criterio de instalación y desinstalación de los módulos para garantizar que los despliegues sean recuperables: un módulo puede desinstalarse conservando sus datos y volver a instalarse recuperando todo automáticamente.
Un criterio unificado de idempotencia y preservación
Hasta esta versión, la desinstalación de un módulo y su posterior reinstalación no ofrecían garantías consistentes sobre los datos del usuario. Un módulo reinstalado podía recrear su base de datos desde cero, y una desinstalación que decía preservar datos podía, en la práctica, destruirlos al reinstalar. R7 corrige esto de raíz, aplicando un mismo criterio a cada módulo del catálogo.
El principio rector es simple: preservar datos solo tiene sentido si una reinstalación los recupera. A partir de esta versión, cada módulo detecta si existe una instalación previa y, en ese caso, reutiliza la configuración, la base de datos y los datos del usuario en lugar de regenerarlos. La señal de detección se adapta a la naturaleza de cada aplicación: un archivo de configuración preservado, la existencia de la base de datos, o los datos del volumen en los módulos basados en contenedores.
La desinstalación pasó a distinguir con precisión entre el código de la aplicación y los datos del usuario. El código se elimina siempre; los datos, la configuración y las credenciales se conservan salvo que se solicite explícitamente su borrado total. En los motores de base de datos, esta distinción se implementó respetando el comportamiento del sistema de paquetes: al conservar datos, los paquetes se remueven sin purgar, de modo que los directorios de datos permanecen intactos; al solicitar el borrado completo, se purgan por completo, dejando el estado del sistema de paquetes consistente para una instalación limpia posterior.
Este trabajo alcanzó a todos los módulos existentes. GLPI, LAMP, Nextcloud, Odoo, Zabbix y FreeIPA fueron reformulados bajo el nuevo criterio, cada uno con las particularidades de su arquitectura.
Módulos existentes: cambios destacados
Además de la reformulación general, varios módulos recibieron actualizaciones puntuales.
Odoo se actualizó a la versión 19.0 y ahora preserva la contraseña maestra y las credenciales al reinstalar.
Zabbix incorporó la generación automática del locale en_US antes de iniciar los servicios, resolviendo una advertencia del frontend, y ajustó su desinstalación para preservar configuración y base de datos cuando corresponde.
Nextcloud pasó a generar una contraseña de administrador aleatoria en lugar de una por defecto, y preserva su configuración y sus archivos al reinstalar, redistribuyendo el código de la aplicación sin tocar los datos del usuario.
GLPI se actualizó a la versión 11.0.8, simplificó su cadena de dependencias apoyándose en el stack PHP 8.4 disponible en los repositorios base de Debian 13, y corrigió su desinstalación para permitir reinstalaciones limpias.
LAMP pasó a detectar la versión de PHP activa en lugar de asumir una fija, y preserva las bases de datos y el contenido web salvo borrado explícito.
FreeIPA detecta ahora una instalación previa y arranca el servidor ya configurado en lugar de reinstalar el dominio, preservando la contraseña de administrador original. Se corrigió además la declaración de puertos —incluyendo los de Kerberos sobre UDP— para que se abran correctamente cuando el firewall está activo.
Las contraseñas generadas por los módulos se sanitizan de forma consistente para evitar caracteres que puedan invalidar cadenas de conexión o archivos de configuración.
Cinco módulos nuevos
R7 amplía el catálogo de ServerHub con cinco módulos, todos desarrollados bajo el nuevo criterio de idempotencia y preservación desde su concepción.
Keycloak incorpora gestión de identidad y acceso con Single Sign-On. Desplegado mediante contenedores con base de datos PostgreSQL, permite centralizar la autenticación de múltiples aplicaciones mediante OAuth2, OIDC y SAML, y puede federar usuarios desde un directorio existente como FreeIPA. Junto a este último, completa una categoría de identidad que cubre tanto el directorio de usuarios como el broker de autenticación para aplicaciones web.
Grafana suma una plataforma de análisis y visualización de métricas. Instalado desde el repositorio APT oficial, se conecta a múltiples fuentes de datos —Prometheus, Zabbix, bases de datos— para construir tableros y alertas, y funciona como capa de visualización unificada del stack de monitoreo.
Prometheus aporta un sistema completo de recolección de métricas y alertas. El módulo despliega un stack de monitoreo con Prometheus y su base de datos de series temporales, node_exporter para métricas del host, cAdvisor para métricas por contenedor, blackbox_exporter para el sondeo de endpoints y Alertmanager para el ruteo de alertas. Incluye reglas de alerta listas para usar y se integra con Grafana como fuente de datos.
Netdata ofrece monitoreo de rendimiento en tiempo real con métricas por segundo, detección de anomalías y un tablero local que no requiere configuración adicional.
Mattermost incorpora una plataforma de mensajería y colaboración de equipos autoalojada, alternativa a soluciones propietarias, con backend PostgreSQL e instalación verificada por checksum.
Mejoras en el núcleo
El núcleo de ServerHub acompañó estos cambios. Cuando se selecciona un módulo ya instalado, el sistema ofrece reinstalarlo preservando los datos en lugar de bloquear la operación, lo que habilita la reparación de una configuración sin pérdida de información. La salida de los comandos de instalación y desinstalación se muestra ahora en vivo dentro de la interfaz. Y por razones de seguridad, los directorios y archivos de registro se restringen a acceso exclusivo de root, dado que la salida de los scripts puede contener credenciales.
El tercer frente de esta versión está en synex-control, la herramienta de administración del sistema.
synex-control: modelo de navegación unificado
synex-control 1.3.0 concentra su trabajo en la interfaz. La herramienta cubría desde hacía varias versiones las tareas de administración previstas, pero la navegación había crecido de forma despareja: cada módulo resolvía a su manera cómo volver atrás, y no todos los campos de entrada respondían igual.
ESC y 0 con roles definidos
Hasta esta versión, la tecla ESC funcionaba en la mayoría de los menús pero no en todos. En los campos de texto del módulo de red —cambio de hostname, DNS, gateway, configuración de interfaces— no había forma de cancelar la operación una vez iniciada. La opción 0, por su parte, significaba cosas distintas según dónde se la presionara: volver un nivel, volver al menú del módulo o salir del programa.
R7 asigna a cada tecla un único significado, consistente en toda la herramienta:
- ESC retrocede un nivel, tanto en menús como en campos de entrada de texto
- 0 regresa al menú principal desde cualquier profundidad
- 0 significa salir del programa únicamente en el menú raíz
La diferencia se nota en los recorridos más anidados. Llegar desde el menú principal hasta la apertura de puertos del firewall atraviesa cuatro niveles; hasta esta versión, salir de ahí requería cuatro pulsaciones sucesivas de ESC. Ahora una sola tecla devuelve al punto de partida, sin perder la posibilidad de retroceder de a un paso cuando es lo que se busca.
Cada menú incorpora además una línea que indica el comportamiento de ESC, de modo que la convención sea visible sin necesidad de descubrirla por ensayo:
1) Crear nuevo usuario2) Eliminar usuario3) Modificar usuario4) Listar usuarios5) Gestionar grupos0) Volver al menú principalESC vuelve al nivel anterior
Módulo de red alineado al resto
El módulo de red era el único que no había migrado al manejador de entrada filtrada que usan los módulos de usuarios y servicios. Sus campos de texto leían directamente de la terminal, lo que explicaba tanto la ausencia de ESC como la aparición de caracteres espurios al presionar teclas de función o flechas. Los siete prompts pendientes pasaron al manejador común.
Se corrigieron en el mismo trabajo tres detalles heredados: los campos de configuración de IP estática mostraban su texto en inglés aunque la interfaz estuviera en español, el cambio de hostname no contemplaba la entrada vacía como cancelación, y el formato de los menús —numeración, indentación y color— difería del que usa el resto de la herramienta.
Mensajes de salida
Se eliminaron los mensajes que se emitían al volver de un módulo al menú principal. Eran tres variantes distintas para la misma acción y ninguna llegaba a leerse, porque el redibujado de pantalla las borraba de inmediato. La interrupción por Ctrl+C pasó a mostrar el mismo mensaje de cierre que una salida deliberada, dado que en ambos casos el usuario está terminando la sesión.
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. Entre los componentes principales se incluyen Linux kernel 6.12.101, systemd 257.13, OpenSSL 3.5.6 y ZFS 2.3.2.
Disponibilidad
Synex Server 13 R7 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.
Descarga Synex Server 13 R7 desde aquí.