Работа с данными

1. Описание работы с данными

Резервное копирование виртуальных машин платформы виртуализации Basis DynamiX Enterprise выполняется безагентным методом. Данный метод используется для резервного копирования и восстановления виртуальных машин платформы виртуализации Basis DynamiX Enterprise без установки клиента РК RuBackup и модуля DynamiX внутрь гостевой системы, что позволяет создавать полные, инкрементальные и дифференциальные резервные копии без остановки виртуальной машины (что обеспечивает непрерывность процесса), с минимальной нагрузкой на узел и локальную сеть LAN.

Предварительно для успешного выполнения резервного копирования и восстановления виртуальной машины платформы виртуализации Basis DynamiX Enterprise необходимо смонтировать общий удалённый ресурс NFS, указав директорию, на узле гипервизора которая будет доступна (url-адрес директории необходимо указать в значении параметра hypervisor_backup_path конфигурационного файла модуля /opt/rubackup/etc/rb_module_dynamix.conf) в локальной точке монтирования — директория на узле клиента РК, в которой модуль DynamiX ожидает появления копий дисков резервируемой виртуальной машины (url-адрес директории необходимо указать в значении параметра local_backup_path конфигурационного файла модуля /opt/rubackup/etc/rb_module_dynamix.conf). После монтирования общего ресурса точка монтирования становится корневым каталогом смонтированной файловой системы.

Чтобы убедиться, что удаленная NFS-директория успешно смонтирована, используйте команду mount или df -h.

Далее необходимо подключить смонтированную и настроенную NFS-директорию к гипервизору платформы виртуализации Basis DynamiX Enterprise .

При запуске задачи на создание резервной копии виртуальной машины модуль DynamiX отправляет API-запрос к REST API интерфейса платформы виртуализации Basis DynamiX Enterprise по url-адресу, указанному для значения параметра url конфигурационного файла модуля /opt/rubackup/etc/rb_module_dynamix.conf. В результате этого запроса в NFS-директории, подключенной к гипервизору, для резервируемой виртуальной машины будут созданы копии всех её дисков. Полученные копии дисков резервируемой виртуальной машины будут доступны в локальной точке монтирования. Также модуль DynamiX с помощью API-запрос получает информацию о резервируемой ВМ и сохраняет её в отдельный файл метаданных. Резервная копия ВМ формируется из файла метаданных и копии дисков ВМ, далее РК перемещается на медиа-сервер RuBakup для последующего хранения. В случае передачи резервной копии в хранилище дедуплицированных резервных копий всегда происходит передача только тех уникальных блоков (для того же типа источника данных), которых еще нет в хранилище.

После выполнения резервного копирования копии дисков резервируемой виртуальной машины будут удалены из директории — локальной точки монтирования.

Схема процесса резервного копирования и восстановления виртуальных машин платформы виртуализации Basis DynamiX Enterprise приведена на (рисунке 1).

10000001000003D5000003AEBD5751671CCBCDE3
Рисунок 1. Структурная схема резервного копирования и восстановления виртуальных машин Basis Dynamix из резервной копии

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

При запуске задачи на восстановление виртуальной машины из резервной копии клиент РК с установленным модулем DynamiX отправляет API-запросы к REST API интерфейса платформы виртуализации Basis DynamiX Enterprise по url-адресу, указанному для значения параметра url конфигурационного файла модуля /opt/rubackup/etc/rb_module_dynamix.conf. В результате этих запросов выполняется:

  • если параметр восстановления restore_to_original_vm имеет значение true, то выполняется проверка наличия исходной ВМ (в случае отсутствия исходной будет создана новая виртуальная машина); проверка её состояния (включена или выключена), ВМ переводится в статус stopped (если на момент восстановления ВМ запущена). Далее диски виртуальной машины из резервной копии перемещаются в локальную точку монтирования, путь к директории которой указан в значении параметра local_backup_path, при этом распакованные файлы дисков ВМ становятся доступны на узле гипервизора по пути, указанному в значении параметра hypervisor_backup_path;

  • если параметр восстановления restore_to_original_vm имеет значение false, то проверка наличия исходной ВМ не выполняется и будет создана новая ВМ, даже если существует исходная (оригинальная) ВМ. Далее диски виртуальной машины из резервной копии перемещаются в локальную точку монтирования, путь к директории которой указан в значении параметра local_backup_path, и на NFS-ресурс, путь к директории на узле гипервизора которой указан в значении параметра hypervisor_backup_path и полностью восстанавливаются в созданной ВМ;

Локальное восстановление виртуальных машин платформы виртуализации Basis DynamiX Enterprise возможно:

  • в консоли на узле клиента РК с установленным модулем DynamiX посредством утилит rb_archives или rb_repository. Подробное описание работы с утилитой приведено в документе «Утилиты командной строки RuBackup»;

  • посредством Менеджера клиента RuBackup. Подробное описание работы с утилитой приведено в документе «Руководстве пользователя RuBackup».

Централизованное восстановление виртуальных машин платформы виртуализации Basis DynamiX Enterprise возможно также посредством Менеджера администратора RuBackup.

2. Описание работы с данными в RBM

  • РК для одной ВМ по расписанию. Для выполнения резервного копирования дисков одной виртуальной машины по расписанию необходимо:

    • запустить Менеджер Администратора Rubackup (RBM) (см. Запуск Менеджера Администратора RuBackup (RBM));

    • авторизоваться с правами администратора (см. Аутентификация пользователя в RBM);

    • проверить статус клиента РК, на котором развёрнут модуль DynamiX (см. Статус клиента РК);

    • создать и настроить правило (см. Создание правила глобального расписания) полного резервного копирования для создания плановых резервных копий возможно двумя способами:

      • в разделе «Глобальное расписание», нажав кнопку «Добавить» и настроив создаваемое Правило;

      • в разделе «Объекты», выбрав вкладку «Правила» и нажав кнопку «Добавить»;

        Правило должно иметь статус «run» (запущено) для выполнения резервного копирования по расписанию.
    • в разделе «Очередь задач» доступно отслеживание статуса выполненных и ход выполняемой задач резервного копирования (см. Просмотр очереди задач);

    • в результате выполнения задачи резервная копия будет перемещена в хранилище, а её метаданные доступны в разделе «Репозиторий».

  • РК для группы ВМ по расписанию. Для выполнения резервного копирования группы виртуальных машин по расписанию необходимо:

    • запустить Менеджер Администратора Rubackup (RBM);

    • авторизоваться с правами администратора;

    • проверить статус клиента РК, на котором развёрнут модуль DynamiX;

    • создать и настроить последовательно:

      • стратегию полного резервного копирования для создания плановых резервных копий в разделе «Стратегии», нажав кнопку «Добавить»;

      • правило стратегии для каждой ВМ в разделе «Стратегии», выделив нужную стратегию и нажав кнопку «Правила». Повторить создание правила для каждой ВМ;

        Правило должно иметь статус «run» (запущено) для выполнения резервного копирования по расписанию.
    • в разделе «Очередь задач» доступно отслеживание статуса выполненных и ход выполняемой задач резервного копирования;

    • в результате выполнения задачи резервные копии виртуальных машин будут перемещены в хранилище, а их метаданные доступны в разделе «Репозиторий».

  • Срочное РК. Срочное резервное копирование выполняется для одной ВМ:

    • запустить Менеджер Администратора Rubackup (RBM);

    • авторизоваться с правами администратора;

    • проверить статус клиента РК, на котором развёрнут модуль Dynamix;

    • выполнить срочное резервное копирование возможно двумя способами:

      • быстрый доступ к функции срочного резервного копирования по нажатию на кнопку «Срочное РК» на верхней панели RBM;

      • в разделе «Объекты», выделив клиента РК, который осуществляет управление резервным копированием ВМ, и нажав появившуюся кнопку «Срочное РК»;

    • в разделе «Очередь задач» доступно отслеживание статуса выполненных и ход выполняемой задач резервного копирования;

    • в результате выполнения задачи резервная копия ВМ будет перемещена в хранилище, а её метаданные доступны в разделе «Репозиторий».

  • Восстановление из РК. Для выполнения восстановления ВМ из резервной копии необходимо:

    • запустить Менеджер Администратора Rubackup (RBM);

    • авторизоваться с правами администратора;

    • проверить статус клиента РК, на котором развёрнут модуль Dynamix;

    • в разделе «Репозиторий» выбрать РК и нажать кнопку «Восстановить»;

    • в разделе «Очередь задач» доступно отслеживание статуса выполненных и ход выполняемой задач восстановления резервной копии;

    • в результате произведено восстановление удаленной или изменённой ВМ до состояния, в котором она была на момент создания резервной копии.

3. Особенности настройки RBM для РК виртуальной машины

При выполнении любого сценария, описанного в подразделе Раздел 2 настоящего документа, следует при настройке правил, стратегий, восстановления из РК в соответствующих полях указать следующие данные:

  • в поле «Клиент» выбрать из выпадающего списка имя клиента РК, на котором развёрнут модуль Dynamix и произведена настройка NFS-директории, подключенной к гипервизору, предоставлен сетевой доступ к сервису платформы виртуализации Basis DynamiX Enterprise с соответствующей версией API (см. Программная среда Basis DynamiX Enterprise);

  • в поле «Тип ресурса» выбрать из выпадающего списка «DynamiX»;

  • при необходимости произвести тонкую настройку модуля Dynamix;

  • в поле «Ресурс» выбрать ВМ, резервная копия которой будет создана;

  • в поле «Тип РК» выбрать «Полное», «Инкрементальное» или «Дифференциальное».