Я запускаю небольшое внутреннее облако, использующее 3 резервных хоста Ubuntu/Qemu/KVM с возможностью живой миграции с ~30 виртуальными машинами со смешанными ОС.
Тома пула - это BTRFS, и прежде чем кто-либо из вас начнет мне об этом рассказывать: это небольшой магазин, полезность здесь важнее, чем производительность, так что заархивируйте его!
При этом следует по-прежнему сглаживать проблемы с производительностью, насколько это возможно. В качестве альтернативы можно отключить COW на уровне громкости или на уровне файла.
Я не хотел монтировать BTRFS с помощью nocow, опасаясь каким-либо образом помешать ДЕЙСТВИТЕЛЬНО крутым возможностям моментального снимка и резервного копирования, которые BTRFS привносит на вечеринку. Небольшой магазин, много автоматизации, не хочу рисковать!
Поэтому я решил создать свои тома виртуальных машин .qcow2 с помощью -o nocow=вкл. вариант под qemu-img утилита. И это, кажется, работает нормально. Я получаю экономию места (по сравнению с исходным), и производительность в порядке. Мне приходится периодически дефрагментировать их с помощью virsh blockcopy ... -pivot но это может быть cron'd, так какое мне дело?
Но мне как-то не по себе: какие возможности человек теряет с -o nocow=вкл.?
