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

Резервное копирование ВМ и шаблонов ВМ платформы виртуализации VMware может выполняться несколькими способами:

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

  • с установкой клиента резервного копирования и модуля VMware на виртуальной машине платформы виртуализации VMware.

    При данном способе развёртывания клиента РК возможно использование тонкой настройки модуля use_hotadd, позволяющей монтировать диски к ВМ клиента РК и не создавать промежуточных временных файлов на ВМ клиента РК.

1. Описание подготовки

  1. Проверьте выполнение системных требований.

  2. Проверьте выполнение подготовки к установке.

  3. Произведите настройку модуля, установив значения для следующих параметров на узле клиента РК:

    • укажите аутентификационные данные пользователя для параметра login;

    • сетевые настройки для подключения к платформе виртуализации VMware для параметров:

      • vcenter;

      • port;

      • nfc_host_port;

Для резервного копирования шаблонов ВМ

Установите значение параметра backup_instance_type vm_template = vm_template.

Восстановление шаблонов ВМ может быть выполнено при любом значении параметра.

Для восстановления ВМ

При использовании тонких настроек модуля определите следующие параметры:

  • datastore;

  • vm_folder;

  • network;

  • минимум один параметр:

    • resource_pool;

    • host_cluster;

    • host.

Если тонкие настройки модуля не заданы и используются значения по умолчанию, то для некоторых парметров будут использованы значения по умолчанию, а для некоторых — значения, определённые на этапе создания РК.

Значения параметров datastore, vm_folder, resource_pool должны соответствовать параметрам узла host, на который будет произведено восстановление.

Для восстановления РК шаблонов ВМ

При использовании тонких настроек модуля определите следующие параметры:

  • datastore;

  • vm_folder;

  • network;

  • минимум один параметр:

    • resource_pool;

    • host_cluster;

    • host.

Значения параметров datastore, vm_folder, resource_pool должны соответствовать параметрам узла host, на который будет произведено восстановление.

2. Описание резервного копирования ВМ и шаблонов ВМ

2.1. Ограничения

При изменении типа сущности резервного копирования (шаблон ВМ или ВМ) необходимо произвести перенастройку параметров модуля.

2.2. Запуск задачи на РК ВМ/шаблона ВМ

При запуске задачи на создание резервной копии виртуальной машины/шаблона ВМ:

  1. Будет произведена проверка состояния ВМ — включена или выключена.

  2. Только для РК ВМ (для шаблона ВМ скрипты не используются): в случае, если ВМ включена, то внутри ВМ выполняется подготовленный скрипт /opt/rubackup/scripts/vmware_vm.sh (при наличии) или скрипт, путь к которому указан в качестве значения для параметра script_before_snapshot тонких настроек модуля, для среды виртуализации VMware версии 7.0.2.0 и выше.

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

    Если ваш скрипт изменяет состояние файловой системы, то для предотвращения возможной потери этих изменений должна быть предварительно выполнена синхронизация кэша и файловой системы.

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

    С использованием технологии прямого подключения жестких дисков

    При условии:

    • флаг установлен для use_hotadd ;

    • клиент резервного копирования развёрнут на ВМ платформы виртуализации VMware;

    • все диски резервируемой ВМ поддерживают режим транспорта данных hotadd.

    В результате:

    • модуль VMware монтирует диски к ВМ клиента резервного копирования.

      Это ускоряет процедуру создания РК ВМ и уменьшает требования к свободному дисковому пространству на клиенте РК, так как не требуется создания промежуточных временных файлов на клиенте СРК RuBackup;

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

      Мгновенные снимки дисков ВМ временно будут размещены в её папке.

    Если:

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

    В результате:

    • в журнале событий модуля /opt/rubackup/log/rb_module_vmware_vm.log будет зафиксировано предупреждение об ошибке резервного копирования;

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

    • модуль VMware проверяет значение backup_whole_disk:

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

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

    Резервное копирование аллоцированных частей диска ВМ:

    При условии:

    • use_hotadd (или):

      • флаг не установлен;

      • флаг установлен, но один или более диск резервируемой ВМ не поддерживает режим транспорта данных hotadd;

    • флаг установлен для backup_whole_disk.

    В результате:

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

    • для дисков типа thin-provisioned или thick-provisioned lazily zeroed выполняется резервное копирование только аллоцированных частей диска.

    Аллоцированные части диска - это те области диска, в которые производится запись данных и которые отмечаются внутренними трекинговыми системами VMware.

    Для дисков типа thin-provisioned и thick-provisioned lazily zeroed при этом способе скорость резервного копирования будет больше, то есть время и объём РК ВМ будут меньше.

    Для дисков типа thick-provisioned eagerly zeroed при этом способе скорость резервного копирования будет меньше, чем при обычном способе (деактивированном параметре) из-за возросших объёмов данных, подлежащих резервному копированию.

    Для хранилища типа NFS будет возвращена 100% аллокация диска, то есть резервное копирование будет выполнено для всего объёма дискового пространства;

    • для дисков типа thick-provisioned eagerly zeroed выполняется резервное копирование всего объёма диска;

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

    С использованием технологии Changed Block Tracking (CBT) для создания инкрементальной или дифференциальной РК

    При условии:

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

    • disks_black_list не содержит резервируемые диски ВМ;

    • флаг use_hotadd включен;

    • флаг backup_whole_disk включен;

    В результате:

    • первоначально необходимо создать полную РК с использованием CBT. Модуль VMware с помощью утилиты rb_vmware_connector:

      • создаёт директорию <Имя_РК>.snap_dir, в которой будут размещены файлы при выполнении резервного копирования с функцией CBT;

      • проверяет состояние функции CBT для ВМ и её дисков;

      • записывает информацию о состоянии функции CBT в файл changeId;

      • выполняет мгновенные снимки текущего состояния всех дисков резервируемой ВМ в директорию snap_dir;

    • последующее инкрементальное или дифференциальное резервное копирование. Модуль VMware:

      • с помощью утилиты rb_vmware_connector проверяет выполнение условий для использования технологии CBT;

      • записывает информацию о состоянии функции CBT в файл changeId;

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

  4. Только для РК ВМ (для шаблона ВМ скрипты не используются): после создания резервной копии, если ВМ включена, то внутри ВМ выполняется подготовленный скрипт /opt/rubackup/scripts/vmware_vm.sh (при наличии) или или скрипт, путь к которому указан в качестве значения для параметра script_after_snapshot тонких настроек модуля, для среды виртуализации VMware версии 7.0.2.0 и выше.

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

  5. Модуль VMware определяет пути до каждого диска резервируемой ВМ и выполняет соответствующую запись в rbfd_file_list.

  6. Резервная копия ВМ перемещается в хранилище на медиасервер.

  7. Если РК выполнена для аллоцированных частей диска, то мгновенные снимки дисков ВМ из соответствующих папок будут удалены.

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

  9. Если РК выполнена для аллоцированных частей диска, то после выполнения резервного копирования и перемещения РК в хранилище мгновенные снимки состояния ВМ будут удалены из папок дисков ВМ на платформе VMware.

3. Описание восстановления ВМ и шаблонов ВМ

3.1. Источники

Полное восстановление данных возможно:

  • из полной РК;

  • из инкрементальной РК.

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

3.2. Запуск задачи на восстановление ВМ

При запуске задачи на восстановление резервной копии виртуальной машины:

  1. Модуль VMware экспортирует восстанавливаемую РК ВМ в указанный Каталог распаковки на выбранном клиенте резервного копирования RuBackup.

  2. Если переключатель Восстановить на целевом ресурсе деактивирован (в окне RBM «Централизованное восстановление»), то восстановление РК осуществляется без развёртывания резервной копии на виртуальной машине.

  3. Если переключатель Восстановить на целевом ресурсе активирован (в окне RBM «Централизованное восстановление»), то восстановление РК осуществляется с её развёртыванием на виртуальную машину (в зависимости от выбранной тонкой настройки модуля ):

    • РК распаковывается временно в папку на узле клиента РК;

    • модуль VMware проверяет значения параметров datastore, vm_folder, resource_pool метаданных восстанавливаемой РК или заданых в тонких настройках модуля при восстановлении на соответствие значениям параметров узла оригинальной ВМ. При несоответствии значений задача на восстановление с развёртыванием в оригинальную ВМ будет завершена ошибкой.

    • если переключатель restore_to_original_vm тонких настроек модуля деактивирован, то будет создана ВМ с заданными параметрами тонких настроек модуля VMware при восстановлении РК.

      Если параметры тонких настроек модуля VMware при восстановлении не заданы, то будут использованны параметры из метаданных резервной копии .

    • если переключатель restore_to_original_vm тонких настроек модуля активирован, то происходит:

      • поиск оригинальной виртуальной машины по её идентификатору ID:

        Таблица 1. Действия модуля VMware по результатам поиска оригинальной ВМ

        Результат поиска оригинальной ВМ по ID

        Действия модуля VMware

        Не найдена

        Задача восстановления РК будет завершена ошибкой

        Найдена

        Будет выполнено сравнение конфигурации оригинальной ВМ с метаданными РК:

        если конфигурация оригинальной ВМ соответствует метаданным РК, то РК будет восстановлена в оригинальную ВМ

        если конфигурация оригинальной ВМ не соответствует метаданным РК, то задача восстановления РК будет завершена ошибкой

    • модуль VMware проверяет состояние оригинальной ВМ и при необходимости выключает её.

  4. Модуль VMware в резервной копии ищет файл с картой аллоцированных блоков диска ВМ.

    Если такой файл найден, то считается что РК содержит только аллоцированные данные диска.

    Карта аллоцированных блоков загружается модулем и далее для каждого блока происходит его загрузка из РК на удаленный диск.

  5. При восстановлении инкрементальной или дифференциальной РК, созданной с использованием технологии Changed Block Tracking, модуль VMware:

    • создаёт карту изменений;

    • вносит изменения в созданный ранее файл полной РК.

  6. После восстановления ВМ с развёртыванием каталог распаковки будет очищен.

3.3. Запуск задачи на восстановление шаблона ВМ

  1. Модуль VMware экспортирует восстанавливаемую РК ВМ или РК шаблона ВМ в указанный Каталог распаковки на выбранном клиенте резервного копирования RuBackup.

  2. Если переключатель Восстановить на целевом ресурсе деактивирован (в окне RBM «Централизованное восстановление»), то восстановление РК осуществляется без развёртывания резервной копии на виртуальной машине.

  3. Если переключатель Восстановить на целевом ресурсе активирован (в окне RBM «Централизованное восстановление»), то:

    • РК распаковывается временно в папку на узле клиента РК;

    • модуль VMware проверяет состояние оригинальной (исходной) ВМ и выключает её при необходимости;

    • модуль VMware проверяет наличие и значения параметров datastore, vm_folder, resource_pool, заданых в тонких настройках модуля при восстановлении на соответствие значениям параметров узла оригинальной ВМ. При несоответствии значений задача на восстановление с развёртыванием в оригинальную ВМ будет завершена ошибкой.

    • модуль VMware создаёт на платформе виртуализации VMware виртуальную машину;

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

      • convert_vm_to_template = true модуль VMware конвертирует созданную ВМ в выбранный каталог ВМ VM Folder на платформе виртуализации;

      • convert_vm_to_template = false и add_item_to_library ≠ None модуль VMware конвертирует созданную ВМ в библиотеку VMware Content Library (более длительный процесс);

      • convert_vm_to_template = false и add_item_to_library = None модуль VMware (или) создаёт новую ВМ в том же хост-кластере, с идентификатором исходной ВМ (если оригинальная ВМ удалена или с добавлением цифрового суффикса (временной метки на момент восстановления) к идентификатору исходной ВМ (если исходная ВМ присутствует в целевой папке).

  4. При восстановлении шаблона ВМ с развёртыванием модуль будет ожидать ответ на API-запросы создания шаблона ВМ в библиотеке VMware Content Library, в течение времени заданного для параметра vm_template_creation_timeout.

    Если время ожидания истекло, но от платформы виртуализации не поступил ответ, подтверждающий создание шаблона ВМ в библиотеке VMware Content Library, то задача восстановления РК завершится со статусом Done_With_Defect. При этом платформа виртуализации может успешно завершить создание шаблона ВМ.

  5. После восстановления шаблона ВМ с развёртыванием каталог распаковки будет очищен.