Вроде написано что qcow может. Наверное я что то напутал

Тенанты? Почуме qcow не нужен он в отличии от lvm сохраняет состояние озу это для бд вроде важно... А то теряются транзакции

Zfs ОЗУ мало... Остаеться thin lvm и qcow2

> Почуме qcow не нужен
Потому что ты имитируешь блочное устройство поверх файловой системы, которая фрагментирует вышестоящее блочное устройсто. Нахрен этот суходроч, если можно сразу выделить определённый стор, а всю нагрузку в плане файловой системы пусть гость выполняет, зачем хернёй страдать?
> он в отличии от lvm сохраняет состояние озу это для бд вроде важно
Ничего подобного, другие сторы тоже умеют снапшоты - как минимум lvm-thin и zfs
> Zfs ОЗУ мало
~1 гиг на 1Тб - это не так уже и много, не жидься

снапшот lvm не включает состояние озу гостя насколько я знаю

Я не сказал lvm, я сказал lvm-thin

просто эксперементировал с ораклом. Если останавливать ВМ то снапшоты и даже rsync будет достаточно а вот снапшот с работающей машины... но это надо еще в исходник лесть смотреть может я и ошибаюсь

ну принципиальной разницы нет лишь в падении производительность lvm обычного

Разница есть, и она большая

lvm-thin работает по принципу, похожему на CoW, поэтому снапшоты там есть

так я не говорил что нет снапшотов

снапшоты есть и в lvm и thin-lvm

Ты сказал, что разницы почти нет

так нет разницы в lvm есть снапшоты в thin-lvm тоже есть снапшоты но вот вроде только qcow при создании снапшота еще и озу сохраняет. Но не у верен не могу найти где это читал

> Почуме qcow не нужен
эм... хз, везде qcow юзаю, вроде ок

С zfs точно работает

Всё так

Qcow делает снимок с ОЗУ?

имея проксмокс помоему было бы очень глупо юзать qcow))

а так да, он умеет лайв миграции