TrueNAS SCALE, OpenMediaVault и XPEnology: сравнение трёх NAS-систем и сценарии выбора

TrueNAS SCALE, OpenMediaVault и XPEnology закрывают одну задачу — превратить обычный компьютер в сетевое хранилище с общими папками, бэкапами и контейнерами. Различаются они файловой системой, требованиями к железу, объёмом ручной работы и правовым статусом. Ниже разобрана каждая система по отдельности, затем сравнение по параметрам и сценарии выбора.

Что вы найдёте в этом материале

1. Короткий вывод — какую систему брать, если читать дальше некогда.
2. TrueNAS SCALE — ZFS-хранилище с приложениями.
3. OpenMediaVault — лёгкий Debian-стек для скромного железа.
4. XPEnology — Synology DSM на неродном оборудовании.
5. Сравнение по параметрам — таблицы по хранилищу, железу и функциям.
6. Сценарии пользователя — восемь типовых задач и подходящая система.
7. Как выбрать — схема решения и вопросы к себе.
8. Ёмкость, деньги и питание — сколько места останется и во что обходится работа круглые сутки.
9. Путь отхода — как забрать данные, если система разонравилась.
10. Чеклист перед установкой — что проверить до записи образа.
11. Ссылки — документация и первоисточники.

Короткий вывод

TrueNAS SCALE

Система iXsystems на базе Debian с OpenZFS в основе. Название «SCALE» осталось в прошлом: с версии 25.04 «Fangtooth» ветки CORE и SCALE объединены, и продукт называется просто TrueNAS, а бесплатная редакция — TrueNAS Community Edition. Название SCALE по-прежнему живёт в поисковых запросах и старых руководствах, но в текущих релизах его нет.

Актуальная ветка — 25.10 «Goldeye»: она вышла 28 октября 2025 года и в 2026-м остаётся рекомендованной для новых установок, а 25.04 «Fangtooth» держится как выбор для самых консервативных сценариев. Следующий мажорный релиз, TrueNAS 26 «Halfmoon», показали в бете 7 апреля 2026 года; на момент подготовки материала он ещё не вышел в общий доступ, а проект перешёл на годовой цикл мажорных релизов вместо полугодового.

На чём построено. ZFS даёт контрольные суммы на каждый блок, снапшоты почти без накладных расходов, репликацию между машинами, сжатие и защиту от тихой порчи данных. Массивы собираются в vdev, и это накладывает свои правила расширения.

Приложения. Начиная с ветки 24.10 «Electric Eel» каталог приложений работает на Docker вместо Kubernetes, и это заметно упростило жизнь: свои сервисы можно поднимать обычными compose-файлами. Виртуальные машины тоже есть, в 25.10 к ним добавили Secure Boot и импорт дисков в форматах QCOW2, RAW, VMDK и VHDX.

Требования к железу. Официальная рекомендация — минимум 8 ГБ памяти для базовой работы с восемью дисками, но практика сообщества сходится на 16 ГБ как рабочем минимуме и 32 ГБ, если планируются приложения и виртуалки. ECC-память желательна, хотя и не обязательна. Дисковый контроллер нужен в режиме прямого доступа: ZFS должна видеть каждый диск сама, а RAID-контроллер со своим кэшем мешает.

Сильные стороны: целостность данных, снапшоты и репликация, S.M.A.R.T.-мониторинг и отчёты, зрелый веб-интерфейс, API с версионированием, шифрование датасетов.

Ограничения: аппетит к памяти, инженерный интерфейс с большим количеством понятий, менее гибкое расширение массива, чем у Unraid.

OpenMediaVault

Открытый проект на базе Debian с веб-интерфейсом поверх привычных сервисов Linux. Версия 8.0 «Synchrony» вышла 24 декабря 2025 года и переехала на Debian 13 «Trixie». Официальные образы выпускаются для amd64 и arm64; 32-битные платформы формально ещё встречаются в документации, но официальной поддержки не имеют с шестой версии. Предыдущая ветка 7.0 «Sandworm» на Debian 12 доступна с марта 2024 года.

На чём построено. Под капотом стандартные mdadm, ext4, XFS и Btrfs, SMB через Samba, NFS, rsync. OMV не изобретает свой storage-слой, а даёт удобную панель над тем, что уже есть в Debian. Отсюда главное следствие: почти любую проблему можно решить обычными средствами Linux, и почти любой гайд по Debian применим напрямую.

Расширения. Базовый набор функций скромный, остальное приходит плагинами через omv-extras: Docker с плагином openmediavault-compose, mergerfs для объединения дисков в общее пространство, snapraid, borgbackup, KVM, мониторинг температур, альтернативные ядра. Есть и плагин openmediavault-zfs — с пулами, датасетами, снапшотами по расписанию, шифрованием, scrub- и репликационными заданиями прямо в веб-интерфейсе. То есть ZFS в OMV доступен, просто он не является частью системы: плагин ставится отдельно, зависит от стороннего ядра и при переходе между мажорными версиями его снимают до обновления и возвращают после.

Требования к железу. Самые низкие из трёх систем, но не настолько низкие, как принято считать. Документация рекомендует минимум 4 ГиБ памяти и 8 ГиБ как хорошую практику для установки по умолчанию; запустить систему можно и на 1 ГиБ, однако это сценарий для тех, кто готов разбираться руками. Практическое следствие: на машине с 2 ГБ обычная работа идёт нормально, а вот мажорное обновление или пара контейнеров уже упираются в потолок. OMV живёт на мини-ПК, старом ноутбуке и одноплатниках вроде Raspberry Pi, отдельного массива не требует — можно начать с одного диска и добавлять по мере надобности.

Сильные стороны: минимальные требования, гибкость Debian, простое добавление дисков разного объёма через mergerfs, отсутствие лицензионных вопросов.

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

XPEnology

Собирательное название для загрузчиков сообщества, которые позволяют запустить Synology DSM на обычном x86-компьютере. Загрузчик живёт на отдельной флешке или SSD, подставляет DSM ожидаемое окружение и нужные драйверы, а сама система ставится на диски массива. Самый активный проект — Arc Loader под лицензией GPL-3.0, рядом существуют TinyCore RedPill и локализованные форки автоматизированных загрузчиков.

Что получаете. Полноценный DSM: Storage Manager с SHR и Btrfs, Hyper Backup, Snapshot Replication, Synology Drive и Photos с клиентами для всех платформ, Container Manager, Virtual Machine Manager.

Про версии. DSM 7.3 вышла в октябре 2025 года и имеет статус LTS: основная фаза поддержки заканчивается в октябре 2027 года, расширенная — с критическими исправлениями безопасности — в октябре 2028 года. При этом с июня 2026 года есть более свежая ветка DSM 7.4 с поддержкой до июня 2028 года. Для XPEnology это отдельный вопрос: совместимость загрузчиков с новой веткой сообщество отрабатывает не сразу, поэтому переход на 7.4 сначала проверяют по отчётам форума, а не ставят на рабочую машину.

Чем платите. Работоспособность зависит от совместимости трёх слоёв: версии DSM, версии загрузчика и вашего железа. Обновление любого из них может сломать загрузку, поэтому автоапдейт отключают, а отчёты сообщества по своей эмулируемой модели читают до обновления.

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

Ограничения: правовой риск, отсутствие поддержки, зависимость от драйверов в загрузчике, ручная работа при каждом крупном обновлении.

Подробный разбор технической части — в отдельном материале про XPEnology.

Сравнение по параметрам

Хранилище и данные

Железо и эксплуатация

Приложения и сервисы

Сценарии пользователя

Как выбрать

flowchart TD
    A["Данные критичны?"] -->|Да| B["Есть 16+ ГБ памяти?"]
    A -->|Нет| C["Нужен именно интерфейс DSM?"]
    B -->|Да| D["TrueNAS SCALE"]
    B -->|Нет| E["Готовый NAS или OMV + строгий бэкап"]
    C -->|Да| F["XPEnology как стенд"]
    C -->|Нет| G["OpenMediaVault"]

Три вопроса, которые обычно решают выбор:

1. Что случится, если массив развалится завтра? Если ответ «потеряю то, чего нет больше нигде» — берите ZFS и настраивайте репликацию до переноса данных.
2. Сколько памяти и какое питание у машины? Восемь гигабайт без ECC и без источника бесперебойного питания — сценарий для OMV, а не для большого ZFS-пула.
3. Сколько времени готовы тратить на обслуживание? OMV просит меньше всего внимания, XPEnology — больше всего, и каждое обновление DSM становится отдельной задачей.

Ёмкость, деньги и питание

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

Полезная ёмкость. Для набора из четырёх дисков по 8 ТБ картина выглядит так.

К этому две поправки. Производитель считает терабайты по тысяче, а система — по 1024, поэтому от заявленного объёма сразу уходит примерно семь процентов. И ZFS ощутимо теряет в скорости на заполнении выше восьмидесяти процентов, так что планировать пул под завязку не стоит: из 24 ТБ рабочими считайте около 19 ТБ.

Электричество. Ориентиры для круглосуточной работы: мини-ПК с одним-двумя дисками — 10–20 Вт, четырёхдисковая сборка на mini-ITX — 30–45 Вт в простое и до 70 Вт под нагрузкой. При тарифе около 6 ₽ за кВт·ч постоянные 50 Вт дают примерно 440 кВт·ч и 2 600 ₽ в год. Разница между экономной и прожорливой сборкой за пять лет сопоставима со стоимостью ещё одного диска, поэтому процессор с низким TDP и отсутствие лишних плат расширения экономят больше, чем кажется.

Деньги. Порядок величин на середину 2026 года, без дисков: б/у мини-ПК под OMV — самый дешёвый вход; самостоятельная сборка на mini-ITX с четырьмя отсеками обходится в несколько десятков тысяч рублей; готовый четырёхдисковый Synology стоит примерно как такая сборка плюс премия за поддержку и приложения. Диски почти всегда оказываются самой дорогой частью бюджета, и именно на них экономить не стоит.

Путь отхода

Вопрос, который стоит задать до установки: как забрать данные, если система разонравится или перестанет запускаться. У трёх вариантов это три разные по сложности процедуры.

• ZFS в TrueNAS. Диски переносятся в любую машину с OpenZFS и подключаются командой zpool import — на Linux, FreeBSD или Proxmox. Это самый предсказуемый сценарий из трёх, но уйти с ZFS на другую файловую систему без второго хранилища такого же объёма не получится.
• mergerfs в OMV. Под пулом лежат обычные ext4 или XFS, каждый диск читается отдельно на любом компьютере с Linux. Самый простой выход: вынули диск, подключили, скопировали. Чётность SnapRAID при этом не переносится, её пересобирают заново.
• SHR в DSM. Под капотом mdadm плюс LVM и Btrfs или ext4. Массив собирается на обычном Linux вручную через mdadm --assemble и активацию логических томов; напрямую на Windows или macOS диски не открыть. Процедура выполнима, но требует спокойного вечера и второй машины.

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

Чеклист перед установкой

Ссылки

• TrueNAS Documentation Hub — документация, версии и руководство по железу
• TrueNAS Software Status — какая ветка рекомендуется прямо сейчас
• openmediavault.org — новости релизов и загрузка образов
• Документация OMV 8.x — установка, обновление и таблица версий
• omv-extras wiki — плагины, Docker и mergerfs
• XPEnology Community — отчёты о совместимости и обновлениях DSM
• Synology EULA — условия использования DSM

По теме

Следующий шаг

Synology DSM — NAS как домашний сервер

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

• Статья: Как мы перегоняем терабайт с Яндекс.Диска на Synology под присмотром Codex
• Блог: Данные важнее модели
• База знаний: Правило 3-2-1: рабочая схема резервного копирования

Выбор NAS-системы редко стоит отдельно от остального: рядом обычно бэкапы, медиатека, рабочие файлы и агенты, которым нужен доступ к данным. Разговор будет полезен, если вы решаете, что собирать самому, а что отдать готовому устройству или облаку.

Если захотите обсудить, как это применить у себя или в команде — пишите в Telegram @pimenov