История изменений
Исправление dyasny, (текущая версия) :
Скинь пожалуйста команду удаления корректную.
ух ты, пашет живьем!
sudo virsh blockpull --verbose --wait C7 vda
после этого имидж целиком в последнем снепшоте, всю предыдущую цепочку можно стирать
Вопрос 1: В каком режиме у тебя бегают вирт. машины: c «записью через», c writeback или none?
Что-то мне i/o не дюже нравится... Хотя в целом и ничего... Но хочется большего.
<disk type='file' device='disk'>
<driver name='qemu' type='qcow2' cache='writeback' io='native'/>
<source file='/home/dyasny/Work/snap1.img'/>
<target dev='vda' bus='virtio'/>
</disk>
можно еще поиграться, это просто тестовая VM. cache=none лучше для боевых серверов, особенно если там венда
Вопрос 2: снепшоты в итоге то работают в каком режиме? Забыл как называется, но что-то на вроде: redirect on read, или как-то так. Когда ВМ СРАЗУ начинает писать в снепшот, а читает из старых образов+снепшоты, это не бьёт почти по производительности, однако накладывает ограничение на удаление: там возникает операция слияния снепшотов. blockcommit - походит на то, что я говорю.
COW (copy on write) и да, снепшоты таки бьют по производительности, и чем их больше тем сильнее. Вообще в продакшене не рекомендуется их использовать постоянно
Вопрос 3: 20-30 снепшотов у вирт. машины это адекватно будет? Чтобы скажем делать их раз в сутки, а потом стопаться раз в месяц, и комитить скажем все, кроме последних штук 15.
нет, не адекватно вообще. от бекапов никуда не денешься
Ах, и главное скажи: kvm + libvirt + drbd - продакшн рейди? Хочу гонять миссион критикал приложения. - Без SAN, не более 6 (3 в продакшене, три в запасе, или с drbd снепшоты снимать для разработки и теста юзать машинки) серверов без живой миграции, и 30 виртуалок.
drbd в продакшене - штука загадочная. я ему не доверяю там где ВМ на самом деле важные. там где простой на время бекапа не очень страшен, можно и поставить.
Исходная версия dyasny, :
Скинь пожалуйста команду удаления корректную.
ух ты, пашет живьем!
sudo virsh blockpull --verbose --wait C7 vda
после этого имидж целиком в последнем снепшоте, всю предыдущую цепочку можно стирать
Вопрос 1: В каком режиме у тебя бегают вирт. машины: c «записью через», c writeback или none?
Что-то мне i/o не дюже нравится... Хотя в целом и ничего... Но хочется большего.
<disk type='file' device='disk'>
<driver name='qemu' type='qcow2' cache='writeback' io='native'/>
<source file='/home/dyasny/Work/snap1.img'/>
<target dev='vda' bus='virtio'/>
</disk>
можно еще поиграться, это просто тестовая VM. cache=none лучше для боевых серверов, особенно если там венда
Вопрос 2: снепшоты в итоге то работают в каком режиме? Забыл как называется, но что-то на вроде: redirect on read, или как-то так. Когда ВМ СРАЗУ начинает писать в снепшот, а читает из старых образов+снепшоты, это не бьёт почти по производительности, однако накладывает ограничение на удаление: там возникает операция слияния снепшотов. blockcommit - походит на то, что я говорю.
COW (copy on write) и да, снепшоты таки бьют по производительности, и чем их больше тем сильнее. Вообще в продакшене не рекомендуется их использовать постоянно
Вопрос 3: 20-30 снепшотов у вирт. машины это адекватно будет? Чтобы скажем делать их раз в сутки, а потом стопаться раз в месяц, и комитить скажем все, кроме последних штук 15.
нет, не адекватно вообще. от бекапов никуда не денешься