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

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

Резервное копирование виртуальных машин облачной платформы виртуализации TIONIX выполняется безагентным методом — без установки клиента РК RuBackup и модуля TIONIX внутрь гостевой системы, что позволяет создавать полные, инкрементальные и дифференциальные резервные копии без остановки виртуальной машины с минимальной нагрузкой на узел и обеспечением непрерывности процесса.

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

Для подключения к платформе виртуализации TIONIX необходимо указать значения параметров в файле конфигурации /opt/rubackup/etc/rb_module_tionix.conf, предварительно запросив данные у её администратора.

Задачи на копирование и восстановление виртуальных машин платформы TIONIX осуществляются посредством отправки API-запросов к REST API сервисов облачной платформы (TIONIX Cloud Platform), по url-адресам, полученным от администратора платформы виртуализации TIONIX и указанным значений параметров конфигурационного файла модуля /opt/rubackup/etc/rb_module_tionix.conf.

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

100001
Рисунок 1. Структурная схема резервного копирования и восстановления виртуальных машин платформы виртуализации TIONIX

1.1. Описание выполнения резервного копирования

  1. При запуске задачи на создание резервной копии виртуальной машины модуль TIONIX отправляет API-запрос к REST API интерфейса платформы виртуализации TIONIX.

    В результате этого запроса на облачной платформе TIONIX будет:

    • экспортирована конфигурация резервируемой ВМ в конфигурационный файл (файл метаданных резервной копии). В файле метаданных сохраняется информация о:

      • всех сетевых адаптерах ВМ;

      • Network ID адаптеров;

      • МАС-адресах;

      • IP-адресах;

      • размещении ВМ в домене отказа (принадлежность к аффинитентной группе (Anti-affinity, affinity));

      • значении поля OS-EXT-SRV-ATTR:user_data1 [1], если оно доступно (предоставлено платформой виртуализации в ответ на запрос информации о ВМ модулем). Поле OS-EXT-SRV-ATTR:user_data1 [1] может содержать скрипт (набор команд), который был передан пользователем при создании ВМ на платформе виртуализации TIONIX;

    • произведена проверка состояния ВМ — включена или выключена. В случае, если ВМ включена, то выполняется скрипт (при наличии), указанный для параметра script_before_snapshot в тонких настройках модуля TIONIX;

    • выполнены мгновенные снимки всех дисков резервируемой ВМ на гипервизоре платформы виртуализации. В случае, если ВМ включена, то выполняется скрипт (при наличии), указанный для параметра script_after_snapshot в тонких настройках модуля TIONIX;

    • из полученных мгновенных снимков дисков ВМ будут созданы диски, которые появятся в соответствующем разделе dashboard TIONIX;

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

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

  3. После выполнения резервного копирования:

    • мгновенные снимки состояния ВМ будут удалены на узле гипервизора облачной платформы виртуализации TIONIX;

    • диски, созданные из мгновенных снимков и подключенные к узлу клиента РК, будут отключены и удалены.

1.2. Описание выполнения восстановления резервной копии

Полное восстановление виртуальных машин выполняется из инкрементальной, дифференциальной или полной резервной копии ВМ с созданием новой виртуальной машины на платформе виртуализации TIONIX.

При этом производится восстановление виртуальной машины в состояние на момент создания резервной копии, для которой выполняется восстановление.

  1. При запуске задачи на восстановление виртуальной машины на платформе виртуализации из резервной копии клиент резервного копирования с установленным модулем TIONIX отправляет API-запросы к REST API интерфейса платформы виртуализации TIONIX по url-адресам, указанным в конфигурационном файле модуля /opt/rubackup/etc/rb_module_tionix.conf.

    В результате этих запросов:

    • определена конфигурации восстанавливаемой ВМ. При восстановлении ВМ, в зависимости от выбранных тонких настроек модуля TIONIX, могут быть использованы данные о конфигурации оригинальной ВМ, чтобы подключить восстановленную ВМ в те же сети, с теми же MAC и IP адресами, в ту же аффинитентную группу (Anti-affinity, affinity), что и исходная ВМ. В случае, если оригинальный MAC или IP адрес занят, то ВМ восстановлена не будет и задача восстановления резервной копии ВМ будет завершена ошибкой.

      При восстановлении резервной копии ВМ сохраненное значение для поля OS-EXT-SRV-ATTR:user_data1 будет использовано модулем в запросе на создание ВМ в случае, если при создании РК платформа виртуализации предоставила данные и поля user_data, user_data_file не заполнены;

    • на платформе виртуализации TIONIX будут созданы диски, которые появятся в соответствующем разделе dashboard TIONIX;

    • созданные диски будут подключены к виртуальной машине клиента резервного копирования с модулем TIONIX как блочные устройства;

    • в блочные устройства будет произведено восстановление данных дисков оригинальной виртуальной машины;

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

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

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

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

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

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

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

Централизованное восстановление виртуальных машин платформы виртуализации TIONIX возможно посредством Менеджера администратора RuBackup или веб-интерфейса Tucana.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

3. Особенности настройки RBM для РК ВМ TIONIX

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

  • в поле «Клиент» выбрать из выпадающего списка имя клиента РК, на котором развёрнут модуль TIONIX и предоставлен сетевой доступ к узлу платформы виртуализации TIONIX;

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

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

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

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

1. Доступно для СРК RuBackup версии 2.4 и приватного релиза РТК