Создали комплексное решение для защиты данных в виртуальных средах

26 марта 2026, 16:58
|
Astra_Group

🛡️Объединили платформу серверной виртуализации VMmanager и систему резервного копирования RuBackup в единый контур. Решение создано по запросам заказчиков: теперь им доступен готовый сценарий резервного копирования, не требующий сложной настройки.

Преимущества единого продукта:

🔹 Глубокое взаимодействие и совместное развитие решений на системном уровне;

🔹 Единая закупка и техническая поддержка;

🔹 Сокращение времени внедрения;

🔹 Снижение совокупной стоимости владения.

VMmanager выступает основой для цифровой среды, объединяя серверы и хранилища в единый кластер, а управление резервным копированием осуществляется прямо в интерфейсе RuBackup. Синхронизация происходит автоматически, что обеспечивает актуальность данных и позволяет быстро восстанавливать их, не переключаясь между разными системами.

Подробности раскрыли в пресс-релизе: https://astra.ru/about/press-center/news/tekhnologicheskaya-sinergiya-i-operatsionnaya-effektivnost-gruppa-astra-vyvodit-na-rynok-reshenie-dl/

А о необходимости резервного копирования рассказывали в образовательном посте:https://smart-lab.ru/blog/1177745.php

❤️ Ваша $ASTR

Данная публикация является личным мнением автора. Мнение владельца сайта может не совпадать с мнением автора.

спецраздел:
Акции

обсудить на форуме:
Группа Астра

Ключевые слова:
ASTR,
Astra Linux,
акции,
Астра

282

1 комментарий

Если в процессе «глубокого взаимодействия на системном уровне» компонент RuBackup зависнет при сканировании снапшотов или переполнит общую шину данных, как именно VMmanager гарантирует, что консоль управления виртуализацией и API для создания новых машин останутся работоспособными?

Поскольку вы заявляете о «синхронизации в автоматическом режиме», как решается вопрос Version Coupling? Если заказчику через год потребуется обновить RuBackup ради новой фичи, а VMmanager еще не протестирован с этой версией, вы заставите его сидеть на старом софте с дырами в безопасности или предложите развалить ваш «единый контур» и вернуться к ручному управлению?

Каков процент накладных расходов на CPU и RAM у этих «автоматических сервисов синхронизации» на кластере из 500+ нод? Вы продаете «простую настройку», но считали ли вы, во сколько обойдется заказчику поддержка этой невидимой прослойки в пересчете на стоимость серверных мощностей (OPEX) в пятилетней перспективе?