Аппаратные требования ZFS для домашних серверов

✎

3 августа 2026, 17:39

Аппаратные требования ZFS для домашних серверов

Быстрый обзор

ZFS — это золотой стандарт файловых систем для домашних NAS и серверов. Он предоставляет вам контрольные суммы, снимки, репликацию и программный RAID — функции, которые не сопоставимы с другими широко доступными файловыми системами. Но ZFS — это не простое программное обеспечение. У него есть специфические аппаратные требования, а экономия на них приводит к снижению производительности или, что хуже, к потере данных. Коротко говоря: вам нужно много оперативной памяти (1 ГБ на 1 ТБ хранилища как базовый объем), мощный многоядерный процессор и желательно ECC-память. Raspberry Pi не подойдёт. Используйте б/у Dell OptiPlex с 16 ГБ оперативной памяти.

Получите конфигурации Docker Compose, выбор оборудования и ярлыки для настройки, которые мы не публикуем в статьях. Каждую неделю. Без спама.
Подписаться

Почему ZFS отличается

Большинство файловых систем полагаются на ваше оборудование для правильного хранения данных. ZFS не полагается. Он создаёт контрольные суммы для каждого блока данных, обнаруживает неявное повреждение (битовое гниение) и может автоматически восстанавливать его из избыточных копий. Эта параноидальная забота о целостности данных объясняет, почему ZFS является выбором всех, кто серьезно относится к целостности данных. Вот что делает ZFS уникальным — и почему он требует больше от вашего оборудования:
* Копирование при записи (COW). ZFS никогда не перезаписывает данные на месте. Он записывает новые данные в новое место, а затем обновляет указатели. Это предотвращает частичные записи во время отключений питания, но требует большего объема дискового I/O и оперативной памяти.
* Встроенные контрольные суммы. Каждый блок данных и метаданных получает контрольную сумму. ZFS обнаруживает неявное повреждение, которое осталось бы незамеченным в ext4 или NTFS.
* Снимки и репликация. Снимки ZFS мгновенные и бесплатные (COW делает это возможным). Вы можете реплицировать снимки на удалённый сервер для резервного копирования.
* Уровни RAIDZ. ZFS обрабатывает RAID программно — RAIDZ1 (одинарная четность), RAIDZ2 (двойная четность), RAIDZ3 (тройная четность). Нет необходимости в аппаратной RAID-карте. На самом деле, аппаратные RAID-карты активно мешают работе ZFS.
* ARC (Кэш адаптивной замены). ZFS активно кэширует часто запрашиваемые данные в ОЗУ. Вот почему ZFS требует так много памяти — ARC является его основным механизмом повышения производительности.
* Самовосстановление. С избыточными vdev ZFS автоматически восстанавливает повреждённые блоки с помощью хороших копий. Без ручного вмешательства, без fsck.

Ничто из этого не бесплатно. ZFS жертвует аппаратными требованиями ради безопасности данных. Этот компромисс стоит того.

Требования к оперативной памяти (критично)

Оперативная память — это единственное самое важное аппаратное требование для ZFS. ARC (кэш чтения ZFS) полностью находится в ОЗУ. Больше ОЗУ — больше кэшированных данных, что означает более быстрые чтения и меньше обращений к диску. Если лишить ZFS ОЗУ, производительность резко упадёт.

Правила

Абсолютный минимум: 8 ГБ. Ниже этого ZFS будет работать, но постоянно будет удалять записи кэша, тормозить и работать с задержками.
Правило большого пальца: 1 ГБ ОЗУ на 1 ТБ полезного хранилища. Это даст ARC достаточно места для кэширования метаданных и часто запрашиваемых блоков.
С включённой дедупликацией: 5 ГБ на ТБ. Дедупликация требует таблицы дедупликации в памяти (DDT). Для пула в 20 ТБ это 100 ГБ ОЗУ. Не включайте дедупликацию, если у вас нет 128 ГБ+ ОЗУ. Серьезно. Вместо этого используйте сжатие — это почти бесплатно.
Практические минимумы по размеру пула:

Размер пула	Минимум ОЗУ	Рекомендуемое ОЗУ	С дедупликацией
4 ТБ	8 ГБ	8 ГБ	20 ГБ
8 ТБ	8 ГБ	16 ГБ	40 ГБ
16 ТБ	16 ГБ	16–32 ГБ	80 ГБ
32 ТБ	16 ГБ	32 ГБ	160 ГБ
64 ТБ+	32 ГБ	64 ГБ	Не стоит
### Почему так много ОЗУ?
ARC ZFS не является опциональным — это то, как ZFS достигает конкурентоспособной производительности при чтении. Без достаточного объёма ARC каждое чтение обращается к вращающимся дискам. На RAIDZ1 массиве с 4 дисками это означает случайные чтения на скорости HDD (~100 IOPS). При здоровом ARC часто запрашиваемые файлы обслуживаются из ОЗУ на сотнях тысяч IOPS.
ZFS также хранит метаданные в ОЗУ. Метаданные пула, структуры каталогов и деревья указателей блоков все потребляют память. На больших пулах (50 ТБ+) одни только метаданные могут занять несколько гигабайт.
Итог: 16 ГБ — это оптимальный объём для большинства домашних серверов с объёмом хранения до 12 ТБ. 32 ГБ, если вы планируете расширяться или запускать виртуальные машины вместе с вашим NAS.

ECC ОЗУ: требуется или нет?

Это самая обсуждаемая тема в сообществе ZFS. Давайте разберёмся в фактах.

Факты

Мэтт Ахренс (сосоздатель ZFS) публично заявил, что ECC строго не требуется для ZFS. ZFS не нуждается в ECC больше, чем какая-либо другая файловая система.
Контрольные суммы ZFS защищают данные на диске. Если бит меняется на вашем HDD или SSD, ZFS обнаруживает и исправляет это.
Контрольные суммы ZFS НЕ защищают данные в ОЗУ. Если космические лучи изменят бит в ОЗУ во время обработки данных ZFS, эти повреждённые данные будут записаны на диск с действующей контрольной суммой. ZFS считает, что они правильные. Теперь у вас есть неявное повреждение, которое ZFS не может обнаружить.
ECC ОЗУ обнаруживает и исправляет одиночные ошибки битов в памяти. Это предотвращает вышеописанную ситуацию.

Наша рекомендация

Используйте ECC, если ваша платформа это поддерживает. Не избегайте ZFS, если ваша платформа этого не поддерживает.
ZFS без ECC все еще гораздо лучше, чем ext4 или NTFS без ECC. Каждая файловая система уязвима для изменений битов в ОЗУ — ZFS не уникально подвержен риску. Аргумент, что "ZFS без ECC опасен", одинаково относится к каждой другой файловой системе. Разница в том, что ZFS защищает вас от повреждения данных на диске, что встречается гораздо чаще, чем повреждение данных в ОЗУ.
Тем не менее, ECC — это недорогая страховка. Если вы покупаете новое оборудование для сборки NAS, выберите платформу, которая поддерживает ECC.

Платформы, которые поддерживают ECC

Платформа	Поддержка ECC	Примечания
Intel Xeon E серии	Полная	Классический выбор процессора для NAS. Серии Xeon E-2200/E-2300.
AMD EPYC	Полная	Перебор для домашнего использования, но поддерживается.
AMD Ryzen (AM4/AM5)	Неофициальная	Работает с большинством процессоров Ryzen и многими материнскими платами B-серии/X-серии. Не подтверждено AMD, но широко используется в сообществе.
Intel Core (12–14 поколение)	Нет	Потребительские Intel не поддерживают ECC.
Intel N100/N200	Нет	Бюджетные платы NAS не имеют поддержки ECC. Подходят для малых пулов.
Если вы выбираете маршрут с Ryzen для ECC, проверьте QVL (список квалифицированных поставщиков) вашей конкретной материнской платы для ECC DIMM. Материнские платы ASRock Rack с AM4/AM5 популярны в сообществе домашних лабораторий, потому что они явно поддерживают ECC.

Требования к процессору

ZFS использует ваш процессор для создания контрольных сумм, сжатия и сканирования. Хорошая новость: современные процессоры справляются с этим легко. Плохая новость: этого нельзя игнорировать полностью.

Влияние сжатия

Сжатие ZFS — одна из его лучших функций — оно экономит место на диске и часто улучшает производительность (меньше данных для чтения с медленных HDD). Влияние на процессор зависит от алгоритма:
* LZ4 (по умолчанию): Почти бесплатно. Сжимает и распаковывает на скорости многогигабайт/с. Каждому пулу ZFS следует включить LZ4-сжатие. Нет причин отключать его.
* ZSTD (zstandard): Лучшие коэффициенты сжатия, чем LZ4. Умеренное использование ЦП. Подходит для любых четырехъядерных или более мощных процессоров. Рекомендуется для архивных данных или когда место на диске важнее, чем пропускная способность.
* GZIP: Высокое использование ЦП. Плохая производительность. Нет причин использовать gzip, когда есть ZSTD. Избегайте этого.

Сканирования

Сканирования ZFS читают каждый блок в пуле и проверяют контрольные суммы. Это требует много ресурсов ЦП, но происходит нечасто — вы должны производить сканирование ежемесячно. Сканирование пула в 20 ТБ занимает 8–24 часа в зависимости от процессора и скорости диска. Оно работает в фоновом режиме, и вы можете задать приоритет с помощью zfs set ... | ionice.

Случай использования	Минимальный ЦП	Рекомендуемый ЦП
Базовый NAS (SMB-расшаривание, воспроизведение Plex)	Intel N100	Intel i3-12100
NAS + Docker-контейнеры	Intel i3-12100	AMD Ryzen 5 5600
NAS + ВМ (Proxmox/TrueNAS SCALE)	AMD Ryzen 5 5600	AMD Ryzen 7 5700X
Тяжелый NAS + множественные ВМ + ZSTD-сжатие	Ryzen 5 / Xeon E-2236	Ryzen 7 / Xeon E-2278G
Intel N100 подходит для базового использования ZFS NAS. Он справляется с LZ4-сжатием, контрольными суммами и обслуживанием SMB без особых усилий. Он начинает испытывать трудности только в случае, если вы хотите аппаратно транскодировать в Plex/Jellyfin одновременно с тяжелыми нагрузками ZFS — и даже тогда Quick Sync N100 обрабатывает транскодирование независимо от ядер ЦП.

HBA (Host Bus Adapter) против RAID-карт

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

Что купить

HBA	Порты	Интерфейс	Цена (б/у)	Примечания
LSI 9207-8i (IT режим)	8 SAS/SATA	PCIe 3.0 x8	$20–35	Стандарт сообщества. Широко доступна на eBay.
Dell H310 (перепрошитый в IT режим)	8 SAS/SATA	PCIe 2.0 x8	$15–25	Дешевый, надежный. Требует кроссфлешинга — много руководств онлайн.
LSI 9300-8i	8 SAS/SATA	PCIe 3.0 x8	$30–50	Более новая, поддержка 12 Gbps SAS.
Dell H330 (IT режим)	8 SAS/SATA	PCIe 3.0 x8	$25–40	Эквивалент Dell 9300-8i.
“IT режим” (Initiator Target mode) означает, что HBA передает диски напрямую без какой-либо RAID-функциональности. Некоторые HBA поставляются в “IR режиме” (Интегрированный RAID) — вам необходимо перепрошить устройство в IT режим. Для Dell H310 это документированный 15-минутный процесс.

Вам действительно нужен HBA?

Не обязательно. Встроенные SATA-порты вашей материнской платы вполне подходят для ZFS. Большинство материнских плат имеют 4–6 SATA-портов. Если вы собираете NAS на 4 отсека, SATA от материнской платы вполне достаточно.
HBA нужен только в случае, если:
* Вы хотите больше 6 дисков
* Контроллер SATA на вашей материнской плате ненадежен (редкость для современных плат)
* Вы используете SAS-диски (нужен SAS HBA)

SLOG (Журнал намерений ZFS)

SLOG — это специальное устройство для журнала намерений (ZIL) ZFS. ZIL записывает синхронные записи, чтобы их можно было воспроизвести после сбоя. По умолчанию ZIL хранится на ваших пул-дисках. Специальный SLOG перемещает ZIL на быстрое, с низкой задержкой устройство, улучшая производительность синхронной записи.

Вам нужен SLOG?

Вероятно, нет. SLOG помогает только с синхронными записями. Большинство домашних нагрузок NAS являются асинхронными:
Нагрузка| Синхронные записи?| Помогает SLOG?
---|---|---
SMB файловые ресурсы (по умолчанию)| Нет| Нет
Потоковая передача Plex / Jellyfin| Нет| Нет
Docker-контейнеры (в общем)| Нет| Нет
NFS (по умолчанию sync=standard)| Да| Да
iSCSI| Да| Да
Базы данных (PostgreSQL, MariaDB)| Да| Да
Виртуальные машины на ZFS-накопителях| Да| Да
Если вы используете TrueNAS с SMB-ресурсами и Docker-контейнерами, пропустите SLOG. Если вы используете Proxmox с хранилищем ВМ на ZFS, SLOG заметно улучшит производительность.

Что использовать в качестве SLOG

Устройство SLOG должно быть:
* Быстрым (низкая задержка, высокая IOPS) — вся цель — быстрее синхронные записи
* Защищенным от потери питания (PLP) — если SLOG теряет данные во время сбоя питания, ZIL теряется, и вы теряете транзакции в процессе
* С высокой выносливостью — SLOG постоянно записывается

Устройство	Размер	Цена (б/у)	PLP	Выносливость	Примечания
Intel Optane M10 16 ГБ	16 ГБ	$10–20	Да	Экстремальная	Любимец сообщества. Идеально для SLOG.
Intel Optane 900P/905P	280 ГБ+	$60–100	Да	Экстремальная	Чрезмерно для SLOG, но также работает как быстрое общее хранилище.
Enterprise NVMe (Intel DC, Samsung PM983)	240 ГБ+	$30–60	Да	Высокая	Хорошая альтернатива Optane.
Вам нужно всего 8–16 ГБ для SLOG. ZIL не хранит данные в долгосрочной перспективе — он хранит транзакции в процессе в течение нескольких секунд. 16 ГБ Intel Optane M10 за $15 на eBay — идеальное устройство SLOG.
Избегайте потребительских NVMe-дисков для использования в SLOG. Samsung 970 EVO, WD SN770 и аналогичные потребительские диски не имеют защиты от потери питания. Если питание отключается во время синхронной записи, вы теряете транзакции.

L2ARC (Уровень 2 ARC)

L2ARC — это кэш чтения второго уровня, хранящийся на SSD, расширяющий ARC за пределы RAM. Когда ZFS не может найти данные в ARC (RAM), он проверяет L2ARC (SSD), прежде чем обращаться к медленным пул-дискам (HDD).

Вам нужен L2ARC?

Вероятно, нет. L2ARC полезен только в следующих случаях:
* Ваш набор рабочих данных больше, чем ваша RAM
* Вы многократно читаете одни и те же данные (случайные чтения из большого набора данных)
* Вы не можете добавить больше RAM (заполнены слоты DIMM или ограничен бюджет)

L2ARC также потребляет RAM для отслеживания того, что кэшируется на SSD — примерно 50–70 байт на закэшированный блок. На L2ARC объемом 1 ТБ с размером блока 128К это примерно 400 МБ накладных расходов на RAM. На системе, которая уже страдает от нехватки RAM, L2ARC может на самом деле ухудшить производительность, потребляя память, необходимую ARC.

Когда L2ARC имеет смысл

Сценарий	Стоит ли L2ARC?
8 ТБ пул, 32 ГБ RAM	Нет — ARC справляется
40 ТБ пул, 16 ГБ RAM	Возможно — если бюджет на RAM исчерпан
60 ТБ пул, 32 ГБ RAM, библиотека Plex	Да — кэширование метаданных для больших медиа-библиотек
Любой пул, любая RAM, случайный доступ к файлам	Нет — добавьте больше RAM вместо этого
Если вы можете добавить больше RAM, сделайте это вместо L2ARC. RAM всегда быстрее, чем SSD. L2ARC является обходным решением, когда RAM исчерпана.
Если вы все же добавите L2ARC, подойдет любой качественный NVMe SSD. Потребительские диски здесь допустимы — L2ARC имеет большую нагрузку на чтение, и потеря питания просто означает, что кэш будет холодным при перезагрузке (без потери данных). Обычно это 256 ГБ до 1 ТБ NVMe.

Потребление энергии и расходы на эксплуатацию

Сама ZFS добавляет незначительное потребление электроэнергии — оборудование, на котором оно работает, определяет ваш счет за электричество. Вот реалистичные показатели потребления энергии в нерабочем состоянии для вышеупомянутых конфигураций:
Конфигурация| Потребление в нерабочем состоянии| Оценочная годовая стоимость ($0.12/кВтч)
---|---|---
Бюджетный (OptiPlex + 2x HDD)| 25–35 Вт| $26–37
Бюджетный (OptiPlex + 4x HDD)| 40–55 Вт| $42–58
Средний (Ryzen + 6x HDD)| 50–70 Вт| $53–74
Мощный (Xeon + 8x HDD)| 70–100 Вт| $74–105
Каждый 3.5” HDD добавляет примерно 5–8 Вт в нерабочем состоянии. SSD добавляют 1–3 Вт каждый. Самой большой переменной является то, спинятся ли ваши диски во время нерабочих периодов — ZFS можно настроить на это, но это спорно (некоторые утверждают, что частая прокрутка в менее активное состояние сокращает срок службы диска).

Общие аппаратные ошибки ZFS

1. Запуск ZFS с 4 ГБ ОЗУ. ZFS будет работать, технически. Однако он будет ужасно медленным. ARC почти не будет иметь места для кеширования, каждое чтение будет обращаться к вращающимся дискам, а операции с метаданными будут вялыми. Абсолютный минимум — 8 ГБ, рекомендуется — 16 ГБ.
2. Использование аппаратных RAID-карт вместо HBA. Аппаратные RAID-карты скрывают отдельные диски от ZFS. ZFS не может выполнять контрольные суммы, самовосстановление или правильный RAIDZ с установленной аппаратной RAID-картой. Обновите вашу карту до IT-режима или замените её на HBA.
3. Включение дедупликации без большого объема ОЗУ. Таблица дедупликации требует примерно 5 ГБ ОЗУ на 1 ТБ хранилища. Пул в 20 ТБ с дедупликацией требует 100 ГБ ОЗУ. Если у вас этого нет, дедупликация выльется на диск, и производительность вашего пула значительно упадет. Используйте сжатие вместо этого — LZ4 или ZSTD обеспечивают 1.3–2x экономии пространства с незначительными накладными расходами.
4. Нет ИБП. ZFS устойчива к потере питания, но не является неопровержимой. Отключение питания во время сверки или восстановления может оставить пул в деградированном состоянии. В крайних случаях одновременная потеря питания и сбой диска могут привести к потере данных. ИБП за 60 долларов решит эту проблему. Настройте ваш NAS на корректное завершение работы, когда заряд ИБП низкий. См. наш гид по ИБП для рекомендаций.
5. Смешивание размеров дисков в vdev RAIDZ. В vdev RAIDZ полезная емкость каждого диска равна размеру самого маленького диска. Установите 12 ТБ диск в vdev с 8 ТБ дисками, и вы потратите 4 ТБ на этом диске. Используйте идентичные диски в каждом vdev.
6. Отсутствие планирования расширения. Вы не можете добавлять диски в существующий vdev RAIDZ (по крайней мере, не до тех пор, пока функция расширения RAIDZ в OpenZFS не станет стабильной — она появилась в OpenZFS 2.3, но по-прежнему считается экспериментальной). Вы можете добавлять новые vdev в пул, но каждый vdev должен быть полным комплектом дисков. Планируйте раскладку vdev заранее.
7. Пропуск сверок. Запланируйте ежемесячную сверку. Сверки — это способ, с помощью которого ZFS находит и исправляет тихое повреждение данных, прежде чем оно распространится. В TrueNAS сверки запланированы по умолчанию. В Proxmox или обычном Linux настройте cron-задачу.

Часто задаваемые вопросы

Могу ли я запустить ZFS на 8 ГБ ОЗУ?

Да, для небольших пулов (до около 8 ТБ). Вы не получите много кеширования ARC, но ZFS будет работать правильно. Это допустимая отправная точка — вы можете позже увеличить объем ОЗУ. 16 ГБ — это оптимальный объем для большинства домашних серверов.

Обязательна ли ECC-память для ZFS?

Нет. Создатель ZFS Мэтт Аренс подтвердил это. ECC рекомендуется, так как она защищает от битовых сбоев в ОЗУ, которые ZFS не может обнаружить, но ZFS без ECC все равно гораздо безопаснее, чем ext4 или NTFS без ECC. Не позволяйте отсутствию ECC помешать вам использовать ZFS.

Может ли Intel N100 запускать ZFS?

Да. N100 справляется с ZFS с сжатием LZ4 и обслуживанием SMB для базового NAS. Он испытывает трудности, если вы добавите тяжелые рабочие нагрузки (транскодирование Plex + сверка ZFS + сжатие ZSTD одновременно), но для выделенного NAS это нормально. См. наш обзор мини-ПК Intel N100 для конкретных моделей.

Сколько дисков мне нужно для ZFS?

Один диск — это минимальное количество для пула с одним диском (без резервирования). Для RAIDZ1 (одинарное резервирование) необходимо как минимум 3 диска. Для RAIDZ2 (двойное резервирование) — как минимум 4. Для зеркала потребуется 2 диска. Наша рекомендация: Начните с зеркала из 2 дисков или RAIDZ1 из 3 дисков. Зеркала проще масштабировать (добавив еще одну пару зеркал) и имеют лучшую производительность при произвольных чтениях/записях.

Могу ли я позже добавить диски в пул ZFS?

Вы можете добавлять новые vdev в пул в любое время. Vdev — это группа дисков (зеркало, набор RAIDZ1 и т. д.). Вы не можете добавить один диск в существующий vdev RAIDZ. Это наиболее важное соображение при планировании ZFS: решите раскладку ваших vdev заранее. Если вы начнете с vdev RAIDZ1 из 3 дисков, вы сможете позже добавить еще один vdev RAIDZ1 из 3 дисков — но вы не можете сделать его vdev RAIDZ1 из 4 дисков.

Должен ли я использовать RAIDZ1, RAIDZ2 или зеркала?

Зеркала: Лучшая производительность, простое расширение, 50% эффективность хранения. Используйте для пулов до 4 дисков.
RAIDZ1: Одно резервирование, ~67–80% эффективность (в зависимости от количества дисков). Хорошо для 3–5 дисков. Риск: если один диск выйдет из строя во время восстановления и другой выйдет из строя, вы потеряете все.
RAIDZ2: Двойное резервирование. Используйте для 4–8 дисков. Рекомендуется для дисков размером 8 ТБ и более, где время восстановления долгое.
RAIDZ3: Тройное резервирование. Для 8+ дисков. Это рискованное предприятие для организаций, но допустимо для больших массивов.

Смотрите наш гид по уровням RAID для более глубокого анализа.

Связанные материалы

Ко всем