Первичная справка OpenZFS zfsconcepts различает storage pool и иерархию файловых систем. Физические свойства хранения управляются на уровне пула. Не переименовывайте каталог приложения в отдельный pool только потому, что его путь похож на имя dataset.

Два уровня вопросов к хранению

УровеньЧто выяснить
PoolКакие устройства и условия обслуживания дают место
DatasetКакие данные и свойства относятся к набору
SnapshotКакой момент и зависимости доступны
ПриложениеПригодно ли согласованное состояние проекта

Перед выбором услуги спросите, какие свойства доступны именно клиенту. Root в гостевой системе не подтверждает административные полномочия над пулом поставщика. При отсутствии сведений оставьте схему неизвестной.

Почему снимки могут занять место

Документация описывает snapshot как read-only состояние файловой системы или тома. По мере изменений активного dataset снимок сохраняет данные, которые иначе были бы общими с активным состоянием. Поэтому первоначально небольшое дополнительное использование не гарантирует такой же расход позднее.

Учебный вопрос: можно ли сохранять старые состояния при активной перезаписи данных и не учитывать их место? Ответ требует наблюдения за всей схемой, а не только размером текущего каталога. Здесь потребление пула не измерялось.

Snapshot не закрывает любую аварию

Для потери исходного хранилища выясните, где останется пригодная копия. Для приложения подтвердите состав и согласованность базы с файлами. Имя snapshot не доказывает включение внешнего сервиса или проверенное восстановление.

Не выполняйте rollback, удаление снимков и пересоздание пула как обычную диагностику. Сначала нужны защищенные данные, ответственный и согласованный план. Для терминологии объекта есть отдельное определение snapshot.

Источник прочитан 7 октября 2026 года. Документация master не версия установленного ZFS пользователя. Пулы, datasets, свойства и снимки не создавались и не менялись, измерений скорости нет. Для общего слоя томов есть LVM, остальные понятия собраны в словаре.