RuBackup – профессиональное программное решение резервного копирования, ориентированное на ИТ-инфраструктуру государственных и корпоративных заказчиков, которые переходят на российское программное обеспечение. Решение предназначено для защиты информации центров обработки данных и корпоративных сетей предприятия.
Система резервного копирования RuBackup разработана «с нуля» и не имеет в своей основе какие-либо open source решения резервного копирования. Платформа разработки – Ubuntu Linux. Среда разработки – C++, Qt. СУБД системы резервного копирования – PostgreSQL.
Функционал.
1. Поточная глобальная дедупликация. Возможность размещать резервные копии в блочных устройствах (диск, RAID, LUN СХД) со значительной экономией пространства. В системе резервного копирования может быть несколько пулов для дедупликации с разными характеристиками (размер блока, алгоритм и длина хэш-функции). Значительная экономия времени при бэкапе и восстановлении. При резервном копировании от клиента серверу передаются только те блоки, которых с наибольшей вероятностью еще нет в дедуплицированном хранилище. При восстановлении в целевой ресурс передаются только необходимые для восстановления блоки: если утерян один файл из файловой системы, нет необходимости искать его в резервной копии. Нужно просто запустить восстановление и будет передана только необходимая информация. Нет необходимости думать о разностном резервном копировании – всегда передается только измененная дельта.
2. Ролевая модель доступа к административным функциям системы резервного копирования. Суперпользователь rubackup может выполнять любые настройки СРК. Группа супервайзеров может выполнять все настройки, кроме изменения глобальных параметров, определяющих ключевые параметры работы СРК. Группа мейнтейнеров отвечает за настройки устройств хранения резервных копий только для определенных медиа-серверов. Простые администраторы СРК могут быть ограничены в контроле только над определенной группой клиентов.
3. В серверную группировку RuBackup могут входить несколько медиа-серверов для распределения нагрузки между ними. В RuBackup 1.9 доступен функционал автоматической балансировки для вновь создаваемых задач резервного копирования. Пулы хранения резервных копий могут быть объединены в специальную динамическую группу. Это могут быть пулы на одном сервере или на нескольких медиа-серверах. Динамических групп может быть несколько. Для динамической группы можно определить критические параметры, при которых задача будет использовать один из наименее загруженных пулов на наименее загруженном медиа-сервере.
4. Вы можете определить приоритеты для задач резервного копирования, которые порождаются правилами глобального расписания или стратегиями резервного копирования. Приоритеты действуют в рамках одного клиента СРК. Это означает, что задачи определенного клиента с низшими приоритетами будут ждать окончания задач с более высокими приоритетами на этом клиенте. Это позволяет выполнять резервное копирования для наиболее критичных источников данных клиента резервного копирования в первую очередь, без конкурентной гонки. Задачи разных клиентов будут обрабатываться системой резервного копирования вне зависимости от приоритетов для того, чтобы система резервного копирования не простаивала.
5. Менеджер администратора RuBackup может быть установлен на АРМ администратора отдельно от сервера резервного копирования. RBM может функционировать как на Linux, так и на MS Windows.
6. RuBackup обеспечивает горизонтальную масштабируемость решения при помощи медиа-серверов. При необходимости увеличить производительность системы резервного копирования просто добавьте нужноe количество медиа-серверов и балансируйте нагрузку между ними.
7. Возможность сократить время восстановления до нескольких минут. В ходе непрерывной репликации все изменения источника данных передаются на резервный хост или резервную виртуальную машину и применяются к резервному источнику данных. Минимальное время отставания – 1 минута. Возможность выполнять репликацию для большинства поддерживаемых RuBackup источников данных: файловых систем, виртуальных машин и т.п. Для восстановления необходимо только предоставить доступ к резервному источнику данных, например, включить виртуальную машину, куда происходила репликация данных или изменить IP адрес резервного хоста для предоставления доступа к файловым ресурсам.
8. Для контроля работы системы резервного копирования могут быть сформированы периодические консолидированные отчеты для администраторов и пользователей. Отчеты могут формироваться как срочно, так и по заранее заданному расписанию. Отчет может содержать информацию только о тех объектах системы резервного копирования, которые входят в зону интересов получателя и к которым он имеет доступ в рамках ролевой модели управления СРК.
9. Можно объединить несколько клиентов СРК в единый кластер. В случае недоступности клиента задание резервного копирования будет выполнено на другом клиенте, входящим в группу. Функция предназначена для инфраструктурных кластерных конфигураций, где источник данных доступен на всех узлах кластера и когда требуется обеспечить процесс резервного копирования для кластера в целом вне зависимости от доступности того или иного узла.
10. Администраторы системы резервного копирования могут выполнять централизованное восстановление резервных копий на клиенте без его участия. Эта возможность может быть отключена клиентом для тех случаев, когда восстановление информации является только его зоной ответственности или для того, чтобы случайное восстановление резервной копии не убило работающую систему.
11. Возможность выполнять резервное копирование на отдельном хосте без включения его в систему резервного копирования. Резервное копирование возможно, как на выделенное устройство (диск, флешку), так и на сетевую файловую систему (NFS, CIFS). Автономное хранилище монтируется только для выполнения операций резервного копирования. Резервное копирование может выполняться по расписанию и по запросу пользователя.
12. В RuBackup есть встроенный HA-кластер. В случае отказа основного сервера все запросы будут автоматически перенаправлены на резервный. В случае отказа медиа-сервера резервные копии могут быть перенаправлены в другое хранилище.
13. Возможность ограничить пропускную способность для определенных клиентов или правил резервного копирования, в том числе для определенного периода времени.
14. Электронная подпись резервных копий асимметричным шифрованием (открытый/закрытый ключи). Быстрая проверка резервных копий.
26 мая 2023 вышла обновленная версия системы резервного копирования и восстановления данных RuBackup 2.0.
В версии RuBackup 2.0 реализован обновленный механизм упаковки и передачи данных. Их многопоточная обработка и дедупликация позволяют сократить RPO и RTO, а отказ от промежуточного хранения — минимизировать затраты на оборудование. Теперь резервные копии создаются сразу в целевом хранилище.
Второе важное обновление касается интерфейса менеджера администратора RuBackup: он был полностью переработан и стал более интуитивно понятным и максимально удобным для использования.
В решение добавлены модули резервного копирования: платформа управления виртуализацией VMmanager, платформа виртуализации «РУСТЭК» и система виртуализации «Аэродиск АИСТ» версий 3.7.0 и 3.7.1.
В данной версии реализована функция автоматической очистки от временных и неактуальных данных в хранилище резервных копий. Кроме того, RuBackup 2.0 получил улучшенные модули резервного копирования для ПК СВ «Брест» и платформы унифицированных коммуникаций CommuniGate Pro.
RuBackup 2.0 расширяет существующие возможности для создания отказоустойчивой системы резервного копирования благодаря поддержке кластерных файловых систем для медиасерверов. Кластерная файловая система может быть использована для любого количества медиасерверов и предоставляет возможность полного восстановления данных даже в случае отказа одного из них. Это позволяет организациям обеспечивать повышенный уровень доступности резервных копий в хранилище, сокращая риски потери критических данных.
Также улучшен функционал для управления и отслеживания состояния системы резервного копирования и представлена первая итерация REST API. В обновленной версии с ее помощью можно создавать задачи, отслеживать их выполнение, контролировать RPO и RTO.
Дополнительные возможности RuBackup 2.0:
- отображение прогресса выполнения резервного копирования и восстановления в интерфейсе пользователя;
- возможность приостановки и продолжения задач;
- настройка срока хранения выбранной резервной копии;
- выполнение массовых операций в интерфейсе пользователя;
- создание единого правила для группы клиентов;
- план регламентного обслуживания;
- архивация данных в рамках срочного резервного копирования.
Заключение.
Система резервного копирования RuBackup – отечественное решение, включенное в Реестр ПО Минцифры России и совместимое с платформами «Байкал М» и «Эльбрус».
Решение обеспечивает полное, инкрементальное и дифференциальное резервное копирование виртуальных машин и шаблонов на базе Unix-подобных систем, в том числе – ОС Astra Linux. Продукт входит в «Единый реестр российских программ для электронных вычислительных машин и баз данных» Минцифры России.
А совместимость RuBackup с другими отечественными продуктами играет важную роль в построении комплексных решений, актуальных для крупных государственных и коммерческих заказчиков. Использование системы RuBackup позволяет обезопасить работу в среде СУБД и предложить рынку надежное и независимое от импорта решение.