TrueNAS: Ультимативный гайд по созданию собственного облака. Плюсы, минусы и подводные камни

TrueNAS — бесплатная операционная система для сетевого хранилища (NAS). Её ставят на обычный компьютер или сервер с несколькими дисками, и он начинает раздавать файлы по сети, делать снимки и резервные копии, запускать приложения в контейнерах и виртуальные машины. Основа системы — файловая система ZFS, главная задача которой — сохранность данных.

Если коротко: TrueNAS — это способ получить хранилище уровня Synology или QNAP на своём железе, без подписок и без привязки к производителю, ценой того, что с ZFS придётся разобраться.

Что стало с CORE и SCALE

Раньше у TrueNAS было две бесплатные редакции: CORE на FreeBSD (наследник FreeNAS) и SCALE на Linux. Сейчас это разделение ушло в прошлое:

бесплатная редакция называется TrueNAS Community Edition. Она построена на Debian 12 и ядре Linux 6.6, приложения работают в Docker (в том числе из собственных файлов Docker Compose), есть виртуальные машины для Windows, Linux и FreeBSD;
TrueNAS CORE больше не развивается — так прямо сказано на странице статуса ПО TrueNAS;
на сентябрь 2026 года для большинства пользователей рекомендуется версия 25.10.7 (Goldeye), для желающих попробовать новое — бета-версия 26.0.

Если вы ставите систему с нуля, выбирать не из чего: это Community Edition. Если у вас работает CORE, стоит планировать переход.

ZFS: на чём держится надёжность

Несколько понятий, без которых TrueNAS не понять:

пул (pool) — общее хранилище, собранное из одного или нескольких vdev;
vdev — группа дисков с собственной схемой избыточности: зеркало (mirror) или RAIDZ1/2/3, выдерживающий отказ одного, двух или трёх дисков. Отказ целого vdev означает потерю всего пула;
набор данных (dataset) — «папка» внутри пула со своими настройками: сжатием, квотами, правами, расписанием снимков;
снимок (snapshot) — мгновенная копия состояния набора данных. Снимки почти ничего не стоят при создании, и из них можно вернуть удалённый или испорченный файл;
scrub — плановая проверка всех данных по контрольным суммам. При избыточности повреждённые блоки исправляются из целой копии;
репликация — отправка снимков на другой сервер с ZFS. Это основа нормального резервного копирования.

Важная поправка к старым статьям о ZFS: долгое время в существующий RAIDZ нельзя было добавить один диск. В OpenZFS 2.3 (январь 2025 года) появилось расширение RAIDZ — добавление дисков в существующий пул без простоя. Перед расширением сверьтесь с документацией своей версии TrueNAS: как и любую операцию с пулом, её стоит делать после свежей резервной копии.

Требования к железу

По руководству TrueNAS по оборудованию минимум такой:

64-битный процессор x86_64 (Intel или AMD);
8 ГБ оперативной памяти;
загрузочный SSD на 20 ГБ — отдельно от дисков с данными;
два одинаковых диска для одного пула.

Практические советы из того же руководства:

память с коррекцией ошибок (ECC) большинство пользователей настоятельно рекомендуют как ещё одну защиту целостности данных, но она не обязательна — многие системы работают без неё;
аппаратный RAID-контроллер не нужен и вреден: ZFS сам обеспечивает избыточность, а контроллер, скрывающий диски, мешает ей. Если контроллер есть, его переводят в режим HBA (передачи дисков напрямую);
диски SMR (черепичной записи) лучше не использовать: у них хуже скорость записи и дольше и ненадёжнее восстановление пула, а диски Host-Managed SMR не поддерживаются вовсе.

Для домашнего файлового хранилища 16 ГБ памяти обычно хватает с запасом; приложения и виртуальные машины требуют больше.

Где TrueNAS хорош

Большие объёмы данных. Фото- и видеоархивы, резервные копии рабочих станций, файловый сервер небольшого офиса.
Работа с исходниками по сети. При сети 10 Гбит/с видеомонтаж и работа с фотоархивом по сети становятся практичными.
Резервное копирование. Снимки по расписанию плюс репликация на второй TrueNAS или выгрузка в облачное хранилище (S3 и другие).
Домашняя лаборатория. Приложения на Docker — медиасервер, Nextcloud, Home Assistant — рядом с данными.

Подводные камни

Снимки — не резервная копия. Они живут на тех же дисках: при потере пула пропадают вместе с данными. Нужна копия на другом устройстве — по правилу 3-2-1 (см. часть о правиле 3-2-1).
Разнородные диски. Пул из дисков 500 ГБ, 1 ТБ и 2 ТБ использует ёмкость неэффективно. Под такой набор лучше подходит Unraid.
Порог входа. Pool, vdev, dataset, права доступа — это нужно понять до того, как класть туда единственную копию данных.
Схема пула — надолго. Выбор между зеркалами и RAIDZ, число дисков в vdev определяют надёжность и скорость восстановления. Ошибку потом исправлять дорого.
Обновления. Переходите на новую версию после выхода исправлений, а не в день релиза, и только после проверки резервной копии.

TrueNAS в виртуальной машине

TrueNAS можно запустить в Proxmox VE (см. часть о Proxmox). Главное условие — передать TrueNAS диски или контроллер целиком (проброс HBA), а не виртуальные диски поверх другого хранилища: иначе ZFS не видит реальные устройства и теряет часть своих гарантий.

Кому TrueNAS не подойдёт

тем, кому нужно устройство «из коробки», без изучения ZFS, — проще купить готовый NAS;
владельцам набора дисков разного объёма;
тем, у кого нет второго места для резервной копии и кто рассчитывает, что RAID её заменит.

Итог

TrueNAS Community Edition — зрелая бесплатная система хранения на ZFS: снимки, репликация, проверка целостности и приложения в Docker на своём железе. Она требует нескольких вечеров на изучение и продуманной схемы пула, зато данные остаются под вашим контролем. Если вы начинаете сейчас — ставьте Community Edition; если у вас работает CORE — планируйте переход, потому что его развитие прекращено.