Использование ZFS на Linux

Разделение файл/блочное устройство — это тупо линуксовая абстракция. Под ним может стоять всё что угодно.

Понятное дело, что наличие loop-устройств нивелирует это разделение для софта.

Если zvol отключает чексуммы, то это эквивалент nodatacow.

Не только, но в том числе и их. Еще, например, O_DIRECT на файлах в zfs dataset раньше был не доступен(на zvol он был доступен ранее).

И судя по тому, сколько времени я вытаскивал из тебя этот простой факт — фактор баззворда с этими зволами неприлично высок.

Просто кто-то сильно привык к btrfs и тяжело осознавать что некоторые вещи могут реализовываться по-другому. Это нормально. Я сам в свое время дико плевался переходя с reiserfs на ext*, но ничего, втянулся(если что, я не агитирую переходить на ZFS, там тоже граблей хватает).

Не только, но в том числе и их. Еще, например, O_DIRECT на файлах в zfs dataset раньше был не доступен(на zvol он был доступен ранее).

Понятно: сделать плохо, потом сделать как было и объявить это киллер-фичой. :) В более обычных линуксовых ФС такой проблемы нет.

Просто кто-то сильно привык к btrfs и тяжело осознавать что некоторые вещи могут реализовываться по-другому. Это нормально. Я сам в свое время дико плевался переходя с reiserfs на ext*, но ничего, втянулся(если что, я не агитирую переходить на ZFS, там тоже граблей хватает).

Да нет. Если ты наконец посмотришь на контекст, то выше по треду zvol объявили магической киллер-фичой. А на поверку оказалось, что zvol — это по сути лекарство от zfs-специфичных же ограничений.

Внесите пострадавших от RAIDZ!

Что-то не вносят никак, беда-печаль.

В чём конкретно заключается поддержка zvol в проксмоксе?

Навскидку посмотрел, вроде бы и ни в чём - в итоге условный kvm получает адрес устройства и про zvol знать ничего не знает. Может в веб-морде кнопочки есть для управления томами, тут без понятия.

<…> докерах

В первый раз слышу.

Тут всё тоже не совсем так оказалось - докер может использовать субтома и снапшоты, а zvol это вроде не совсем то. Я лет несколько назад смотрел, как это работает - если вкратце, то медленно. Создание, и тем более удаление снапшотов zfs по скорости даже не близко к созданию слоя в overlayfs/aufs.

Вообще, я не обещал аргументацию :)

Просто смотря на то, как zfs вокруг используют, я не поверну язык сказать, что raidz это киллер-фича.

Внесите пострадавших от RAIDZ!

Что-то не вносят никак, беда-печаль.

Ну на лор раз-другой в месяц приходят жалобы, мол я навернул под гипервизор рейд-пятёрку на полдесятка дисков, а там всё тормозит.

Я тоже как-то пострадал, когда по прикидке решил, что монга на raidz из трёх дисков будет работать так же быстро, как на одном голом диске.

Если ты наконец посмотришь на контекст, то выше по треду zvol объявили магической киллер-фичой.

О, это же я объявлял

А на поверку оказалось, что zvol — это по сути лекарство от zfs-специфичных же ограничений.

Ну такое, жонглируешь словами. Просто ещё одна вариация на тему loopback-девайса, причём не без фич. Вон смотри сколько всякого разного.

[dan@dan-desktop ~]$ zfs get all zhome/zvol-test
NAME             PROPERTY              VALUE                  SOURCE
zhome/zvol-test  type                  volume                 -
zhome/zvol-test  creation              Mon Jan 25  6:31 2021  -
zhome/zvol-test  used                  25.8G                  -
zhome/zvol-test  available             368G                   -
zhome/zvol-test  referenced            56K                    -
zhome/zvol-test  compressratio         1.00x                  -
zhome/zvol-test  reservation           none                   default
zhome/zvol-test  volsize               25G                    local
zhome/zvol-test  volblocksize          8K                     default
zhome/zvol-test  checksum              on                     default
zhome/zvol-test  compression           zstd                   inherited from zhome
zhome/zvol-test  readonly              off                    default
zhome/zvol-test  createtxg             37146087               -
zhome/zvol-test  copies                1                      default
zhome/zvol-test  refreservation        25.8G                  local
zhome/zvol-test  guid                  18360201218553418321   -
zhome/zvol-test  primarycache          all                    default
zhome/zvol-test  secondarycache        all                    default
zhome/zvol-test  usedbysnapshots       0B                     -
zhome/zvol-test  usedbydataset         56K                    -
zhome/zvol-test  usedbychildren        0B                     -
zhome/zvol-test  usedbyrefreservation  25.8G                  -
zhome/zvol-test  logbias               latency                default
zhome/zvol-test  objsetid              1675                   -
zhome/zvol-test  dedup                 off                    default
zhome/zvol-test  mlslabel              none                   default
zhome/zvol-test  sync                  standard               inherited from zhome
zhome/zvol-test  refcompressratio      1.00x                  -
zhome/zvol-test  written               56K                    -
zhome/zvol-test  logicalused           28K                    -
zhome/zvol-test  logicalreferenced     28K                    -
zhome/zvol-test  volmode               default                default
zhome/zvol-test  snapshot_limit        none                   default
zhome/zvol-test  snapshot_count        none                   default
zhome/zvol-test  snapdev               hidden                 default
zhome/zvol-test  context               none                   default
zhome/zvol-test  fscontext             none                   default
zhome/zvol-test  defcontext            none                   default
zhome/zvol-test  rootcontext           none                   default
zhome/zvol-test  redundant_metadata    all                    default
zhome/zvol-test  encryption            off                    default
zhome/zvol-test  keylocation           none                   default
zhome/zvol-test  keyformat             none                   default
zhome/zvol-test  pbkdf2iters           0                      default

Тут всё тоже не совсем так оказалось - докер может использовать субтома и снапшоты, а zvol это вроде не совсем то.

Точнее, совсем не то. А то, что докер может использовать zfs-ные (равно как и btrfs-ные) подтома для хранения слоёв — ну так это давно известно.

в zfs по-умолчанию контрольные суммы считаются везде. Из примера выше:
zhome/zvol-test checksum on default

ПС: Всё есть баззворд (файл) =)

Внесите пострадавших от RAIDZ!

Что-то не вносят никак

Наверное вынесли их… вперёд ногами. (%

если вкратце, то медленно

А у меня почему-то претензий к скорости zvol нет...

Создание, и тем более удаление снапшотов zfs

Даже на 8Тб массиве моментальное. В паре мест ещё - так же.

фигню ты несешь.
создание снэпшота происходит мгновенно.
а операция удаления делается в фоне.

Ну на лор раз-другой в месяц приходят жалобы, мол я навернул под гипервизор рейд-пятёрку на полдесятка дисков, а там всё тормозит.

Если на hdd делать raidz-1(2) то надо подкинуть l2arc и zil на ssd, благо стоят они сейчас недорого. Так что это ручки неграмотные, кривенькие и шаловливые, а не raidz.

Наверное вынесли их… вперёд ногами. (%

Вот и хорошо, аминь.