Proxmox 8.4 — virtiofs вместо bind mount: кто уже попробовал в проде?

[seniorwarlock]

Обновился до Proxmox VE 8.4, увидел что завезли нормальный virtiofs для прокидывания директорий в VM. До этого колхозил через NFS или bind mount в LXC, и оба варианта периодически давали проблемы с правами и производительностью. Кто-нибудь уже юзает virtiofs в проде, конкретно для медиабиблиотеки Jellyfin? Интересует: какие накладные расходы по CPU, насколько стабильно, есть ли смысл переезжать с bind mount в LXC на полноценную VM с virtiofs?

[tiger71]

Я тестировал на дев-машине неделю. Для Jellyfin — вполне. Настройка в GUI стала человеческой, раньше руками в конфиг лезть надо было. По CPU — не замерял точно, но на i3-12100 нагрузка не почувствовалась субъективно. Основная боль была с правами на файлы, тут virtiofs ведёт себя предсказуемо, uid/gid пробрасываются нормально.

[pyninja]

bind mount в LXC непривилегированном до сих пор лучший вариант по накладным расходам, если не нужна полная изоляция. virtiofs это overhead FUSE + virtio, это не бесплатно. Для медиасервака на слабом железе — подумайте дважды. У меня HP T620 Plus, там каждый ватт на счету.

[eqweqwe]

Переехал с NFS на virtiofs месяц назад, VM с Debian 12 + Jellyfin. Честно — разницы в скорости не почувствовал на гигабитной сети внутри хоста. Зато стабильность лучше: NFS иногда подвисал при рестарте хоста, virtiofs поднимается вместе с VM без танцев. Конфиг в Proxmox 8.4: добавляете virtiofs share через GUI -> Hardware -> Add -> Directory, в гостевой системе монтируете через systemd.mount с типом virtiofs.

[Austkin]

А у кого-нибудь получалось virtiofs с Windows VM? Документация говорит что нужен WinFSP + VirtIO-FS driver. Пробовал — драйвер ставится, но при больших файлах (ISO образы 50+ ГБ) начинаются таймауты. Может я что-то не так делаю?

[Omoto]

Для Windows реально сырое пока. Оставь bind mount через SMB если Windows VM. virtiofs на практике стабилен именно для Linux гостей. Кстати в 8.4 ещё починили live migration с медиейтед девайсами — это для тех у кого NVIDIA vGPU, наконец-то можно мигрировать без остановки VM. Для домашней лабы не особо актуально, но прикольно.

[Sdgator]

Итого по моему опыту: LXC unprivileged + bind mount — лучший вариант для homelab по соотношению накладных расходов/простоты. virtiofs берёте если нужна именно VM по соображениям изоляции или Windows гость. NFS внутри хоста — избыточно и добавляет точку отказа. Proxmox 8.4 в целом стабильный релиз, обновление с 8.3 прошло чисто, apt dist-upgrade без сюрпризов.

[hunter22]

Для Jellyfin вопрос virtiofs против bind mount вторичен по сравнению с транскодом. Если гоняешь hardware-транскод через iGPU, то в LXC проброс /dev/dri это две строчки в конфиге, а в VM уже нужен полноценный passthrough или SR-IOV iGPU, что на десктопных Intel до сих пор пляски с бубном. Так что выбор сторейджа часто предопределён выбором изоляции, а не наоборот — сначала реши, нужна ли тебе вообще VM.

[kardanger]

@pyninja, про overhead уточню: он у virtiofs упирается в метаданные, а не в throughput. На стриминге медиа (большие последовательные чтения) FUSE плюс virtio почти незаметен, а вот на нагрузке с тучей мелких файлов и stat'ов разница вылезает. Для библиотеки фильмов по 20 ГБ это некритично, а вот если там фото на сотни тысяч файлов — тогда да, твой аргумент про каждый ватт на T620 в силе.

[terraform_ops]

@Austkin, ты не один — virtiofs на Windows через WinFSP реально сырой, таймауты на крупных файлах это известная болячка драйвера, а не твои руки. Попробуй на share выставить cache=always и dax, если ядро хоста поддерживает, иногда лечит. Но честно, для ISO по 50+ ГБ на винде я бы не мучился и кинул обычную SMB-шару — тупо стабильнее, а скорость внутри хоста всё равно упирается не в протокол.