В этой статье:
В октябре мы выпустили обновление нашей флагманской системы резервного копирования — Кибер Бэкап 19. Ниже разберем, как новые возможности решают конкретные задачи, с которыми сталкиваются ИТ-команды: от защиты кластеров PostgreSQL до развертывания агентов на сотнях систем c ОС семейства Linux.
Сценарий 1. Ускоряем резервное копирование выросшего кластера PostgreSQL
Задача
База данных PostgreSQL развернута в кластере Patroni или Jatoba. Объем данных исчисляется терабайтами, окно резервного копирования ограничено, а требования к RPO предполагают частое создание резервных копий. При однопоточной работе агента уложиться в эти рамки не получается.
Решение
В Кибер Бэкапе 19 многопоточное полное резервное копирование распространяется на кластерные конфигурации Patroni и Jatoba — раньше оно работало только для отдельных экземпляров. Копирование выполняется агентами, развернутыми на узлах кластера, а все настройки доступны в графическом интерфейсе. Это сокращает окно резервного копирования и помогает избегать конфликтов с рабочими нагрузками.
Поддержка механизма wal_summary, появившегося в PostgreSQL 17, ускоряет создание инкрементных копий: фоновый процесс СУБД формирует сводку изменений, и средства резервного копирования могут быстрее создавать копии и восстанавливать данные. На практике это позволяет строить стратегии с более жесткими показателями RPO и ускорять восстановление на момент времени за счет чтения журнала транзакций с последней точки восстановления.
Для СУБД от Postgres Professional, поддерживающих библиотеку libpgprobackup, доступен выбор между использованием собственного многопоточного механизма файлового резервного копирования Кибер Бэкапа и механизмом этой библиотеки. Второй позволяет отказаться от утилиты pg_probackup и ускорить выполнение операций.
Сценарий 2. Защищаем почтовые сервисы
Задача
Число почтовых ящиков, требующих защиты, растет, а инфраструктура включает несколько систем корпоративных коммуникаций. Требуется централизованная защита без использования утилит и скриптов.
Решение
В Кибер Бэкапе 19 лимит защищаемых ящиков для Почты VK WorkSpace на одном сервере управления вырос с 60 000 до 85 000. Решение обеспечивает централизованную защиту масштабных инфраструктур и поддерживает сценарии как резкого, так и постепенного роста.
Добавлена интеграция с отечественной системой корпоративных коммуникаций RuPost. Агент устанавливается на хосте почтовой системы под управлением ОС Linux и обеспечивает резервное копирование ящиков и календарей, а также их восстановление как в исходный, так и в новый экземпляр сервера. Возможности защиты сервиса будут расширены в следующих версиях.
Сценарий 3. Защищаем виртуальные машины в гетерогенной среде
Задача
Защитить новую платформу виртуализации и снизить нагрузку на сеть при защите существующих виртуальных машин.
Решение
Список платформ, поддерживаемых на уровне гипервизора, пополнился отечественной VMmanager. Развертывание защиты и само копирование виртуальных машин выполняются быстрее, устранена конкуренция агентов с рабочими нагрузками за ресурсы, а также появилась возможность миграции виртуальных машин с зарубежных платформ на VMmanager путем резервного копирования и восстановления.
Для организаций, которые продолжают использовать VMware, оптимизирована работа агента уровня гипервизора. Cлужебный трафик снижен более чем в 2,5 раза. Для остальных поддерживаемых систем виртуализации, за исключением Hyper-V, сжатие служебного трафика между агентом и системой снизило его объем более чем на порядок. Также в Кибер Бэкапе 19 появилась расширенная настройка параметров восстановления ВМ в OpenStack.
Сценарий 4. Настраиваем уведомления и мониторинг в среде с множеством источников
Задача
Инфраструктура включает множество источников данных и планов защиты. Уведомления должны доходить до адресатов независимо от того, есть ли в компании централизованная система мониторинга.
Решение
В Кибер Бэкапе 19 полностью переработана служба уведомлений. Она выдерживает отправку сообщений для десятков тысяч источников данных и сотен планов, применима ко всем защищаемым объектам, включая недавно добавленные, и поддерживает отправку как по электронной почте, так и в мессенджер Макс.
Для организаций без централизованного мониторинга внутренние уведомления остаются основным каналом оповещения, независимым от доступности сторонней системы. Администраторы СРК, не имеющие прав на изменение конфигурации сторонних систем, получают прямой канал отправки, в том числе для интеграции с Service Desk.
Передача метрик и логов, ранее реализованная для Prometheus и Loki, дополнена интеграцией с Zabbix. В комплект поставки входит готовый шаблон для создания контрольной панели Кибер Бэкапа в системе централизованного ИТ-мониторинга.
Сценарий 5. Защищаем резервные копии от вредоносного ПО
Задача
Злоумышленники могут попытаться удалить, изменить или повредить резервные копии. Требуется физическая изоляция хранилищ от сети и исключение возможности изменения данных.
Решение
В новой версии реализована интеграция с однонаправленным шлюзом InfoDiode компании АМТ. Записанные с использованием шлюза на систему хранения резервные копии физически изолируются от сети организации. Это гарантирует неизменяемость данных и защиту от вредоносного ПО, что идеально подходит для сценариев холодного хранения резервных копий.
Сценарий 6. Разворачиваем агенты на множестве Linux-систем
Задача
Управление жизненным циклом агентов в системах на ОС семейства Linux требует централизованного развертывания и обновления. Делать это вручную на сотнях машин трудоемко и увеличивает нагрузку на сеть.
Решение
В Кибер Бэкапе 19 представлена первая версия централизованного репозитория агентов для Linux, выделенных из общего дистрибутива. Репозиторий предназначен для развертывания в инфраструктуре пользователя и позволяет устанавливать агенты защиты на множество Linux-систем через менеджер пакетов RPM. Поддержка обновления, удаления, работа с DEB и другие функции появятся уже в следующих версиях.
Сценарий 7. Переводим управление лицензиями в единую консоль
Задача
Массовое внедрение продуктов в организациях разного масштаба показало, что текущая модель лицензирования не отвечает задачам управления жизненным циклом лицензий, снижает безопасность и затрудняет масштабирование.
Решение
Новая реализация лицензирования в Кибер Бэкапе 19:
- Коды активации заменяются на лицензионные файлы с информацией о применимости к редакциям, доступных возможностях и сроке действия.
- Активация выполняется с использованием ID инсталляции сервера управления — уникального идентификатора, создаваемого при установке.
- Управление лицензиями вынесено в личный кабинет.
- Для снижения нагрузки на сервер управления при проверке лицензионного статуса для десятков тысяч источников соответствующие функции выделены в отдельный модуль — локальный сервис лицензирования.
Заключение
Обновления в Кибер Бэкапе 19 ориентированы на крупные и растущие инфраструктуры. Ускорение резервного копирования кластеров PostgreSQL, централизованная защита почты на десятки тысяч ящиков, снижение нагрузки на сеть при защите ВМ, репозиторий агентов для сотен Linux-систем отвечают на вызовы, которые появляются с ростом масштаба. А новая система уведомлений, физическая изоляция резервных копий и система лицензирования с личным кабинетом актуальны для организаций любого размера.
Связанные статьи
- Резервное копирование СУБД PostgreSQL
- Как в Кибер Бэкапе обеспечивается защита ВМ
- Средства защиты резервных копий и данных внутри них
- Лучшие практики мониторинга резервного копирования: 7 шагов к надежной защите данных
- Импортозамещение почтовых сервисов
- V2V-миграция виртуальных машин: как Кибер Бэкап упрощает переход между гипервизорами
12.11.2026 12:00 МСК
Вы успешно подписались на рассылку Киберпротект!
