LINUX.ORG.RU

qcow2 верхом на zvol для kvm без кеша.

 , , ,


6

7

По мотивам данной темы - zol , не всё так хорошо... (комментарий) решил поизвращаться и накатить виртуалку (kvm) на формат qcow2, который в свою очередь будет натянут поверх тома zvol, чтобы иметь двухуровневую возможность снятия снапшотов виртуалки (снапшоты на уровне qcow и на уровне zfs).

процесс настройки:

создаем зеркальный пул:

zpool create -f -o ashift=12 kvmpool /dev/sdg /dev/sde

настройки пула:

zfs set compression=on kvmpool
zfs set primarycache=all kvmpool
zfs set atime=off kvmpool
zfs set dedup=off kvmpool
zfs set compression=lz4 kvmpool

создаем блочное устройство под виртуалку (том zvol):

zfs create -s -V 10g kvmpool/zvol1 -o volblocksize=128k

накатываем формат qcow2 на полученный виртуальный диск (напоминаю используем блочное устройство, а не имидж-файл)

qemu-img create -f qcow2 /dev/zvol/kvmpool/zvol1 8G
здесь умышленно не отдаю весь диск под qcow2.

далее ставлю виртуалку:

virt-install -n vm-qcow2 -r 1024 --vcpus=1 --disk path=/dev/zvol/kvmpool/zvol1,format=qcow2,bus=virtio,cache=none --vnc --os-type linux --accelerate --network=bridge:br0,model=virtio --hvm --disk path=debian-7.4.0-amd64-CD-1.iso,device=cdrom,perms=ro --vncport=5912 --force

все удачно установилось. смотрю сколько виртуалка отожрала у массива:

zfs list
NAME            USED  AVAIL  REFER  MOUNTPOINT
kvmpool         642M  14,3G   136K  /kvmpool
kvmpool/zvol1   641M  14,3G   641M  -
всего 641M скушал девственный дебиан.

запускаю virt-manager и вижу странность, он показывает, что под виртуалку отдан диск формата qcow2 размером 10G, хотя под qcow давалось лишь часть в 8G, fdisk в самой виртуалке показывает честные 8G, почему это так? и еще насоветуйте GUI для создания снапшотов виртуалок посредством qcow2, как я понимаю в моем virt-manager (версия 0.9.1) такой возможности нет?

Ответ на: комментарий от axelroot

офигительное решение заморозить запись на ФС, да и к тому же это нужно чтобы xfs не превратилась в тыкву,

Ты похоже не дружишь с логикой или просто умственно ограниченный. Пиши еще!

anonymous ()
Ответ на: комментарий от anonymous

зачем нужна прослойка zfs?

А по-моему так иметь дублирующие механизмы на основе cow на одном объекте весьма интересное решение, такой подход позволяет снизить вероятность возникновения неприятных случаев описанных выше, если на юзерском уровне будет прокладка в виде qcow2 позволяющая делать юзеру самому снапшоты и он полезет делать обновы системы не сделав предварительно снапшот, то ему можно сказать, что он ССЗБ и послать на три буквы.

В данном случае прокладкой будет являться qcow2 и я ее могу подкладывать ее под одни виртуалки, а под другие нет.

А что формат qcow2 идеален и безгрешен и у него нет косяков со снапшотами и проблем с длинными цепочками инкрементов и почему при наличии столь сказочного формата люди ищут экстрима и смотрят на альтернативные решения, раскатывая виртуалки на lvm, raw и других форматах.

ZFS я выбираю за ее снапшоты, за быстрый бекап и подъем виртуалки, за длинные цепочки инкрементов, за возможно отправлять инкременты по сети, а наличие сжатия я считаю весьма крутой и полезной фитчей, особенно когда нужно хранить огромную груду бекапов виртуалок за весьма длительный период, к тому же zfs позволяет создавать массивы и виртуальные диски, что в свою очередь позволяет отправить на помойку костыли в виде mdadm и lvm, ну и кроме того в моих нечеловеческих экспериментах я подсовывал zfs битые диски покрытые бэдблоками и она продолжала работать и данные на ней не ушли в мир иной.

диски большие и дешевые.

да прям на базаре можно купить ssd и sas по три рубля за кучку. В последние месяца три в глубоком замкадье цены выросли в 2-2,5 раза, а зарплаты и финансирование здесь и не думают повышать, так что это весьма спорно.

axelroot ()

Накатил новый virt-manager проблема решена, юзеры довольны. Всем спасибо за внимание.

axelroot ()
Ответ на: комментарий от axelroot

ZFS я выбираю за ее снапшоты, за быстрый бекап и подъем виртуалки, за длинные цепочки инкрементов, за возможно отправлять инкременты по сети,

sed 's/ZFS/qcow2/' — то же самое.

Всё остальное даже не стоит комментирования!

anonymous ()
Ответ на: комментарий от anonymous

xfs_freeze halts new access to the filesystem and creates a stable image on disk

Ты лучше скажи - оно текущие процессы записи тоже замораживает?

EvgGad_303 ★★★★★ ()
Ответ на: комментарий от EvgGad_303

А ты не знаешь? Ну мучайся не знанием :-)

anonymous ()
Ответ на: комментарий от anonymous

а я и не мучаюсь, линупс входит в круг моих интересов постольку-поскольку и его причастие к моему обогащению минимально :P

EvgGad_303 ★★★★★ ()
Ответ на: комментарий от EvgGad_303

Молодец, самокритика скудоумия первый шаг саморазвития.

anonymous ()
Ответ на: комментарий от anonymous

у тебя настолько всё плохо, что везде мерещится скудоумие?

EvgGad_303 ★★★★★ ()

Может, preallocate metadata? И да: на HDD всё это не ППЦ как тормозит? Должна быть просто жопа с производительностью.

ktulhu666 ☆☆☆ ()
Ответ на: комментарий от ktulhu666

просто жопа с производительностью.

кто распространяет такие сказки?

axelroot ()
Ответ на: комментарий от axelroot

qcow2 сам по себе тормозит. А с ZFS уж тем более. Сколько у Вас ведро в виртуалке распаковывается? XFS чур не использовать. :)

ktulhu666 ☆☆☆ ()

Натягивать поверх zvol XFS/ext4 смысл есть - плюшки zvol + скорость выше по сравнению с zfs, но qcow... зачем?

chaos_dremel ★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.