Привет, я совсем новичок в этом деле. Так что, наверное, добавлю к вашему вопросу. Во-первых, спасибо сообществу за все ответы, особенно на такие вопросы от новичков. Сейчас у меня похожая проблема. Большая папка с данными, которая шарится через docker→syncthing внутри виртуальной машины. Я использую диск виртуальной машины (zvol) на zfs хоста и передаю его в VM, где он монтируется с файловой системой ext4. Не совсем понимаю, насколько это плохо с точки зрения места и производительности. Кроме того, насколько я понимаю, я не могу просто создавать моментальные снимки zfs на zvol, потому что это будет как будто я сделал снимок диска VM, будто внезапно отключил питание, правильно? Контейнер docker ведь не знает, что ему нужно сбросить данные на диск перед созданием снимка? Из-за этого я думаю перенести docker-контейнеры (возможно, и остальные) прямо на хост Proxmox и создать нативный zfs dataset для монтирования docker/syncthing. Тогда будет “родная” производительность, но потеряю возможность легко переносить всю VM с диском на другой сервер. Зато смогу делать удобные почасовые снимки файлов, потому что, надеюсь, docker-контейнер правильно обработает предстоящий снимок. Это была бы хорошая идея? @fahadshery : В вашем случае это означало бы запускать ваш экземпляр Postgres через Kubernetes прямо на хосте и указывать на TrueNAS там. TrueNAS, похоже, хранит и пользовательские данные, где вы их сейчас храните? Тоже на блочном устройстве?

Да, как я пытался сказать... PostgreSQL отлично работает напрямую на ZFS. Также используйте оптимизации из вики PostgreSQL для запуска прямо на ZFS.