Дерево страниц

Сравнение версий

Ключ

  • Эта строка добавлена.
  • Эта строка удалена.
  • Изменено форматирование.

Оглавление


Информация
titleДанная статья применима к:
  • Astra Linux Special Edition РУСБ.10015-01 (очередное обновление 1.7), РУСБ.10015-10
  • Astra Linux Special Edition РУСБ.10015-17
  • Astra Linux Special Edition РУСБ.10015-37 (очередное обновление 7.7)
  • Astra Linux Special Edition РУСБ.10015-03 (очередное обновление 7.6)
  • Astra Linux Special Edition РУСБ.10152-02 (очередное обновление 4.7)
  • Astra Linux Special Edition РУСБ.10015-01 (очередное обновление 1.6)
  • Astra Linux Special Edition РУСБ.10015-16 исп. 1
  • Astra Linux Special Edition РУСБ.10015-16 исп. 2
  • Astra Linux Special Edition РУСБ.10265-01 (очередное обновление 8.1)
  • Astra Linux Common Edition 2.12


Подготовка ВМ

Для реализации возможности горячего резервного копирования виртуальной машины (ВМ):

  1. Установить на ВМ пакет qemu-guest-agent:

    Command
    sudo apt install qemu-guest-agent

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

  2. Для того, чтобы хостовая операционная система (ОС) могла взаимодействовать с гостевой ОС, используется специальное виртуальное оборудование: канал типа  org.qemu.guest_agent.0. Это оборудование могло быть добавлено автоматически при создании ВМ, иначе его следует добавить.  При использовании virt-manager проверить состав оборудования можно в закладке "Подробности" ("Показать виртуальное оборудование"). Если оборудование отсутствует:
    1. Остановить ВМ;
    2. Открыть окно управления ВМ;
    3. Перейти в закладку "Подробности" ("Показать виртуальное оборудование");
    4. Нажать

"Горячий" Backup

Для реализации возможности горячего резервирования ВМ в гостевой ОС необходимо добавить новое оборудование:

...

    1. кнопку "Добавить оборудование" в левом нижнем углу окна

...

    1. :
      Image Modified

...

    1. Выбрать тип оборудования "Канал"

...

    1. ;
    2. В окне настройки оборудования тип "com.redhat.spice.0"

...

    1. заменить на тип "org.qemu.guest_agent.0", остальные параметры

...

    1. оставить в значениях по умолчанию

...

    1. :

    1. Image Modified

...

    1. Нажать "Готово"

...

    1. в правом нижнем углу окна для сохранения измененных значений

...

    1. параметров и добавления выбранного оборудования в конфигурацию ВМ

...

    1. :
      Image Modified

И установить пакет qemu-guest-agent:

sudo apt install qemu-guest-agent

Создать каталог backup:

sudo mkdir /backups

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

Для нормального резервного копирования лучше, чтобы это была папка примонтированная с отдельного физического носителя в той же ОС, а еще лучше на удаленном сервере либо СХД.

Для того чтобы понять какие виртуальные машины у нас работают выполнить в терминале на хостовой ОС следующую команду:

virsh -c qemu:///system list 

Image Removed

Для того чтобы понять какие диски у нас подключены к выбранным виртуальным машинам выполнить в терминале на хостовой ОС следующую команду:

virsh c qemu:///system domblklist <hostnameVM> 

Image Removed

Это необходимо для того чтобы понимать сколько и каких дисков будет бекапиться

Выполнить в терминале в хостовой ОС следующую команду на выполнение снимка:

    1. Включить ВМ;

Создание "горячей" резервной копии

Создание резервной копии выполняется на хостовой машине:

  1. Получить список работающих ВМ:

    Command
    sudo virsh list 


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

    Command
    sudo virsh domblklist <имя_ВМ>


  3. Выполнить в хостовой ОС следующую команду для выполнения снимка:

    Command
    sudo virsh snapshot-create-as <имя_ВМ> <расширение_снимка> --

...

  1. disk-only --atomic --quiesce --no-metadata

...

  1. Значение параметров команды можно получить введя команду:

    Command
    virsh

...

  1. snapshot-create-as --help

    основные лексемы:

    • Команда sudo virsh - подключение к локальной системе виртуализации;

    • Опция snapshot-create-as -

...

--domain - имя виртуальной машины в нашем случае это smolensk-nested

backup - расширение создаваемого файла-снимка.

--disk-only - захват состояния файла-образа диска

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

...

    • команда выполнения снимка;

    • <имя_ВМ> - имя виртуальной машины;

    • <расширение_снимка> - расширение имени создаваемого файла-снимка. Например, если исходный виртуальный диск располагался в файле /mnt/sdb/KVM/FreeIPA.qcow2 и было задано "расширение" backup, то снимок (временный образ) будет размещен в файле /mnt/sdb/KVM/FreeIPA.backup. Это имя файла далее будет использовано для "слияния" изменений в исходный образ;



  1. После успешного выполнения команды на экран будет выведено сообщение:

    Блок кода
    Снимок домена <расширение_снимка> создан

Domain snapshot backup created

Image Removed

...

  1. или

    Блок кода
    Domain snapshot <расширение_снимка> created

    При этом:

    • Будет создан файл снимка в той же папке где и лежит файл-образ диска ВМ, при желании этот параметр можно переопределить

...

    • аргументом --diskspec

...

    • ;
    • Виртуальная

Убедиться в том что данный файл создан:

Image Removed

...

    • машина перейдет к работе с созданным файлом снимка, продолжая записывать все изменения уже в него, освободив при этом основной файл-образ диска ВМ

...

    • .

...


  1. Далее, как и при "холодном" резервном копировании

...

sudo cp /mnt/FORlabs-BackUP.qcow2 /backups/FORlabs-BackUP.qcow2_$(date +%Y-%d-%m_%k-%M-%S)

Image Removed

Где

...

  1. , файл-образ диска ВМ можно просто скопировать для сохранения в

...

  1. предназначенное для этого место;


  1. После того как файл-образ

...

  1. скопирован необходимо внести

...

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

...

  1. :

    Command
    sudo virsh blockcommit <имя_ВМ> <полный_путь_к_временному_образу> --

...

  1. active --verbose --pivot

    По окончанию

...

  1. внесения изменений будет выдано оповещение:

...

"Block commit: [100 %]" и "Successfully pivoted".

Image Removed

  1. Блок кода
    Блочное сведение: [100 %]
    Операция поворота цепочки завершена успешно

    или:

    Блок кода
    Block commit: [100 %]
    Successfully pivoted

    При этом ВМ

...

  1. вернется к работе с основным файлом-образом диска ВМ, освободив при

...

  1. этом созданный файл снимка

...

  1. ;

  2. Файл снимка

...

  1. более не нужен - его можно удалить.

На этом создание "

...

горячей"

...

резервной копии ВМ без её остановки завершено.

...

Проверка "

...

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

Для начала необходимо скопировать забекапленый файл образ в хранилище:

sudo cp /backups/FORlabs-BackUP.qcow2_$(date +%Y-%d-%m_%k-%M-%S) /mnt/restore.qcow2

Image Removed

Image Removed

При создании ВМ желательно чтобы привод был пуст. 

ВМ перейдет к варианту загрузки с HDD когда обнаружит что в приводе ничего нет.

Image Removed

Указать в качестве HDD скопированный файл образ бекапа.

Image Removed

Видим что наш созданный файл-образ HDD "TEMPLATE-<hostname>.qcow2". определен программой создания ВМ, виден по указанному пути и нажимаем "Вперед".

горячей" резервной копии

Проверить созданную резервную копию можно создав новую ВМ и подключив к ней копию сохраненного образа диска:

  1. Создать копию сохраненного файла;
  2. Создать новую ВМ, указав копию в качестве диска;
  3. Запустить ВМ и убедиться в корректности работы.

...