pimenov.ai

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

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

💡
Проверено 2026-09-12. Версии NAS-систем меняются каждые несколько месяцев, поэтому перед установкой сверяйтесь со страницей релизов проекта.

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

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

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

СистемаБерите, еслиПропускайте, если
TrueNAS SCALEДанные важны, вы готовы разобраться в ZFS и проверить требования выбранной версииНужен максимально простой сценарий без планирования ZFS
OpenMediaVaultНужен Debian-based NAS с веб-интерфейсом, сетевыми протоколами и расширениямиНужны гарантированно интегрированные функции без зависимости от плагинов
XPEnologyНужен интерфейс DSM для стенда, а совместимость и условия использования вы готовы проверять отдельноЭто рабочее или клиентское хранилище, где необходимы официальная поддержка и предсказуемые обновления

TrueNAS SCALE

В этом материале название TrueNAS SCALE сохранено как привычное обозначение Linux-ветки TrueNAS. В актуальном официальном хабе продукт обозначен как TrueNAS, а отдельная редакция называется TrueNAS Community Edition.

На 12 сентября 2026 года официальный хаб содержит документацию для TrueNAS 26, 25.10, 25.04 и 24.10, а также предварительную ветку 27 Nightly. Наличие ветки в документации само по себе не означает рекомендацию для рабочей установки: перед загрузкой образа проверьте страницу TrueNAS Software Status и выберите поддерживаемый профиль обновлений.

На чём построено. Центральный предмет выбора здесь — ZFS. В официальном хабе для неё вынесены отдельные материалы о базовых принципах, dRAID, дедупликации, ZIL/SLOG, ёмкости и расширении RAIDZ. Конкретные возможности и ограничения нужно сверять по документации выбранной версии и схеме пула.

Приложения. Официальный хаб отдельно выделяет TrueNAS Apps, Containers и интеграции. Каталог приложений и детали виртуализации зависят от версии, поэтому функции конкретного выпуска нужно проверять на его странице, а не переносить между ветками автоматически.

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

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

Сильные стороны: ZFS-ориентированная модель хранения, отдельная документация по версиям, приложениям и интеграциям.

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

OpenMediaVault

OpenMediaVault — открытое NAS-решение на базе Debian Linux с полноценным веб-интерфейсом. На 12 сентября 2026 года доступна официальная документация ветки 8.x, обновлённая 13 августа 2026 года. Документация указывает поддержку x86-64 и ARM и ориентирует систему прежде всего на домашние хранилища и небольшие офисы.

На чём построено. Официальная документация описывает веб-администрирование, SSH, FTP, SMB/CIFS, NFS, управление пользователями и группами, а также права доступа. OMV предоставляет панель над Debian-сервисами, поэтому конкретную схему хранения и набор служб нужно проверять по выбранной конфигурации.

Расширения. Система построена по модульному принципу и расширяется плагинами. Сторонние расширения доступны через репозиторий OMV-Extras. Такой подход даёт свободу выбора, но делает совместимость плагинов отдельным пунктом проверки. Если для проекта критичны Docker, объединение дисков, контрольная чётность, резервное копирование, KVM или ZFS, проверьте наличие и состояние нужного расширения именно для ветки 8.x.

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

💡
Про обновления: переход между мажорными версиями выполняйте процедурой omv-release-upgrade, описанной в документации выбранной ветки. Не заменяйте её произвольным обновлением базового Debian.

Сильные стороны: Debian-основа, веб-администрирование, поддержка распространённых сетевых протоколов и модульная система расширений.

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

XPEnology

XPEnology — обозначение сообщества и сборок, которые пытаются запускать Synology DSM на неродном оборудовании. В переданном наборе официальных snapshots нет документации Synology или XPEnology, поэтому конкретные загрузчики, версии DSM, список приложений и матрицу совместимости нельзя считать подтверждёнными в рамках этого сравнения.

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

Про версии. Поддержка новой ветки DSM в community-сборках может появиться не одновременно с её выходом. Перед обновлением проверяйте отчёты для той же эмулируемой модели и конфигурации. Автоматическое обновление на рабочей машине без такого теста создаёт лишний риск.

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

🔴
Правовой статус. Использование DSM на оборудовании, для которого он не предназначен, требует отдельной проверки условий Synology и применимого права. Не считайте community-сборку официально поддерживаемым продуктом. Для бизнеса, клиентских данных и всего, что нельзя потерять, этот вариант не подходит без отдельного правового и операционного решения.

Сильные стороны: возможность изучить логику интерфейса DSM на собственном стенде.

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

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

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

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

ПараметрTrueNAS SCALEOpenMediaVaultXPEnology (DSM)
Файловая системаOpenZFS; возможности зависят от версии и топологииDebian Linux; файловая система и схема хранения зависят от настройкиЗависит от DSM, модели и сборки; требует отдельной проверки
Контроль целостностиСредства ZFS; детали проверки и восстановления нужно сверять с версиейЗависит от выбранной файловой системы и расширенийЗависит от сборки DSM и схемы хранения
СнапшотыПроверяйте поддержку и ограничения ZFS в выбранной версииЗависит от файловой системы и плагинаЗависит от DSM и эмулируемой модели
Репликация на другую машинуСверяйте доступные задания и интеграции по версииЗависит от выбранных Linux-служб и плагиновЗависит от DSM, модели и сборки
Диски разного объёмаТребуют планирования vdev-топологииЗависят от выбранной схемы и расширенийЗависят от модели и схемы хранения
ШифрованиеПроверяйте доступный уровень шифрования по версииЗависит от Debian-конфигурации и плагиновЗависит от DSM и сборки

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

ПараметрTrueNAS SCALEOpenMediaVaultXPEnology (DSM)
Минимум памятиЕдиного значения для всех версий и нагрузок в переданном фрагменте нет; проверяйте документацию выпускаДокументация содержит раздел аппаратных требований; точный минимум зависит от версии и службЗависит от загрузчика, модели DSM и набора служб; официальное число не подтверждено
ПлатформыПроверяйте список поддерживаемого оборудования выбранного выпускаx86-64 и ARMЗависит от community-сборки и драйверов; проверяйте конкретную конфигурацию
Совместимость железаЗависит от версии, драйверов и режима доступа к дискамЗависит от Debian, ядра и подключённых компонентовОграничена совместимостью загрузчика, модели и оборудования
УстановкаСледуйте инструкции выбранной версии из официального хабаИспользуйте раздел Installation для выбранной веткиCommunity-процедура; требует отдельного теста
ОбновленияПроверяйте Software Status и путь обновления для выбранной веткиЧерез apt и описанную в документации процедуру omv-release-upgradeТолько после проверки совместимости DSM, загрузчика и модели
ПоддержкаОфициальная документация, сообщество и коммерческая поддержка для продуктов TrueNASДокументация и сообщество проектаОфициальная поддержка в этом сценарии не подтверждена
Правовой статусУсловия зависят от выбранной редакции и лицензииПроверяйте лицензию проекта и сторонних компонентовТребует проверки условий Synology и применимого права

Приложения, сервисы и интеграции

Официальная документация OMV прямо перечисляет веб-администрирование, SSH, FTP, SMB/CIFS и NFS. Хаб TrueNAS выделяет Apps, Containers и интеграции по версиям. Для XPEnology доступность сервисов зависит от community-сборки. В таблице ниже указано направление проверки, а не гарантия конкретной функции.

ВозможностьTrueNAS SCALEOpenMediaVaultXPEnology (DSM)
КонтейнерыРазделы Apps и Containers; каталог зависит от версииПроверяйте нужный плагин и его совместимость с веткойЗависит от DSM, модели и сборки
Виртуальные машиныСверяйте разделы виртуализации и интеграций выбранной версииЗависит от Debian-конфигурации и плагиновЗависит от DSM и эмулируемой модели
Мобильные клиентыЗависят от выбранного приложенияЗависят от выбранного приложенияЗависят от DSM, модели и сборки
ФотоархивПроверяйте нужное приложение в каталоге версииПроверяйте нужный плагин или контейнерПроверяйте совместимость DSM-приложения
Аппаратное транскодированиеЗависит от версии, приложения и GPUЗависит от плагина, приложения и железаЗависит от эмулируемой модели, приложения и железа

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

ЗадачаЧто выбратьПочему
Домашний архив фото и документов, который жалко потерятьTrueNAS SCALEЕсли приоритетом являются ZFS и версионное хранение, этот вариант стоит оценить вместе с отдельной резервной копией
Сетевые папки и медиатека на старом мини-ПКOpenMediaVaultDebian-основа и веб-администрирование подходят для простого NAS-сценария; требования выбранных служб нужно проверить заранее
Замена облака для семьи с мобильными клиентамиГотовый Synology, либо XPEnology как изолированный стендДля готового устройства важны официальная поддержка и проверенный набор приложений, а community-сборку сначала тестируют без важных данных
Бэкап-приёмник для рабочих машин и второго NASTrueNAS SCALE после проверки нужной схемы репликацииПеред переносом данных нужно подтвердить доступные задания в документации версии и проверить восстановление
Лаборатория для контейнеров и виртуалокОтдельный гипервизор, например Proxmox VE, а хранилище — отдельным слоемЕсли центральная задача — виртуализация, её лучше сравнивать с решениями, предназначенными для этой роли
Хранилище с дисками разного объёма, собранное из того, что былоOpenMediaVault с проверенной схемой объединения дисков и резервированияВ OMV можно выбирать разные компоненты хранения, а ZFS-топологию нужно планировать заранее
Клиентские или коммерческие данныеTrueNAS SCALE или официальный SynologyНужны поддержка, предсказуемые обновления и понятный правовой статус
Изучить DSM перед покупкой NASXPEnology в изолированной виртуальной машинеЭто допустимый учебный сценарий без важных данных, если заранее проверены совместимость и условия использования

Как выбрать

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

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

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

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

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

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

СхемаПолезноПереживёт отказГде применяется
RAIDZ1 / SHR-1 / SnapRAID с одним диском чётностиоколо 24 ТБ1 дискRAIDZ1 — TrueNAS; SHR-1 — DSM; SnapRAID — OMV
RAIDZ2 / SHR-2около 16 ТБ2 дискаRAIDZ2 — TrueNAS; SHR-2 — DSM
Две зеркальные парыоколо 16 ТБ1 диск в каждой пареСистемы и конфигурации, где доступны зеркала
mergerfs без чётностиоколо 32 ТБДанные на сбойном диске теряютсяOpenMediaVault при соответствующей конфигурации

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

Электричество. Для оценки бюджета используйте измеренное потребление. Например, постоянные 50 Вт дают 0,05 × 24 × 365 = 438 кВт·ч в год. При тарифе 6 ₽ за кВт·ч это около 2 600 ₽ в год. Реальное значение зависит от дисков, блока питания, режима сна и нагрузки.

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

Путь отхода

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

  • ZFS в TrueNAS. Официальный хаб содержит раздел о переносе данных со сторонних решений. Используйте инструкцию выбранной версии и заранее проверьте импорт пула на тестовой машине. Переход с ZFS на другую файловую систему потребует второго хранилища или свободного места для копии.
  • mergerfs в OMV. Если под объединением лежат отдельные файловые системы, план миграции нужно строить для каждого диска. При использовании отдельного слоя чётности его придётся проверить и, возможно, пересобрать на новом хосте.
  • SHR в DSM. Массив требует процедуры, соответствующей конкретной модели и версии DSM. Не рассчитывайте, что диски можно сразу открыть в Windows или macOS; подготовьте Linux-среду или второй NAS и сначала проверьте сценарий восстановления.

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

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

Сформулирована задача: архив, бэкап-приёмник, медиатека или лаборатория
Посчитан объём данных на три года вперёд, а не на сегодня
Проверены требования выбранной версии к памяти, дискам, контроллерам и приложениям
Проверено, как система увидит каждый диск и не создаёт ли аппаратный RAID неподдерживаемый слой абстракции
Выбрана топология массива и рассчитан запас свободного места до первой записи
Подключён источник бесперебойного питания
Настроена и проверена восстановлением резервная копия по схеме 3-2-1
Записаны версии системы, загрузчика или плагинов и параметры конфигурации на будущее
Подготовлен тестовый набор данных для проверки чтения, записи и восстановления

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

Ссылки

По теме

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

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

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

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

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