ZFS: как это работает под капотом

Коротко о главном

ZFS объединяет файловую систему и управление дисками. Он умеет проверять целостность данных, делать дешёвые снапшоты, отправлять наборы данных на другой сервер и объединять диски в пулы. Для домашнего сервера это мощный, но требовательный инструмент.

ZFS защищает от тихих ошибок чтения благодаря контрольным суммам, упрощает резервное копирование через send/receive и даёт гибкое управление квотами. Взамен требует памяти, понимания ARC и осторожности при расширении пула.

Чтобы уверенно пользоваться ZFS, полезно понимать, как он устроен внутри. Разберём ключевые компоненты, конфигурацию и диагностику — без пересказа документации.

Как это устроено

ZFS состоит из нескольких взаимодействующих частей: конфигурации, рабочего процесса и данных, с которыми он работает. Понимание этой схемы помогает предсказывать поведение системы и быстрее находить причину сбоя.

ZFS защищает от тихих ошибок чтения благодаря контрольным суммам, упрощает резервное копирование через send/receive и даёт гибкое управление квотами. Взамен требует памяти, понимания ARC и осторожности при расширении пула. Именно поэтому настройка через переменные окружения и конфигурационные файлы предпочтительнее ручных правок «на месте».

Разбор конфигурации

Начните с минимального рабочего варианта. Не копируйте большой конфиг целиком: добавляйте параметры по одному и проверяйте результат после каждого изменения.

# /etc/modprobe.d/zfs.conf
options zfs zfs_arc_max=4294967296

Ключевые компоненты и их взаимодействие

1. Создайте пул на тестовых дисках

Не экспериментируйте на дисках с данными. Для зеркала нужны два устройства, для raidz — минимум три. Проверьте имена через lsblk.

lsblk -o NAME,SIZE,MODEL
sudo zpool create tank mirror /dev/sdb /dev/sdc

2. Создайте набор данных

Наборы данных позволяют задавать квоты, сжатие и снапшоты независимо. Включайте compression=zstd для экономии места.

sudo zfs create -o compression=zstd tank/data
zfs list

3. Сделайте снапшот

Снапшот фиксирует состояние мгновенно и почти не потребляет место, пока данные не изменились.

sudo zfs snapshot tank/data@before-update
zfs list -t snapshot

4. Отправьте копию на другой носитель

send/receive передаёт поток изменений. Для инкрементальной копии укажите базовый снапшот.

sudo zfs send tank/data@before-update | ssh backup zfs receive backup/data

5. Проверьте состояние

Регулярно запускайте scrub и смотрите status. Ошибки чтения требуют замены диска, а не игнорирования.

sudo zpool scrub tank
zpool status -v

Диагностика и тонкая настройка

Начинайте с журналов и проверки версии. Затем изолируйте проблему: конфигурация, права доступа, сеть или данные. Не меняйте несколько параметров одновременно — иначе невозможно понять, что именно помогло.

Практические советы

Эти рекомендации проверены на повседневных задачах. Начните с тех, которые закрывают вашу текущую боль, а не со всего списка сразу.

Совет 1. Не заполняйте пул выше 80%: производительность и фрагментация ухудшают

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

Совет 2. Для домашнего сервера достаточно 8–16 ГБ памяти, но ARC любит больше.

Для домашнего сервера достаточно 8–16 ГБ памяти, но ARC любит больше.

Совет 3. Планируйте расширение пула заранее: не все конфигурации просто добавит

Планируйте расширение пула заранее: не все конфигурации просто добавить.

Совет 4. Снапшоты не заменяют резервную копию: они лежат на тех же дисках.

Снапшоты не заменяют резервную копию: они лежат на тех же дисках.

Совет 5. Используйте zfs send/receive для офлайн-копии.

Используйте zfs send/receive для офлайн-копии.

Типичные ошибки

Ниже — сбои, которые встречаются чаще всего. Перед исправлением сохраните текущие конфиги и запишите, какие изменения вносите: так проще откатиться.

1. Пул не импортируется после переустановки

Проверьте zpool import без аргументов и импортируйте по имени. Не создавайте новый пул на тех же дисках.

2. Не хватает памяти

Ограничьте ARC через zfs_arc_max и проверьте, нет ли утечек. Не отключайте контрольные суммы ради экономии.

3. scrub находит ошибки

Смотрите zpool status -v, замените диск и выполните resilver. Не игнорируйте ошибки записи.

Что улучшить после базовой настройки

Когда ZFS работает предсказуемо, следующий шаг — наблюдаемость. Добавьте проверку состояния, которая отвечает на вопрос «жив ли сервис», и метрику, показывающую нагрузку. Без этого вы узнаёте о проблеме от пользователей, а не от системы.

Второе направление — воспроизводимость. Опишите установку и конфигурацию так, чтобы их можно было повторить на чистой машине: список пакетов, файлы настроек, порядок команд. Это одновременно документация, план восстановления и основа для автоматизации.

Не оптимизируйте то, что не измеряли. Сначала соберите базовые показатели, затем меняйте один параметр и сравнивайте результат. Иначе легко получить конфигурацию, которая выглядит сложнее, но работает не быстрее.

Итог

Понимание внутреннего устройства ZFS экономит часы диагностики. Когда знаете, где хранится состояние и как компоненты общаются, ошибка перестаёт быть «магией».