Ciberbackup 18: API abierta y nuevo plano de medios

      El cambio clave es la escalabilidad de la instalación del servidor de gestión: en la versión 18.0 se soportan hasta 60.000 buzones de correo y hasta 20.000 máquinas virtuales en una única instalación.

      Un margen de capacidad pensado para paisajes grandes y de rápido crecimiento, donde es necesario ajustarse a ventanas de copia de seguridad estrictas sin fragmentarse en varios entornos independientes.

      Se amplió el soporte de fuentes de datos. En el agente para Linux se han actualizado núcleos hasta la versión 6.14 y se ha añadido protección activa contra ransomware: un controlador a nivel de kernel supervisa las operaciones del sistema de archivos y, en combinación con un modelo de aprendizaje automático, reconoce patrones característicos de ataques. Los mecanismos incluyen bloqueo de procesos sospechosos, corte de conexiones, autoprotección de componentes, listas blancas/negras y restauración automática de archivos dañados al estado anterior al bloqueo. Quedan protegidos tanto los sistemas de archivos locales como los SMB/NFS montados, lo cual es crítico para la protección de almacenamientos en red y de los propios repositorios de copias de seguridad.

      Дмитрий Антонов, директор департамента систем резервного копирования, foto: Андрей Виноградов

      En virtualización se han añadido Proxmox VE y «Альт Виртуализация» con soporte para copias de seguridad sin agente, CBT, LAN‑free y recuperación instantánea. Esto reduce la competencia por recursos dentro de las VM y acelera el despliegue inicial de la protección. Paralelamente se ha ampliado la integración con snapshots a nivel de sistema de almacenamiento (СХД): Кибер Бэкап 18.0 soporta snapshots en YADRO TATLIN.UNIFIED para entornos VMware. Los snapshots a nivel de СХД reducen la carga en los hosts del hipervisor y en las interfaces de red, aceleran la copia y eliminan el riesgo de degradación de las VM debido al desbordamiento de archivos delta con un alto flujo de cambios.

      Para las bases de datos (SGBD) se presenta la primera versión de copia completa multihilo para PostgreSQL y forks compatibles. El nuevo modo se apoya en un mecanismo de archivos propio, complementando los esquemas existentes BASE_BACKUP y la recolección de WAL a través de replication slot, y está diseñado para reducir la ventana de copia de grandes instancias mediante paralelismo.

      En el bloque de comunicaciones corporativas se amplió el soporte de CommuniGate Pro: se añadieron configuraciones de clúster multinodo y recuperación granular hasta el nivel de buzón, mensajes individuales y adjuntos. También se implementó la integración con Mailion («МойОфис») con copias completas e incrementales y recuperación de buzones, mensajes y calendarios; en la primera versión la recuperación está disponible en la ubicación original.

      En gestión se añadió una API abierta para trabajar con planes de protección y grupos de dispositivos: creación, eliminación, modificación de parámetros, activación/desactivación, listado, así como gestión de grupos dinámicos y su aplicación a dispositivos. La API complementa la consola web, la CLI y el medio de arranque, lo que facilita la automatización en entornos a gran escala y la integración con sistemas externos.

      Дмитрий Антонов, директор департамента систем резервного копирования, Татьяна Дмитриева менеджер направления систем резервного копирования, foto: Андрей Виноградов

      Se presenta una versión MVP introductoria del nuevo Кибер Медиасервер —un servidor multimedia destinado, en el futuro, a reemplazar el actual Узел хранения. El MVP se despliega como una instancia única en РЕД ОС 7.3 y soporta el almacenamiento de copias de seguridad en discos locales, SMB/CIFS, NFS, iSCSI, FC, S3, en Кибер Хранилище, YADRO TATLIN.UNIFIED y otros repositorios de hardware/software. Una novedad importante es el envío “directo” de copias de seguridad a S3 sin desplegar Кибер Инфраструктуры/Кибер Хранилища, así como la posibilidad de uso centralizado de los mismos almacenamientos por varias instalaciones de Кибер Бэкап. En el MVP actual faltan GUI, configuraciones tolerantes a fallos, funciones multimedia (por ejemplo, deduplicación integrada), seguridad avanzada, auditoría/monitorización y soporte de cintas; estas capacidades están previstas en la hoja de ruta de los siguientes lanzamientos.

      Entre otros cambios: se mejoró la compatibilidad con soluciones de deduplicación de terceros a nivel de archivo .tibx (posibilidad de desactivar la deduplicación propia para evitar operaciones duplicadas y asegurar el correcto funcionamiento, por ejemplo, con YADRO TATLIN.BACKUP con T‑BOOST); se perfeccionaron los mecanismos de trabajo con bibliotecas de cintas (soporte para medios de limpieza, protección contra escritura, limpieza de la unidad seleccionada, movimiento de medios entre pools); se añadieron nuevos eventos de auditoría y monitorización (incluido el monitoreo de disponibilidad de agentes de virtualización); se implementó una opción para desactivar el cifrado del tráfico de copias de seguridad al transferirlas al Узел хранения en escenarios de grandes volúmenes —en algunos casos esto proporciona un incremento múltiple del rendimiento y reduce la duración de las ventanas.

      En conjunto, los cambios en la versión 18.0 están orientados a proteger decenas de miles de objetos en una instalación unificada, acelerar las copias de seguridad de cargas de trabajo de alta demanda (virtualización, sistemas de correo, PostgreSQL), aumentar la resistencia frente a ransomware en entornos Linux y simplificar la gestión centralizada mediante una API abierta y un nuevo contorno de medios de almacenamiento. La hoja de ruta contempla un lanzamiento de estabilización 18.1 y el desarrollo del Кибер Медиасервер, la API y el soporte de plataformas clave en versiones posteriores.