LINUX.ORG.RU

История изменений

Исправление MirandaUser2, (текущая версия) :

Есть некоторые сомнения. Дамп памяти и диска должны быть на один момент времени

так и есть, я это пояснял в сообщении выше (Резервное копирование виртуальной машины QEMU/KVM с паузой и записью памяти (комментарий))

ИМХО, раз уж при создании дампа памяти ВМ выключается, то лучше так: сначала дамп памяти, потом snapshot, потом включение вм и бекап snapshot’а

да, такой алгоритм проще для восприятия (хотя результат одинаковый), но есть нюанс: дамп памяти (virsh save) содержит конфиг машины в xml. Если после virsh save сделать снапшот (virsh snapshot-create-as), а потом сделать virsh restore, то в xml снапшота не будет, поэтому нужно при restore указывать правильный xml через опцию --xml.

там стоит обратить внимание на ключи –memspec и –live

я тоже про них подумал и потестил: 

virsh snapshot-create-as --domain vm4 snap8 --memspec snapshot=external,file=/var/lib/libvirt/qemu/extsnap/vm4-snap8.mem --diskspec hda,snapshot=external,file=/var/lib/libvirt/qemu/extsnap/vm4-snap8.qcow2 --atomic --live
Хорошая новость - команда действительно работает и создает внешний RoW снапшот диска, а также дамп пямяти (при этом его формат тот же, что в случае virsh save). Плохая новость - в моем тесте опция --live ничего не поменяла, т.е. VM встает на паузу на время снятия дампа памяти. Поэтому существенных преимуществ перед алгоритмом из обсуждаемой статьи - нет, кроме того что время простоя сокращается на virsh restore.

Исходная версия MirandaUser2, :

Есть некоторые сомнения. Дамп памяти и диска должны быть на один момент времени

так и есть, я это пояснял в сообщении выше (Резервное копирование виртуальной машины QEMU/KVM с паузой и записью памяти (комментарий))

ИМХО, раз уж при создании дампа памяти ВМ выключается, то лучше так: сначала дамп памяти, потом snapshot, потом включение вм и бекап snapshot’а

да, такой алгоритм проще для восприятия (хотя результат одинаковый), но есть нюанс: дамп памяти (virsh save) содержит конфиг машины в xml. Если после virsh save сделать снапшот (virsh snapshot-create-as), а потом сделать virsh restore, то в xml снапшота не будет, поэтому нужно при restore указывать правильный xml через опцию --xml.

там стоит обратить внимание на ключи –memspec и –live

я тоже про них подумал и потестил: 

virsh snapshot-create-as --domain vm4 snap8 --memspec snapshot=external,file=/var/lib/libvirt/qemu/extsnap/vm4-snap8.mem --diskspec hda,snapshot=external,file=/var/lib/libvirt/qemu/extsnap/vm4-snap8.qcow2 --atomic --live
Хорошая новость - команда действительно работает и создает внешний RoW снапшот диска, а также дамп пямяти (при его формат тот же, что в случае virsh save). Плохая новость - в моем тесте опция --live ничего не поменяла, т.е. VM встает на паузу на время снятия дампа памяти. Поэтому существенных преимуществ перед алгоритмом из обсуждаемой статьи - нет, кроме того что время простоя сокращается на virsh restore.