Кибер Бэкап 18.5 делает акцент на производительность в крупных инфраструктурах

Релизный цикл компании стабилен — четыре выпуска в год, из них два полноценных функциональных. 18.5 как раз относится к этой категории. В нем сосредоточились изменения, которые напрямую влияют на способность системы укладываться в жесткие окна резервного копирования. Главный вектор — масштабирование вместе с ростом инфраструктуры. Разработчики называют это «энтерпрайз-направлением»: когда объем данных измеряется петабайтами, а любое превышение окна бэкапа оборачивается конфликтами с бизнес-нагрузками.

Многопоточность как основа ускорения

Самое заметное нововведение — многопоточность в двух ключевых сценариях. Во-первых, полностью переработано файловое резервное копирование. Теперь один агент способен параллельно обрабатывать до 24 файлов из разных папок, расположенных как на локальных, так и на сетевых дисках. Настройка производится через конфигурационный файл, но эффект ощутим сразу: «файлопомойки» — крупные файловые хранилища с миллионами документов, системами документооборота, архивами прикладных систем — перестают быть бутылочным горлышком.

Во-вторых, появилась многопоточная обработка инкрементных бэкапов PostgreSQL. Раньше прирост данных в крупных базах заставлял тратить значительное время даже на изменение нескольких процентов. Теперь бинарный инкремент без обращения к WAL-журналам работает в несколько потоков, что кратно ускоряет как сам процесс копирования, так и последующее восстановление. При этом возможность параллельного архивирования журналов транзакций для Point-in-Time Recovery сохраняется полностью. Все операции доступны через графический интерфейс — никаких CLI-танцев.

Эти изменения — часть более широкой философии. Производительность в Кибер Бэкап понимают не как маркетинговую цифру, а как реальную способность системы расти вместе с инфраструктурой заказчика. Чем меньше окно бэкапа, тем меньше рисков для рабочих процессов.

Управление в крупных средах: от API до пакетных операций

Второй большой блок релиза касается удобства администрирования. В версии 18.0 уже появился первый набор функций публичного API — управление планами защиты и динамическими группами устройств. Теперь добавлен второй этап: работа непосредственно с резервными копиями и процессами. Через API можно просматривать и удалять бэкапы, управлять заданиями для виртуальных машин, Microsoft Exchange и SQL Server. В дальнейших планах — задания на восстановление (полное и гранулярное), управление источниками данных, обнаружение и регистрация агентов. Цель понятна: постепенно перевести все управление на современный программный интерфейс, удобный для автоматизации и интеграции в разнородные инфраструктуры.

В веб-консоли тоже появились долгожданные улучшения. Самое практичное — пакетное управление планами защиты. Раньше в крупных окружениях, где планов защиты может быть сотни, администратору приходилось обрабатывать их по одному. Теперь достаточно вывести список, отметить нужные флажками и выполнить массовую операцию: запуск, остановку, включение, отключение, удаление или экспорт. Для компаний с сотнями серверов это не мелочь, а реальное снижение операционной нагрузки.

Добавили и удобные мелочи: поле «Комментарий» для экземпляров PostgreSQL и кластеров Patroni. Когда в списке устройств десятки одинаковых IP-адресов или хостов, возможность оставить понятную подпись сильно упрощает навигацию. Улучшилась фильтрация, сортировка, появились новые колонки в таблицах планов, более информативное отображение информации о лентах и приводах.

Мониторинг и интеграции: шаг к централизованному контролю

Администраторы давно просили нормальную интеграцию с системами централизованного IT-мониторинга. Раньше приходилось выкручиваться через скрипты и reverse-прокси, что было неудобно и ненадежно. В 18.5 появился полноценный экспорт метрик через OpenTelemetry Collector (новый компонент в поставке) и Prometheus-экспортер. Базовая дашборд-панель для Grafana уже готова и поставляется «из коробки». Она дает общую картину: статус заданий, заполненность хранилищ, количество сбоев, производительность. Это позволяет видеть систему резервного копирования в единой панели вместе с серверами, виртуализацией, базами и оборудованием.

Для крупных и даже средних компаний такой подход снижает ресурсоемкость мониторинга и ускоряет реакцию на инциденты. Метрики можно агрегировать, визуализировать и использовать для управления стоимостью защиты.

Безопасность и восстановление: практические улучшения

Разработчики не обошли тему защиты самих резервных копий. В релизе усилена поддержка LDAPS с использованием системных сертификатов — важный момент для доменных сред с повышенными требованиями к защите учетных данных. Продолжается работа над мультифакторной аутентификацией и интеграцией с PAM-решениями.

Для тех, кто работает с Microsoft Exchange, появилась долгожданная гранулярность: теперь можно восстанавливать архивные почтовые ящики до уровня отдельных сообщений. Это значительно снижает нагрузку на сеть и время восстановления по сравнению с полным восстановлением базы.

Улучшена работа с загрузочным носителем: теперь он полноценно поддерживает Backup Gateway из Кибер Хранилища. Это важно для изолированных сред, сценариев миграции P2V/V2P и массового развертывания однотипных систем.

Кибер Медиасервер: новый этап, но пока осторожно

Много внимания уделили замене старого узла хранения на Кибер Медиасервер — компонент, разработанный на базе технологий Кибер Инфраструктуры. MVP-версия 1.0 уже практически готова к ограниченному тестированию у выбранных заказчиков. Она работает под Red OS 7.3 (поставляется в комплекте), поддерживает режим неизменяемости резервных копий (WORM), переключение хранилищ между серверами управления. Управление неизменяемостью пока через CLI шлюза BGW, но это осознанный выбор для первого этапа.

Разработчики честно рассказали, почему немного задержали релиз: после первоначального анонса обнаружили деградацию производительности в отдельных сценариях. Сейчас проблему закрыли, но решили не торопиться. Полноценный широкий релиз — вопрос ближайших месяцев, после получения отзывов от первых пользователей.

Дорожная карта и приоритеты на 2025–2026 годы

Презентация завершилась обсуждением планов. В 18.6 (второй квартал) — стабилизация и доработки, включая сертификацию ФСТЭК. Главный функциональный релиз 19.0 запланирован на третий-четвертый квартал. Среди приоритетов: дальнейшее развитие многопоточности, поддержка большего числа рабочих нагрузок одним сервером управления, полноценная интеграция с Tatlin.Backup через протокол T-Boost, развитие API, новая система мониторинга и отчетности, доработки аудита и лицензирования.

Из интеграций: RuPost, развитие поддержки PostgreSQL (включая кластеры Jatoba), Basis Dynamix, DAG для Exchange, доработки Mailion. Поддержка ВМ-менеджера пока отложена в «серый» статус — требуются доработки со стороны вендора.

Отдельно отметили работу над архитектурными изменениями. Многие текущие ограничения (включая резервное копирование самого сервера управления, менеджер паролей, полноценную кластеризацию) упираются в исторические решения. Команда осознанно инвестирует время в переработку основы, чтобы в следующих релизах закрывать эти боли более фундаментально.

Обучение и обратная связь

В конце сессии состоялся живой блок вопросов. Обсуждали экономическую ситуацию и влияние на закупки (компания отмечает осторожность, но без резкого падения), запросы на менеджер паролей и бэкап сервера управления (в планах, но приоритет ниже, чем у производительности), интеграции с SOC и железом, поддержку Dirty Bitmap в российских гипервизорах, вопросы неизменяемости данных и перехода на локальные хранилища в условиях блокировок.

Ответы были честными: приоритеты расставляются по реальным болям крупных заказчиков, интеграции с ИБ-решениями существуют (Syslog, совместимость), но компания сознательно позиционирует продукт как инфраструктурный, а не средство защиты. По многим запросам собирают статистику — чем больше однотипных обращений, тем выше приоритет.

Кибер Бэкап 18.5 получился очень «взрослым» релизом. Без громких маркетинговых заявлений, но с набором изменений, которые реально облегчают жизнь администраторам крупных и нагруженных инфраструктур. Многопоточность, пакетное управление, нормальный мониторинг через Grafana, гранулярность восстановления и движение в сторону современного API — все это говорит о том, что разработчики внимательно слушают рынок и сосредоточены на практической ценности.