Привет! Он использует ZFS в качестве бэкенда для дедупликации?

Можно спросить, есть ли какая-то особая техническая причина, почему вы заново изобрели (реализовали) это колесо, вместо того чтобы просто использовать дедупликацию ZFS? Я имею в виду, что pve и так уже очень активно использует ZFS, в том числе для отправки дельт томов на другие серверы. Мне казалось бы очевидным просто использовать её и позволить ей управлять дедупликацией!?

Множество настроек не используют ZFS. PBS dedup не требует специальной файловой системы, так что всё полностью гибко.

ZFS работает только до тех пор, пока у вас есть доступ к блочному устройству. Если вы используете NFS или другие сетевые файловые системы, вы снова ограничены этим. Я не вижу особого минуса в том, что PBS сам занимается дедупликацией — так он остаётся гораздо более гибким.

Да, я могу с этим согласиться, после того как немного с этим поработал... Просто интересно, что ты сделал бы по-другому в своей реализации, чтобы не столкнуться с теми же проблемами. Разные размеры блоков или лучшее выравнивание блоков? Спасибо за подробные ответы!

Есть ли способ быстро восстановить ВМ из бэкапов в PBS? Когда в качестве бэкапа используются ZFS-снэпшот и репликация, я просто копирую снэпшот на бэкап-сервер под новым именем датасета и создаю новую ВМ на его основе. Весь процесс занимает не более 10 минут. В PBS я могу смонтировать бэкап диска через proxmox-backup-client как loopback-устройство, получить доступ к файлам, но загрузить ВМ с этого устройства нельзя. Можно восстановить бэкап на новую ВМ, но чтение и запись всех данных займут много времени. Допустим, у меня есть ВМ с 20 ТБ данных, скорость чтения и восстановления из бэкапа — 100 МБ/с, тогда процесс восстановления займет больше 58 часов, что далеко не быстрое восстановление. Есть ли способ ускорить восстановление ВМ? Спасибо.