RuBackup

Каталог Группа Астра

Автоматизированная система защиты данных инфраструктурных систем любого масштаба и бизнес-приложений, обеспечивает надежную защиту данных:
  • Сред виртуализации и виртуальных машин;
  • Физических серверов;
  • Бизнес-приложений и систем;
  • Баз данных.

АРМ: Бэкапирование

Сервер: Бэкапирование

Управление: Резервное копирование

Вендор: Группа Астра

Описание
Архитектура
Лицензирование
Структура тех. поддержки

Описание

Копирование:
  • Полное, инкрементальное и дифференциальное резервное копирование;
  • Глобальное расписание, обеспечивающее автоматическое создание резервных копий клиентов;
  • Локальное расписание для клиента — возможность управлять процессом копирования самостоятельно;
  • Выполнение срочных резервных копий по запросу клиента или администратора;
  • Управление устройствами для хранения резервных копий, возможность распределять данные по разным хранилищам в зависимости от политики компании.

Сжатие и хранение:
  • Сжатие резервных копий на клиенте или на сервере;
  • Стратегии резервного копирования, позволяющие автоматизировать групповые операции с клиентами;
  • Защитное преобразование резервных копий по алгоритмам ГОСТ 34–12–2015 (kuznyechik), anubis, aria, cast6, camellia, kalyna, mars, AES, serpent, simon, sm4, speck, treefish и twofish;
  • Количество одновременных сессий резервного копирования ограничено только аппаратными характеристиками сервера;
  • Параллельные сессии доступны и для всей системы, и для отдельного клиента;
  • Хранение резервных копий на СХД, ленточных библиотеках, в облаках S3;
  • Автоматическое перемещение резервных копий на другие носители и удаление устаревших данных.

Улучшенная система управления:
  • Автоматическая верификация сделанных резервных копий (размер файлов, md5, сумма, электронная подпись);
  • Локальный лист запретов (с regexp) для каждого клиента, ограничивающий информацию резервных копий;
  • Графический интерфейс для управления и у пользователя, и у администратора;
  • Система уведомлений пользователей о событиях;
  • Аналитика — планирование копирования с прогнозом затрат ресурсов;
  • Полноценное управление из командной строки;
  • Фиксация всех действий администратора и пользователей в базе данных и системном журнале.

Поддерживаемое ПО и оборудование:
  • ОС – Astra Linux, РЕД ОС, ALT Linux, Debian, Ubuntu, CentOS, Oracle Linux, RedHat Linux;
  • СУБД – PostgreSQL, Postgres Pro, Oracle for Linux, MySQL, MariaDB, Redis, Jatoba, MSSQL for Linux, SQLite, Tarantool;
  • Виртуальные среды – СВ Брест, KVM, Р-Платформа, OpenNebula, Aerodisk AIST, ECP Veil, oVirt, zVirt, РЕД Вирутализация;
  • Приложения – FreeIPA, CommuniGate Pro, BTRFS, ZFS, LXD, Docker, S3, Ceph.

Архитектура

Серверная группа Rubackup состоит из основного сервера, необязательного резервного сервера и медиасерверов. В простейшем случае медиасервером является основной сервер резервного копирования (а также резервный сервер, при наличии).

Клиент системы резервного копирования – это отдельный сервер, компьютер или виртуальная машина, на которой установлено клиентское ПО RuBackup для выполнения резервного копирования. Для удобства клиенты могут быть объединены в группы клиентов.

Хранение данных резервных копий (архивов) реализовано в виде хранилищ (storage). Каждое хранилище входит в определенный пул. Пул − это логическое объединение однотипных устройств хранения резервных копий. Каждый пул принадлежит определенному медиасерверу. Таким образом, организация хранения данных резервных копий имеет следующую структуру: Медиасервер → Пул → Хранилище.

Метаданные резервных копий хранятся в репозитории. Непосредственно резервные копии располагаются в хранилищах резервных копий, которые ассоциированы с пулами хранения резервных копий. Типы хранилищ: файловая система, ленточная библиотека, S3-облако, блочные устройства.


В простейшем случае единственный сервер резервного копирования взаимодействует с клиентами, координирует задания СРК и хранит резервные копии на доступных ему ресурсах: файловых системах, картриджах ленточных библиотек и облачных сервисах.

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

Взаимодействие между системой резервного копирования и ее клиентами обеспечивает основной сервер резервного копирования RuBackup, либо резервный сервер, если он функционирует в режиме замещения основного сервера. И основной, и резервный серверы включают в себя функционал медиасервера. Медиасервер предназначен для хранения резервных копий, получения их от клиентов и передачи клиентам файлов резервных копий по запросу.

При увеличении количества клиентов, а также при увеличении количества ресурсов, на которых предполагается хранить резервные копии, могут возникнуть задачи распределения нагрузки. В этом случае в серверную группировку могут быть добавлены медиасерверы, с помощью которых можно перераспределить задачи резервного копирования на несколько серверов резервного копирования или построить иерархическую систему хранения резервных копий.

Лицензирование

Виды лицензий:
  • Срочная лицензия на 12 месяцев;
  • Срочная лицензия на 24 месяцев;
  • Срочная лицензия на 36 месяцев;
  • Бессрочная лицензия.

Варианты лицензирования:
  • По объему хранимых резервных копий (backend) – лицензируется объем всех резервных копий после сжатия и после дедупликации, при этом можно использовать любое количество серверов резервного копирования;
  • По объему полных уникальных резервных копий (frontend) – лицензируется размер резервных копий после сжатия, но до дедупликации, если она используется, при этом можно использовать любое количество серверов резервного копирования;
  • На основе конфигурации системы резервного копирования RuBackup – одна лицензия на каждый управляющий сервер с учетом количества сокетов (1/2/4) на таком сервер, дополнительно необходимо приобрести лицензию на каждый клиент (физические серверы/АРМ/виртуальные среды, базы данных/приложения), для которых необходимо сделать резервное копирование. Максимальный объем резервных копий при такой модели лицензирования - 250 ТБ. Минимальное количество лицензий для заказа - 1 серверная лицензия и 1 лицензия на 10 клиентов. Для этого типа лицензии предусмотрены расширения (модули), определяющие, какие именно источники данных можно использовать для создания резервных копий.

Конфигурация RuВackup:
  • Серверные лицензии – основной сервер резервного копирования, резервный и медиасерверы лицензируются по количеству сокетов в сервере (1, 2 или 4 сокета);
  • Клиентские лицензии – любой физический сервер, АРМ или ВМ, для которой требуется агентский бэкап. Для каждого клиента системы резервного копирования по умолчанию включены расширения, которые разрешают работу модулей для копирования файловых ресурсов, блочных устройств и томов LVM;
  • Модуль для резервного копирования и восстановления бакетов облака S3 – лицензируется по количеству прокси хостов S3. Помимо модуля, для каждого хоста необходима клиентская лицензия;
  • Модуль для работы с СУБД PostgreSQL, Postgres Pro, MySQL, MariaDB, Redis, Jatoba, Oracle for Linux, SQLite, Tarantool, MS SQL – лицензируется по количеству физических хостов. Помимо модуля, для каждого хоста необходима клиентская лицензия. Если СУБД работает в виртуальной машине и нужен агентский бэкап, требуется клиентская лицензия на каждую такую ВМ;
  • Модуль для работы с приложениями FreeIPA, BTRFS, ZFS, LXD, Docker, Ceph, CommuniGate Pro – лицензируются по количеству физических хостов. Помимо модуля, для каждого хоста необходима клиентская лицензия. Если приложение работает в виртуальной машине и нужен агентский бэкап, требуется клиентская лицензия на каждую такую ВМ;
  • Модуль для гипервизоров: СВ Брест, KVM, OpenNebula, Р-Платформа, Aerodisk AIST, ECP Veil – лицензируется каждый гипервизор, количество ВМ не ограничено. Помимо модуля, для каждого гипервизора необходима клиентская лицензия.

Условия лицензирования:
  • Сроком начала действия лицензии является дата ее отгрузки;
  • Способы передачи – распространение по сетям связи (электронно).

Структура тех. поддержки

Смотрите также