Иначе виртуализация не сможет больше половины рамы отожрать

ОП пока немного, 12 Гб (8+4). нужно хотя бы ещё 4 или 8 поставить

Тюнить recordsize (или volblocksize у zvol) нужно под нагрузку, стараясь выровнять её с тем как пишет приложение. Но подходить к этому нужно с умом, иначе можно убить производительность или компрессию.
Вот здесь можно почитать: https://jrs-s.net/2019/04/03/on-zfs-recordsize/

А что за нюанс со снэпшотами у zvol? Что-то не соображу, там всё одинаково с датасетами в этом отношении

я в PVE тоже почти ничего не тюнил, разве что у некоторых ВМ вручную создавал zvol играясь с параметрами

Вот тут вычитал:
https://www.reddit.com/r/zfs/comments/4oa4xb/how_do_you_configure_virtmanager_to_use_zfs_zvol/d4bofw9/

Это кстати Джим Салтер и пишет) mercenary_sysadmin это его ник в Реддите. Он сам юзает ovirt + qcow2+ zfs , но при этом для Прокса советует лучше zvol, так как разрабы задумали именно так

Короче проблема, которую он описывает, вызвана тем, что zvol по умолчанию резервирует себе место под свой объём и также резервирует себе место под снапшоты. Если эти резервы отключить (при создании zvol или после), то эта проблема отпадёт. В Проксе так и сделано, кстати. Видишь, почему лучше использовать готовый продукт?)

Мне вот интересно, сейчас выйдет ZFS 2.1.0, прокса сразу на него перейдёт? Похоже, что они не занимаются бекпортами, по крайней мере в no-subscription репе

OpenZFS 2.0 вышел в январе, и в Проксе он появился в апреле, в версии 6.4
Довольно быстро, как по мне, ребята работают

вот так у себя ограничиваю аппетиты zfs arc cache


[ -f /etc/modprobe.d/zfs.conf.orig ] && cp -fv /etc/modprobe.d/zfs.conf{,.orig}

if command -v zfs >/dev/null 2>&1; then
 RAM_SIZE_GB=$(( $(awk '/^MemTotal/{print $2}' /proc/meminfo) / 1024 / 1000))
   if [[ RAM_SIZE_GB -lt 16 ]] ; then
   # 1GB/1GB
     MY_ZFS_ARC_MIN=1073741824
     MY_ZFS_ARC_MAX=1073741824
   else
     MY_ZFS_ARC_MIN=$((RAM_SIZE_GB * 1073741824 / 16))
     MY_ZFS_ARC_MAX=$((RAM_SIZE_GB * 1073741824 / 8))
   fi
   # Enforce the minimum, incase of a faulty vmstat
   if [[ MY_ZFS_ARC_MIN -lt 1073741824 ]] ; then
     MY_ZFS_ARC_MIN=1073741824
   fi
   if [[ MY_ZFS_ARC_MAX -lt 1073741824 ]] ; then
     MY_ZFS_ARC_MAX=1073741824
   fi

cat <<EOF > /etc/modprobe.d/zfs.conf
# eXtremeSHOK.com ZFS tuning https://github.com/extremeshok/xshok-proxmox

# Use 1/16 RAM for MAX cache, 1/8 RAM for MIN cache, or 1GB
options zfs zfs_arc_min=${MY_ZFS_ARC_MIN}
options zfs zfs_arc_max=${MY_ZFS_ARC_MAX}

# Use the prefetch method
options zfs l2arc_noprefetch=0

# Dont read data from the l2 cache while writing to it
options zfs l2arc_norw=0

# Max write speed to l2arc
# tradeoff between write/read and durability of SSD
# default : 8 * 1024 * 1024
# NVMe SSD: 3000 * 1024 * 1024
# setting here : 500 * 1024 * 1024
options zfs l2arc_write_max=524288000

# Write limit for the l2 feeder directly after boot (before the first arc eviction happend)
# NVMe SSD: 3000 * 1024 * 1024
options zfs l2arc_write_boost=524288000

options zfs zfs_txg_timeout=60
EOF
echo
cat /etc/modprobe.d/zfs.conf
fi

update-initramfs -u -v -k all

Так меня скорее скорость и пугает в этом смысле. Я просто посмотрел, что 2.0.4 появился в нем 19 марта, спустя 10 дней после релиза на GitHub

разрабы прокса следят за релизами тоже )

и скорее всего тестят еще до релиза

чтобы выкатывать оперативно

Ну вот вопрос в том, что это именно тестирование, т.е. для продаршен это прям bleeding edge самый-самый

это нормальная практика

боятся особо нечего

Ну, смотря с чем сравнивать

обновляйтесь раз в месяц ,если боязно

гипер же в инет напрямую не смотрит

ну бесплатная подписка потому и бесплатная, что это второй этап тестирования апдейтов. Из неё они переходят уже в платную.

Кстати, даже после обновления zfs в системе, сами zfs-пулы отдельно нужно апгрейдить под новые фичи. Это одной командой делается, но всё же имей в виду. Свои я кстати до сих пор не обновил под 2.0)