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

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

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

Выполните подготовку в соответствии с Подготовка к установке:

  1. На узле гипервизора платформы виртуализации включите функцию QEMU guest agent.

  2. В гостевых ОС резервируемых ВМ необходимо установить гостевое расширение qemu-guest-agent.

  3. Предварительно разверните клиент резервного копирования RuBackup на узле гипервизора платформы виртуализации.

  4. На узле гипервизора платформы виртуализации установите утилиту vzdump.

  5. Для резервного копирования ВМ платформы Альт Виртуализация в конфигурационном файла клиента РК установите значение параметра allow_work_with_incompatible_versions в true.

  6. Обеспечьте не менее 110% от объёма резервируемой ВМ свободного места на диске.

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

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

  1. Модуль Proxmox VM проверяет на резервируемой ВМ:

    • её состояние (включена или выключена);

    • наличие гостевого дополнения qemu-guest-agent.

  2. В случае, если ВМ включена и установлено гостевое дополнение, то внутри ВМ выполняется подготовленный скрипт [1] (или):

    • по умолчанию расположенный по пути /opt/rubackup/scripts/rubackup-proxmox_vm-before-snapshot.sh;

    • расположенный по пути, указанного для параметра script_before_snapshot тонких настроек модуля.
      Если расположение скрипта указано для параметра тонких настроек модуля, то он будет выполнен, как приоритетный (по отношению к скрипту, распложенному по умолчанию, если он задан).

    В случае, если внутри ВМ существует файл с атрибутами на исполнение с аргументом before, то укажите путь к нему в параметре script_before_snapshot_args.

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

    Выполнение скрипта приводит данные приложений внутри ВМ в консистентное состояние.

    Если скрипты не указаны, то резервное копирование будет продолжено.

  3. Модуль Proxmox VM ожидает выполнение скрипта внутри ВМ до (и после) создания мгновенного снимка то время, которое указано для параметра execution_script_timeout конфигурационного файла модуля.

  4. Модуль Proxmox VM экспортирует конфигурацию резервируемой ВМ в конфигурационный файл на клиент резервного копирования RuBackup.

  5. Модуль Proxmox VM отдаёт команду на узел гипервизора для создания мгновенных снимков текущего состояния всех дисков ВМ с помощью штатной утилиты vzdump в выбранном режиме (mode): snapshot, stop, suspend.

  6. Задача резервного копирования выполняется без сжатия (уровень None). Это требует минимальных ресурсов ЦПУ, но потребует больше дискового пространства для хранения файлов резервных копий.

    Образы виртуального диска Proxmox являются разрежёнными, и это означает, что выделенный образ диска использует только некоторое пространство от всех реальных данных. Оставшийся выделенный объём разряжён или заполнен нулями.

  7. После создания мгновенного снимка ВМ будет выполнен скрипт [1] (или):

    • по умолчанию расположенный по пути /opt/rubackup/scripts/rubackup-proxmox_vm-after-snapshot.sh;

    • расположенный по пути, указанного для параметра script_after_snapshot тонких настроек модуля.
      Если расположение скрипта указано для параметра тонких настроек модуля, то он будет выполнен, как приоритетный (по отношению к скрипту, распложенному по умолчанию, если он задан).

    В случае, если внутри ВМ существует файл с атрибутами на исполнение с аргументом after, то укажите путь к нему в параметре script_after_snapshot_args.

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

  8. Резервная копия сохраняется локально на узле клиента РК в каталоге временного хранения РК, который назначен для параметра use-local-backup-directory конфигурационного файла клиента РК.

  9. На медиасервер RuBackup экспортируются:

    1. файл конфигурации ВМ (метаданные), предварительно скопированный на клиент РК;

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

  10. Резервная копия ВМ формируется из файла метаданных и копии дисков ВМ.

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

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

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

Предварительно следует позаботится о наличии свободного места на диске не менее 110% от объёма восстанавливаемой ВМ.

Полное восстановление виртуальных машин выполняется из инкрементальной или полной резервной копии ВМ:

  • без развёртывания. Резервная копия будет восстановлена в указанную папку;

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

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

  1. Будет выполнена распаковка резервной копии в указанную локальную папку на узле клиента РК с модулем Proxmox VM.

  2. Создана новая ВМ, в которую будет восстановлена РК:

    • в том же node (кластере);

    • с идентификатором VMID:

      • восстанавливаемой ВМ, в случае, если исходная ВМ удалена;

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

  3. После восстановления ВМ каталог распаковки будет очищен.

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

4.1. РК для одной ВМ по расписанию

Выполнение резервного копирования дисков для одной виртуальной машины по расписанию:

  1. Запустите Менеджер администратора RuBackup (RBM).

  2. Авторизуйтесь с правами Администратора СРК.

  3. Проверьте статус клиента РК, на котором развёрнут модуль Proxmox.

  4. Создайте и настройте правило полного резервного копирования для создания плановых резервных копий любым способом:

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

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

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

  5. В разделе Очередь задач отслеживайте статус выполненных и ход выполняемых задач резервного копирования.

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

4.2. РК для группы ВМ по расписанию

Выполнение резервного копирования группы виртуальных машин по расписанию:

  1. Запустите Менеджер администратора RuBackup (RBM).

  2. Авторизуйтесь с правами Администратора СРК.

  3. Проверьте статус клиента РК, на котором развёрнут модуль Proxmox.

  4. Создайте и настройте последовательно:

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

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

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

  5. В разделе Очередь задач отслеживайте статус выполненных и ход выполняемых задач резервного копирования.

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

4.3. Срочное РК

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

  1. Запустите Менеджер администратора RuBackup (RBM).

  2. Авторизуйтесь с правами Администратора СРК.

  3. Проверьте статус клиента РК, на котором развёрнут модуль Proxmox.

  4. Выполните срочное резервное копирование любым способом:

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

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

  5. Выполните настройку параметров резервного копирования (см. Резервное копирование);

  6. В разделе Очередь задач отслеживайте статус выполненных и ход выполняемых задач резервного копирования.

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

4.4. Восстановление из РК

Для выполнения восстановления ВМ из резервной копии:

  1. Запустите Менеджер администратора RuBackup (RBM).

  2. Авторизуйтесь с правами Администратора СРК.

  3. Проверьте статус клиента РК, на котором развёрнут модуль Proxmox.

  4. В разделе Репозиторий выберите РК и нажмите кнопку Восстановить.

  5. Выполните настройку параметров восстановления (см. Восстановление);

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

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

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

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

  • в поле Клиент выбрать из выпадающего списка имя клиента РК, на котором развёрнут модуль Proxmox VM;

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

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

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

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

1. Необязательный параметр