qemu-kvm snapshots

[BigBrother]

У кого есть опыт создания/использования snapshot`ов для образов qcow2 в qemu-kvm?
На просторах инета нашел две возможности: через virsh или qemu-img. Как я понял, virsh сразу сделает snapshot всех дисков виртуалки, а qemu-img можно указать конкретный диск. После создания снимка

Код: Выделить всё

qemu-img snapshot -c snap-name disk-name

инфа по снимкам диска, говорит что VM SIZE = 0. Хотя если сделать (сделать из снимка отдельный файл образ диска)

Код: Выделить всё

qemu-img convert -f qcow2 -O qcow2 -s snap-sname disk.img disk-from-snap.img

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

Код: Выделить всё

qemu-img snapshot -d snap-name disk-name

то его размер диска не уменьшится. Кстати, apply snapshot кажется тоже не работает, по крайней мере, после

Код: Выделить всё

qemu-img snapshot -a snap-name disk-name

данные на диске не изменились.
Как snapshot`ы работают с виртуалкой в режиме включенах и приостановлена?

Как грамотна организовать снепшоты виртуалки, средствами qemu-kvm? И что насчет Live Snapshots?
Подскажите, в какой стадии эта функциональность находится? Может snapshot еще рано применять на prod.серверах, и надо поискать другой путь?

[seisros]

вот лично я ничего не понял, я понял только речь одёт о снимках диска каких-то. А как же старая добрая традиция? Представиться, сказать на чём ты это делаеш, какой системе, и зачем оно нужно.

[Bizdelnick]

Вот тут неплохой мануал: https://fedoraproject.org/wiki/Features/Virt_Live_Snapshots. В конце ссылки на более полную документацию.
Сам qcow2 не использую, предпочитаю LVM или raw-образы.

[BigBrother]

Я так понимаю, возможности снимков еще рано внедрять на прод.сервера... ибо

VIRSH
восстановление к снимку через virsh не поддерживаются

Код: Выделить всё

[root@centosadmin images]# virsh snapshot-revert cfhub snap1
ошибка: конфигурация не поддерживается: revert to external disk snapshot not supported yet

создание снимка через vrish для выключенной вм не поддерживается

Код: Выделить всё

[root@centosadmin images]# virsh snapshot-create-as cfhub "snapshot1 description" --disk-only --atomic
ошибка: конфигурация не поддерживается: disk snapshots of inactive domains not implemented yet

удаление снимков не поддерживается

Код: Выделить всё

virsh # snapshot-delete cfhub snap1
ошибка: Failed to delete snapshot snap1
ошибка: конфигурация не поддерживается: deletion of 1 external disk snapshots not supported yet

QEMU-IMG
http://wiki.qemu.org/Documentation/CreateS...eate_a_snapshot

Код: Выделить всё

Returning to a previous version
A snapshot image cannot be returned to its original state once modified. Instead delete the first snapshot image (snapshot.img in our example), create another snapshot image of the base image as above, and start using the new .img file.

[sgfault]

QEMU-IMG
http://wiki.qemu.org/Documentation/CreateS...eate_a_snapshot

Код: Выделить всё

Returning to a previous version
A snapshot image cannot be returned to its original state once modified. Instead delete the first snapshot image (snapshot.img in our example), create another snapshot image of the base image as above, and start using the new .img file.

Вот тут мне непонятно, не могли бы вы объяснить? Зачем делать возврат снапшота в оригинальное состояние как отдельную функцию? Ведь оригинальное состояние снапшота - это и есть base image. Получается, что вернуть снапшот в оригинальное состояние - это то же самое, что просто стереть его и создать снова. Другими словами, все так и должно быть, как есть сейчас. Разве нет?

[Bizdelnick]

Ну в oVirt оно всё как-то работает. Причём независимо от того, какое хранилище используется. Значит технически возможно и скриптами реализовать при желании.

[BigBrother]

Другими словами, все так и должно быть, как есть сейчас. Разве нет?

Возможно, насчет этой опции вы и правы. А насчет другого функционала, о котором говорилось выше, тоже так и должно быть?

Ну в oVirt оно всё как-то работает. Причём независимо от того, какое хранилище используется. Значит технически возможно и скриптами реализовать при желании.

oVirt это уже другой уровень. Может технически и есть возможность, а из коробки, родные средства, как я понимаю - еще рано.

[sgfault]

Другими словами, все так и должно быть, как есть сейчас. Разве нет?

Возможно, насчет этой опции вы и правы. А насчет другого функционала, о котором говорилось выше, тоже так и должно быть?

Насчет другого я ничего сказать не могу, тк не пользовался virsh-ем. Ну, а так, не разбираясь в подробностях, выглядит оно и правда недоделанным.

[landgraf]

Ну в oVirt оно всё как-то работает.

в ovirt используются base images, а не средства qcow2

Как грамотна организовать снепшоты виртуалки, средствами qemu-kvm? И что насчет Live Snapshots?
Подскажите, в какой стадии эта функциональность находится? Может snapshot еще рано применять на prod.серверах, и надо поискать другой путь?

применяется и поддерживается.

[landgraf]

Я люблю виртуалки средствами LVM снапшотить, есть свои недостатки, но зато лишняя ФС не нужна

[Bluetooth]

Я люблю виртуалки средствами LVM снапшотить, есть свои недостатки, но зато лишняя ФС не нужна

Когда я проводил тесты, то запись на тома лвм, с которых сняты снапшоты, замедлялась примерно в 10 раз. Это неслабый недостаток

[landgraf]

Когда я проводил тесты, то запись на тома лвм, с которых сняты снапшоты, замедлялась примерно в 10 раз. Это неслабый недостаток smile.gif

хм, не замечал. надо будет проверить.
Спасибо

[Bluetooth]

Когда я проводил тесты, то запись на тома лвм, с которых сняты снапшоты, замедлялась примерно в 10 раз. Это неслабый недостаток smile.gif

хм, не замечал. надо будет проверить.
Спасибо

После возьмите на себя труд отписаться, подтвердились ли мои наблюдения

[Bizdelnick]

Когда я проводил тесты, то запись на тома лвм, с которых сняты снапшоты, замедлялась примерно в 10 раз.

И после удаления снапшота не восстанавливалась?

[landgraf]

Беглый тест:

Без снапшота:
1983+0 records in
1983+0 records out
2079326208 bytes (2.1 GB) copied, 23.4068 s, 88.8 MB/s
2217+0 records in
2217+0 records out
2324692992 bytes (2.3 GB) copied, 27.4391 s, 84.7 MB/s


Со снапшотом:
812+0 records in
812+0 records out
851443712 bytes (851 MB) copied, 24.2776 s, 35.1 MB/s
851+0 records in
851+0 records out
892338176 bytes (892 MB) copied, 29.0387 s, 30.7 MB/s

[landgraf]

Я раньше устанавливал на LV "Базовый образ" и дальше снапшоты от него раздавал виртуалкам как диск. Не знаю насколько это правильно, но вполне работало. Сейчас прогнал и тут тест:

605+0 records in
605+0 records out
634388480 bytes (634 MB) copied, 8.47895 s, 74.8 MB/s
711+0 records in
711+0 records out
745537536 bytes (746 MB) copied, 10.4109 s, 71.6 MB/s

То есть скорость не падает почти.

P.S. Про thin LVM знаю, но тогда их еще не было :)

[Bluetooth]

Хм. Значит, надо мне повторить мои тесты. Опять же, отпишусь по результатам.

[Bluetooth]

Повторил сейчас тест, получил такие же результаты: деградация примерно в 10 раз на последовательной записи:

Код: Выделить всё

bluetooth@node2.vds-host.org:~> sudo dd if=/dev/zero of=/stuff/test.img bs=4k count=262144
[sudo] password for bluetooth:
262144+0 записей считано
262144+0 записей написано
 скопировано 1073741824 байта (1,1 GB), 5,55664 c, 193 MB/c
bluetooth@node2.vds-host.org:~> sudo lvcreate -s /dev/node1/stuff -L10G -n stuff-snap
  Logical volume "stuff-snap" created
bluetooth@node2.vds-host.org:~> sudo dd if=/dev/zero of=/stuff/test2.img bs=4k count=262144
262144+0 записей считано
262144+0 записей написано
 скопировано 1073741824 байта (1,1 GB), 52,7739 c, 20,3 MB/c

Есть какие-то мысли?

[Bluetooth]

Проверил на другом компьютере, результаты без снапшота ~135мб/с, с снапшотом ~18мб/с

В первом случае - intel ivy bridge, raid1 mdadm 2x seagate barracuda 3TB, во втором - intel core2duo на q45, кажется, 2x wd caviar green 2tb, raid1 mdadm

[Kataklysm]

Скорость чтения и записи в снапшот в РАЗЫ ниже. Данная проблема известна и указана в официальной документации

[Bluetooth]

Скорость чтения и записи в снапшот в РАЗЫ ниже. Данная проблема известна и указана в официальной документации

Да, и не только в снапшот, но и в раздел, с которого снят снапшот. Впрочем, никто не ожидает, что в РАЗЫ - это в 8-10 раз

[sgfault]

Повторил сейчас тест, получил такие же результаты: деградация примерно в 10 раз на последовательной записи:

Код: Выделить всё

bluetooth@node2.vds-host.org:~> sudo dd if=/dev/zero of=/stuff/test.img bs=4k count=262144
[sudo] password for bluetooth:
262144+0 записей считано
262144+0 записей написано
 скопировано 1073741824 байта (1,1 GB), 5,55664 c, 193 MB/c
bluetooth@node2.vds-host.org:~> sudo lvcreate -s /dev/node1/stuff -L10G -n stuff-snap
  Logical volume "stuff-snap" created
bluetooth@node2.vds-host.org:~> sudo dd if=/dev/zero of=/stuff/test2.img bs=4k count=262144
262144+0 записей считано
262144+0 записей написано
 скопировано 1073741824 байта (1,1 GB), 52,7739 c, 20,3 MB/c

Есть какие-то мысли?

Есть. Насколько я понимаю, скорость падает тк вместо того, чтобы писать 1-ин блок, он должен писать (N + 1) блоков, где N - количество снапшотов. Следовательно:
1. Если сделать CoW устройство снапшота и origin LV на разных (физически) PV, то падения скорости не будет (если снапшот 1-ин, если больше - видимо, все равно будет, тк на диск, где расположены CoW снапшотов, будет писаться N блоков).
2. Со временем, когда снапшот и origin будут расходиться, потеря скорости будет уменьшаться, тк некоторые блоки будут уже скопированы в CoW снапшота(-ы), и запись их в origin не будет вызывать копирование перезаписываемого блока во все снапшоты.

[Crazy Script]

Подскажите пожалуйста - крутилась виртуалка на KVM, образ сначала был raw, потом я конвертировал в qcow2. Сделал 2 снапшота, чисто для теста. И вот, спустя месяца 4 сервер где крутится kvm перезагрузил - и теперь виртуалка эта не стратует - выдает следующую ошибку:

Код: Выделить всё

virsh # start win7
error: Failed to start domain win7
error: internal error: process exited while connecting to monitor: qemu-system-x86_64: -drive file=/home/vmash/win7.qcow,if=none,id=drive-ide0-0-0,format=qcow2: could not open disk image /home/vmash/win7.qcow: Could not read snapshots: File too large

Размер файла win7.qcow 30287 мегабайт.

Подскажите, чтол можно предпринять, чтобы запустить машину, плиз.

Заранее спасибо!