Настройка удаленной репликации
Для осуществления удаленной репликации на сервере резервного копирования должен быть настроен хотя бы один пул типа «Блочное устройство», содержащий минимум одно блочное устройство для использования в качестве дедуплицированного хранилища резервных копий (более подробную информацию см. в руководстве «Дедупликация в RuBackup»).
Репликация ВМ поддерживается не для всех методов передачи данных (драйверов) для используемых базовых технологий хранения. Доступные методы передачи данных для репликации перечислены в Таблице .
Технологии хранения | Методы передачи данных между хранилищем образов и системным хранилищем |
---|---|
Filesystem |
|
LVM |
lvm_lvm |
Управление правилами удаленной репликации осуществляется при помощи Менеджера администратора RuBackup (RBM). Вкладка «Удалённая репликация» в главном окне RBM содержит информацию обо всех правилах непрерывной удалённой репликации. Включенные правила имеют статус «run», выключенные — «wait» (рисунок 1).

Управление правилами удалённой репликации осуществляется с помощью кнопок на верхней панели или в контекстном меню, вызываемом нажатием правой кнопки мыши (рисунок 2).

Доступны следующие действия:
-
Добавить новое правило удалённой репликации.
-
Клонировать правило.
-
Редактировать правило.
-
Выполнить правило немедленно.
-
Запустить/приостановить — перевести правило из «wait» в «run» и наоборот.
-
Удалить правило репликации.
При добавлении нового правила непрерывной удалённой репликации необходимо установить следующие параметры (рисунок 3):

-
Блок «Источник»:
-
Клиент — выберите клиент системы резервного копирования, откуда будут передаваться данные.
-
Ресурс — нажмите на иконку «…» рядом с надписью «Ресурс» и выберите необходимую ВМ (рисунок 4). После выбора, в поле отобразится идентификатор ВМ.
-
Тип ресурса — выберите «Brest VM».
-
-
Блок «Место назначения»:
-
Клиент — выберите клиент системы резервного копирования, на который будут передаваться данные.
-
Каталог распаковки — выберите директорию, в которую будут переданы реплицированные данные. Репликация может быть выполнена непосредственно на другую инсталляцию ПК СВ «БРЕСТ» в рабочую директорию. Для успешного выполнения репликации требуется наличие свободного места в данном каталоге, которое превышает объем бэкапируемых данных.
-
Примечание: При репликации ВМ, развернутой на одной инсталляции ПК СВ «БРЕСТ» на другую инсталляцию ПК СВ «БРЕСТ» необходимо учитывать, что данные инсталляции должны быть идентичными (одинаковые ID устройств: хранилищ, виртуальных сетей и др.). Также должны быть идентичны хранилища, используемые в среде виртуализации.
-
Параметры восстановления для модуля — выберите «Brest VM».
-
Период репликации.
-
Хранение реплик (количество хранимых реплик в репозитории).
-
Дата начала и окончания действия правила.
-
Пул для хранения резервных копий (можно использовать только пул типа «Блочное устройство»).
-
Настройки уведомлений о событиях правила.
-
Примечания:
-
При репликации будет считано имя ВМ из её конфигурации, сохраненной в резервной копии. Если ВМ с таким именем не существует в системе, то она будет создана с нуля. В другом случае данные дисков ВМ из резервной копии будут реплицированы в соответствующие диски существующей ВМ. Если в рамках опции восстановления «new_name» задано требуемое имя ВМ, то при проверке наличия ВМ в системе будет использовано это имя, а не то, которое сохранено в конфигурации ВМ в резервной копии. Для информации о параметрах восстановления для модулей Brest VM и Brest Template см. таблицу 6 и таблицу 7 соответственно.
-
Значение параметра восстановления «restore_only_config» модуля Brest VM не учитывается при применении реплики.
Перед настройкой непрерывной репликации необходимо оценить время, необходимое и достаточное для завершения операций по созданию и применению реплики, и в соответствии с этим настраивать период репликации правила. Вы также можете изменить настройки правила после его создания (рисунок 5).

Реплики располагаются в репозитории в виде записей с типом задачи «Create replica» (рисунок 6).

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