Менеджер администратора подсистемы (RBM)#
RBM предназначен для общего администрирования серверной группировки подсистемы, управления клиентами резервного копирования, глобальным расписанием резервного копирования, хранилищами резервных копий и пр.
RBM может быть запущен администратором на:
основном сервере резервного копирования подсистемы командой:
$ /opt/rubackup/bin/rbm&
удаленном сервере. Для этого подключиться по SSH к удаленному хосту и выполнить команду:
$ ssh -X user@rubackup_server
Запустить RBM командой:
$ /opt/rubackup/bin/rbm&
При запуске RBM требуется пройти аутентификацию. Уточнить логин и пароль для входа можно у главного администратора подсистемы. Главный администратор использует для авторизации суперпользователя тот пароль, который задали ему при инсталляции.
На вкладке Объекты в левой части представлен список клиентов системы резервного копирования, в котором указано имя, уникальный HWID и описание. Если развернуть запись для какого-либо из клиентов, в выпадающем списке будут отображены типы ресурсов, для которых данный клиент может создавать резервные копии. Клиенты, которые в данный момент находятся в online, будут отмечены зеленым цветом. Клиенты в состоянии offline — красным:
Для резервного копирования виртуальных машин KVM на хосте должен быть установлен клиент подсистемы и соответствующий модуль, обеспечивающий резервное копирование. Клиент должен быть авторизован администратором подсистемы. В том случае, если клиент подсистемы был установлен, но не авторизован, в нижней части окна RBM будет сообщение о том, что найдены неавторизованные клиенты.
Для авторизации неавторизованного клиента в RBM выполнить следующие действия:
Перейти в раздел Администрирование и нажать на кнопку Клиенты:
Нажать кнопку Неавторизованные клиенты. При этом откроется окно:
Выбрать нужного неавторизованного клиента и нажать Авторизовать:
После авторизации новый клиент будет виден в главном окне RBM:
Клиенты могут быть сгруппированы администратором по какому-либо общему признаку. В случае необходимости восстанавливать резервные копии на другом хосте клиенты должны принадлежать к разделяемой группе (такая группа отмечается шрифтом italic).
При помощи RBM можно создать в глобальном расписании одно или несколько правил резервного копирования виртуальных машин гипервизора KVM.
Для этого необходимо выполнить следующие действия:
В разделе Объекты выбрать клиентский хост, на котором установлен модуль KVM , перейти на вкладку Правила и нажать кнопку +.
Удостовериться, что в поле Клиент выбран необходимый клиент резервного копирования, на котором установлен модуль KVM:
Удостовериться, что в поле Тип ресурса выбрано Kernel-based Virtual Machine (KVM):
Нажать на кнопку … рядом с надписью Ресурс и выбрать виртуальную машину, для которой требуется создать резервную копию:
Установить настройки правила: название правила, пул хранения данных, приоритет выполнения правила, тип резервной копии (полная, инкрементальная или дифференциальная), расписание резервного копирования, срок хранения и необязательный временной промежуток проверки копии.
Нажать на кнопку …` рядом с выбранным типом ресурса Kernel-based Virtual Machine (KVM) установить дополнительные настройки правила резервного копирования.
Описание дополнительных настроек правила резервного копирования представлено в таблице:
Параметр |
Описание |
Значение по умолчанию |
Допустимые значения |
|---|---|---|---|
backup_if_shutdown |
Выполнять ли резервное копирование, если ВМ выключена |
true |
true, false |
script_before_snapshot |
Полный путь к скрипту или исполняемому файлу внутри ВМ, для которой предполагается создание резервной копии. Скрипт или исполняемый файл будет выполнен перед операцией мгновенного снимка |
||
script_after_snapshot |
Полный путь к скрипту или исполняемому файлу внутри ВМ, для которой предполагается создание резервной копии. Скрипт или исполняемый файл будет выполнен после операции мгновенного снимка |
||
еxecution_script_timeout |
Период (в сек), в течение которого скрипт должен быть завершен. Если скрипт не будет завершен за указанный промежуток времени, операция резервного копирования будет прервана |
5 |
>1 |
ceph_user |
Пользователь Ceph. Настройка актуальна только для виртуальных машин, диски которых расположены в CEPH-хранилище |
Если дополнительными настройками не заданы скрипты, которые должны быть выполнены в виртуальной машине перед и после создания моментального снимка (снапшота), но в виртуальной машине существует исполняемый скрипт /opt/rubackup/scripts/rubackup-kvm.sh, то перед созданием снимка он будет выполнен с параметром before, а после создания снимка он будет выполнен с параметром after. Значение таймаута в этом случае равняется 5 сек.
Вновь созданное правило будет обладать статусом wait, это означает что оно не будет порождать задач на выполнение резервного копирования до той поры, пока администратор подсистемы не запустит его и оно не изменит свой статус на run. При необходимости работу правила можно будет приостановить или запустить в любой момент времени по желанию администратора.
Также администратор может инициировать немедленное создание задачи при статусе правила wait.
Правило глобального расписания имеет срок жизни, определяемый при его создании, а так же предусматривает следующие возможности:
Выполнить скрипт на клиенте перед началом резервного копирования.
Выполнить скрипт на клиенте после успешного окончания резервного копирования.
Выполнить скрипт на клиенте после неудачного завершения резервного копирования.
Выполнить преобразование резервной копии на клиенте.
Периодически выполнять проверку целостности резервной копии.
Хранить резервные копии определенный срок, а после его окончания удалять их из хранилища резервных копий и из записей репозитория, либо просто уведомлять пользователей системы резервного копирования об окончании срока хранения.
Через определенный срок после создания резервной копии автоматически переместить ее на другой пул хранения резервных копий, например на картридж ленточной библиотеки.
Уведомлять пользователей системы резервного копирования о результатах выполнения тех или иных операций, связанных с правилом глобального расписания.
При создании задачи подсистемы она появляется в главной очереди задач. Отслеживать исполнение правил может как администратор, с помощью RBM, так клиент при помощи RBC.
После успешного завершения резервного копирования резервная копия будет размещена в хранилище резервных копий, а информация о ней будет размещена в репозитории подсистемы.