Какой NAS выбрать в 2026: OMV, TrueNAS Scale, Unraid

Диагноз: ты хочешь NAS, но не знаешь с чего начать

Какой NAS выбрать в 2026 — вопрос не простой. Синология стоит как подержанный автомобиль, облако течёт и дорожает каждый год, а самосборный NAS требует выбора операционной системы. Вот тут и начинается боль.

Три системы реально живут в продакшне у десятков тысяч пользователей: OpenMediaVault, TrueNAS Scale и Unraid. Каждая со своей философией, своими плюсами и своими граблями.

Эта статья даст тебе конкретный ответ — что поставить именно в твоём случае. Без воды про «каждый продукт уникален». Просто факты, команды и честная оценка после работы с каждой из систем.

Что получишь на выходе:

• Сравнение по 12 параметрам — от железных требований до цены
• Матрицу «кому что подходит» без размытых формулировок
• Типичные ошибки при выборе и как их избежать
• Конкретные команды для старта на каждой системе

Время на прочтение — 15 минут. Времени потом пожалеешь больше, если выберешь не то.

Что такое NAS и зачем он вообще нужен в 2026

NAS — Network Attached Storage — это сетевое хранилище данных, доступное по сети. По факту это небольшой сервер с несколькими дисками, который работает 24/7 и отдаёт файлы по SMB, NFS или HTTP.

Зачем в 2026, когда есть Google Drive и Dropbox? Посчитай сам. 2 ТБ в Google One стоят около $100 в год. 4 диска по 8 ТБ = 32 ТБ окупятся за 2-3 года по сравнению с облаком. И данные физически у тебя, а не у корпорации, которая может закрыть сервис или поднять цену в любой момент.

Кроме хранения файлов современный домашний NAS умеет:

• Запускать Docker-контейнеры — Plex, Jellyfin, Nextcloud, Home Assistant
• Крутить виртуальные машины
• Делать резервные копии с компьютеров, телефонов, серверов
• Работать как IP-камера NVR
• Заменить Synology/QNAP при вдвое меньших затратах

Системные требования — таблица

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

OpenMediaVault — разведчик на лёгком железе

OMV — это Debian с веб-интерфейсом поверх. Написан и до сих пор поддерживается одним разработчиком — Volker Theile. Да, один человек. Нет, это не шутка.

Что получаешь из коробки: веб-UI для управления дисками, SMB/NFS/FTP шары, RAID через mdadm, мониторинг через smartd. Минималистично, но работает.

Докер, ZFS, SnapRAID и прочее — через плагины из OMV-Extras. Это официальный репозиторий дополнений. Без него OMV — голая машина.

Установить OMV-Extras после базовой установки:

wget -O - https://github.com/OpenMediaVault-Plugin-Developers/packages/raw/master/install | bash

После этого в веб-UI появится раздел Plugins с Docker Compose, ZFS, SnapRAID и ещё десятком полезных вещей.

Главный козырь OMV — работает на чём угодно. Raspberry Pi 4, старый Atom-ноутбук, mini-PC с 4 ГБ ОЗУ. TrueNAS Scale или Unraid на таком железе просто не запустятся.

Минусы OMV надо знать заранее. Крупные обновления версий (6 -> 7 -> 8) требуют ручного вмешательства, иногда свежей установки. UI по сравнению с Unraid или TrueNAS выглядит утилитарно. Docker через плагин работает, но настройка сложнее, чем в конкурентах.

Проверить статус сервисов после установки:

systemctl status openmediavault-engined
systemctl status smbd
systemctl status nmbd

TrueNAS Scale — бронированный танк с ZFS

TrueNAS Scale — это серьёзная история. За ним стоит iXsystems, компания которая разрабатывает enterprise-решения для хранения данных. Community Edition бесплатна, Enterprise-функции платные.

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

В конце 2024 года вышел Electric Eel (24.10) — ключевой релиз для home lab. TrueNAS избавился от Kubernetes и перешёл на нативный Docker. Теперь можно загружать docker-compose.yaml прямо в веб-интерфейсе. Это убрало главный камень преткновения — раньше развёртывание контейнеров в TrueNAS было мазохизмом.

Ещё одно историческое изменение в том же релизе: RAIDZ expansion. Раньше нельзя было добавить один диск в RAIDZ-пул — только заменять весь vdev. Теперь можно. Это решает проблему постепенного расширения NAS.

TrueNAS 25.04 Fangtooth (апрель 2025) принёс Linux 6.12 и заменил libvirt на Incus для виртуалок, добавил поддержку Linux LXC-контейнеров. VMs в 25.04 помечены как experimental — для продакшена ещё рано.

Проверить состояние ZFS-пула:

zpool status
zpool list
zfs list

Запустить проверку целостности данных (scrub):

zpool scrub tank
# где tank - имя твоего пула
# смотреть прогресс:
zpool status tank

Честно про минусы. TrueNAS требует памяти. ZFS — прожорливая файловая система, рекомендуется 1 ГБ RAM на 1 ТБ хранилища — это старая формула, но порядок цифр верный. На 8 ТБ массиве без docker 8 ГБ хватит, с docker и VM — бери 32 ГБ.

Добавление дисков в существующий ZFS-пул исторически было болью. Да, RAIDZ expansion теперь работает, но планировать конфигурацию лучше заранее.

Unraid — швейцарский нож для гибкого home lab

Unraid придумал Лайм Технолоджи и продаёт по подписке. Это принципиальное отличие от конкурентов. Стартовая лицензия — $49/год (до 6 дисков). Более дорогие тарифы убирают ограничение по дискам. Пожизненная лицензия стоит $249.

После истечения лицензии система продолжает работать, просто не получает обновления для следующей minor-версии. Данные в безопасности.

Философия Unraid отличается от всех остальных. Нет традиционного RAID. Вместо этого — parity-диск. Один (или два) диска хранят parity-информацию, остальные — данные независимо. Это означает:

• Диски могут быть разного размера — 4 ТБ, 8 ТБ и 14 ТБ в одном массиве
• Можно добавлять диски по одному в любое время без перестройки массива
• Если умрёт один диск данных — данные восстановятся через parity
• Cache pool из SSD работает отдельно и ускоряет запись

Unraid 7 добавил нативную поддержку ZFS — теперь можно создавать ZFS-пулы параллельно с Unraid array. Это лучший вариант для кэша и отдельных датасетов.

Docker в Unraid — главная причина популярности. Community Applications (CA) — магазин контейнеров с тысячами шаблонов. Нажал кнопку, заполнил пару полей, нажал Install. Plex, Jellyfin, Sonarr, Radarr, Home Assistant, Nextcloud — всё это разворачивается за 2-3 минуты.

Проверить статус массива через CLI:

# Статус Unraid array
mdcmd status

# Список дисков
ls /dev/disk/by-id/

# Проверить SMART диска
smartctl -a /dev/sda

Честно про минусы Unraid. Parity-система — не настоящий RAID. Если умрут два диска данных одновременно (даже если у тебя double parity) — потеря данных на том диске, который умер последним. ZFS в TrueNAS надёжнее для критичных данных. И да — платная лицензия бесит принципиально, хотя за удобство реально стоит своих денег.

Сравнение по ключевым параметрам

Матрица выбора — кому что подходит

Таблица портов — что нужно открыть в файрволе

Архитектура домашнего NAS — как это работает изнутри

Прежде чем нажимать кнопки в веб-интерфейсе — пойми как работает сам NAS. Это избавит от половины проблем.

Физически NAS — это компьютер с материнской платой, процессором, ОЗУ и несколькими дисками подключёнными через SATA/SAS/NVMe. ОС управляет дисками, объединяет их в массивы и отдаёт данные по сети.

Клиент обращается к NAS по сетевому протоколу — чаще всего SMB (Windows и macOS) или NFS (Linux). NAS-ОС принимает запрос, идёт к файловой системе, та читает с физических дисков и возвращает данные. Контейнеры и VM живут поверх той же файловой системы.

Понимание этой цепочки важно для диагностики. Если файлы не открываются — проблема может быть на любом уровне: сеть, SMB-сервис, права на уровне ОС, файловая система, диск. Не угадывай — иди по цепочке сверху вниз.

Конкретные сценарии использования — что выбрать для своей задачи

NAS для хранения фото и видео семьи

Задача: хранить 2-5 ТБ фотографий и видео с телефонов, иметь доступ с любого устройства, делать автоматический бэкап с телефона.

Лучший выбор — TrueNAS Scale или Unraid с Nextcloud в Docker. Nextcloud автоматически синхронизирует фото с телефона через приложение, есть галерея, мобильный клиент для iOS и Android.

Минимальное железо для фотоархива без транскодинга: Intel N100 или Celeron J4125, 8 ГБ ОЗУ, 2 диска 4-8 ТБ в RAID 1 или ZFS mirror.

OMV тоже справится через плагин Docker Compose с Nextcloud, но настройка сложнее.

NAS для малого бизнеса / офиса на 5-20 человек

Задача: общие папки для сотрудников, бэкап рабочих станций, возможно 1С-сервер или база данных.

Здесь важна надёжность данных — выбирай TrueNAS Scale. ZFS с RAIDZ2 (защита от отказа 2 дисков), снапшоты ежечасно, репликация на второй NAS или облако (Backblaze B2, Storj).

Требования к железу растут: минимум 32 ГБ ECC RAM для стабильной работы ZFS с нагрузкой, Xeon или EPYC для надёжности, UPS для защиты от скачков питания.

Для интеграции с Active Directory: TrueNAS поддерживает Winbind и может добавляться в домен AD. SMB-шары с групповыми правами настраиваются через веб-UI.

NAS для видеонаблюдения / IP-камеры

Задача: записывать поток с 4-16 IP-камер, хранить архив 30-90 дней, просматривать онлайн.

Все три системы справятся через Docker-контейнер с Frigate, Blue Iris (через Wine/VM) или Shinobi. Frigate — лучший open-source вариант, поддерживает обнаружение объектов через Google Coral.

Для видеонаблюдения критичен не RAID, а скорость записи. Нужна отдельная папка записей на быстрых дисках с автоочисткой по кругу. Unraid с cache pool (SSD) + медленные диски для архива — хорошая схема.

# Frigate docker-compose для видеонаблюдения
services:
  frigate:
    image: ghcr.io/blakeblackshear/frigate:stable
    container_name: frigate
    privileged: true
    restart: unless-stopped
    volumes:
      - /mnt/nas/frigate/config:/config
      - /mnt/nas/frigate/storage:/media/frigate
      - /etc/localtime:/etc/localtime:ro
    ports:
      - "5000:5000"
      - "8554:8554"
      - "8555:8555"
    environment:
      - FRIGATE_RTSP_PASSWORD=yourpassword
    devices:
      - /dev/dri:/dev/dri  # Intel QSV для декодирования

NAS для Home Lab / Proxmox

Задача: сервер для экспериментов, запуск VM с разными OS, тестирование сервисов, home lab для обучения.

Два популярных варианта. Первый — TrueNAS Scale как основная ОС: встроенный Incus для LXC и VM (в 25.04), ZFS для данных, docker для сервисов. Всё в одном.

Второй — Proxmox как гипервизор + TrueNAS Scale или OMV как VM для хранения. Proxmox управляет железом и VM, TrueNAS получает диски через PCIe passthrough. Мощнее и гибче, но сложнее.

Unraid тоже отлично живёт как home lab — удобное управление VM через KVM, docker для сервисов, и можно мигрировать VM между серверами просто перетащив файлы образов.

NAS для резервного копирования с других серверов

Задача: централизованный бэкап с нескольких Linux/Windows серверов.

TrueNAS Scale здесь вне конкуренции. ZFS replication позволяет синхронизировать снапшоты между двумя TrueNAS-серверами по сети. Это не просто rsync — это инкрементальный перенос изменений на уровне блоков.

Базовая настройка rsync-приёмника для бэкапов с других серверов:

# На NAS (TrueNAS / OMV / Unraid) - создать пользователя для бэкапов
useradd -m -s /bin/bash backupuser
mkdir -p /mnt/nas/backups/server1
chown backupuser:backupuser /mnt/nas/backups/server1

# Настроить SSH-ключи (без пароля)
su - backupuser
ssh-keygen -t ed25519 -C "backup-key"
# Публичный ключ добавить на бэкапируемый сервер в ~/.ssh/authorized_keys

# На бэкапируемом сервере - отправлять бэкапы
rsync -avz --delete /var/www/ backupuser@nas-ip:/mnt/nas/backups/server1/www/
rsync -avz --delete /etc/ backupuser@nas-ip:/mnt/nas/backups/server1/etc/

Для более сложных сценариев — Restic или BorgBackup. Они дедупликацию делают на клиентской стороне и передают по сети только изменённые блоки. На больших объёмах это разница между 1 часом и 10 минутами ежедневного бэкапа.

Сетевые настройки NAS — 1G, 2.5G и 10G

Скорость сети — критичный параметр для NAS. Гигабит (1G) даёт ~120 МБ/с — хватает для большинства домашних задач. Но если пишешь 4K видео напрямую на NAS или используешь несколько пользователей одновременно — нужно больше.

2.5GbE сейчас sweet spot для домашнего NAS — карты стоят копейки, многие mini-PC (Intel N100, N305) уже имеют встроенный 2.5G, коммутаторы с 2.5G выходят по нормальным ценам.

Проверить скорость сети между клиентом и NAS:

# На NAS запустить сервер iperf3
iperf3 -s

# С клиента измерить скорость
iperf3 -c NAS_IP -t 30

# Ожидаемые результаты:
# 1GbE: ~940 Mbit/s (118 МБ/с)
# 2.5GbE: ~2350 Mbit/s (295 МБ/с)
# 10GbE: ~9400 Mbit/s (1175 МБ/с)

SMB Multichannel — полезная опция если у NAS и клиента несколько сетевых интерфейсов. Позволяет использовать оба интерфейса одновременно и удваивает пропускную способность. Включить на клиенте Windows:

Set-SmbClientConfiguration -EnableMultichannel $True
# Проверить статус соединения
Get-SmbMultichannelConnection

Выбор железа для NAS — на чём не экономить

Железо важнее чем кажется. Правильная конфигурация работает 5-7 лет без проблем. Неправильная — создаёт проблемы уже через год.

HDD для NAS-дисков покупай NAS-серию: WD Red Plus, Seagate IronWolf. Они рассчитаны на 24/7 работу и вибрацию от соседних дисков. Обычные WD Blue или Seagate Barracuda не рассчитаны на постоянную работу — срок службы будет меньше.

Важный момент: SMR-диски (Shingled Magnetic Recording) плохо работают в RAID и ZFS. В Google стоит «CMR» или «PMR» для нормальных дисков. WD Red (не Red Plus) до 8 ТБ были SMR — это вызвало скандал в 2020 году. Сейчас ситуация лучше, но всегда проверяй спецификацию перед покупкой.

Проверить что диск CMR, а не SMR:

# hdparm покажет параметры диска
hdparm -I /dev/sda | grep -i "rpm\|rotation\|form factor"

# Проверить режим записи через smartctl
smartctl -a /dev/sda | grep -i "rotation rate"
# 7200 RPM = точно CMR
# 5400 RPM = может быть SMR, проверяй модель

SnapRAID + MergerFS — альтернативная схема для OMV

Отдельного упоминания заслуживает связка SnapRAID + MergerFS для OpenMediaVault. Это альтернатива классическому mdadm RAID для медиатеки.

MergerFS объединяет несколько дисков в одну виртуальную папку без RAID. Диски остаются независимыми файловыми системами. SnapRAID раз в сутки считает parity и может восстановить умерший диск.

Почему это интересно:

• Диски разного размера — 1 ТБ, 4 ТБ и 8 ТБ в одном «массиве»
• Один диск умер — восстанавливаешь из parity. Остальные диски работали всё это время
• Parity проверяется раз в сутки, а не онлайн — меньше нагрузки
• Идеально для медиатеки где данные меняются редко

Это та же концепция что Unraid parity, только бесплатно и с полным контролем. Для фотоархива и медиатеки — отличный выбор на OMV.

# Установить через OMV-Extras:
apt install openmediavault-mergerfs openmediavault-snapraid

# Проверить монтирование MergerFS
mount | grep fuse.mergerfs

# Запустить синхронизацию SnapRAID вручную
snapraid sync

# Проверить целостность
snapraid check

# Автозапуск через cron: ежедневная синхронизация в 2:00
echo "0 2 * * * root snapraid sync" >> /etc/cron.d/snapraid

NAS или облако — честное сравнение в 2026

Вопрос который задают чаще всего: зачем вообще NAS если есть Google Drive, Яндекс Диск, Dropbox? Давай честно посчитаем.

Вывод прост: если у тебя меньше 2 ТБ данных и не нужен Plex / docker — облако дешевле и проще. Если больше 5 ТБ, нужен медиасервер или контейнеры — NAS окупается за 2 года и даёт намного больше возможностей.

Идеальный подход — гибридный. NAS дома для основного хранилища + дешёвое облако (Backblaze B2, Storj) для резервных копий важного. Backblaze B2 стоит $6 за 1 ТБ в месяц. Это не замена NAS, но страховка от пожара или кражи.

Производительность — реальные цифры

Все три системы запускаются на одном железе — разница в производительности минимальна при одинаковых настройках. Но есть нюансы.

ZFS в TrueNAS использует RAM как ARC-кэш (Adaptive Replacement Cache). Если данные умещаются в кэш — скорость чтения огромная. Если нет — работает со скоростью дисков. Поэтому TrueNAS с 32 ГБ ОЗУ быстрее OMV с 8 ГБ на чтении часто используемых файлов, но не за счёт ZFS как такового.

Unraid при записи данных сначала пишет на SSD-кэш, потом переносит на медленные HDD ночью. Это означает максимальную скорость записи (ограничена SSD), но усложняет схему.

Реальные замеры на типичном домашнем железе (Intel N100, 16 ГБ, 2×8 ТБ HDD, 10GbE):

Важно: ограничение обычно не в NAS-ОС, а в связке «диски + сеть». С гигабитной сетью потолок ~115 МБ/с независимо от ОС и RAID. С 2.5G — ~280 МБ/с. Покупать 10GbE для HDD в большинстве случаев смысла нет — диски не дадут больше 200-250 МБ/с всё равно.

Проверить скорость записи и чтения непосредственно на NAS:

# Тест записи 4 ГБ
dd if=/dev/zero of=/mnt/nas/testfile bs=1M count=4096 conv=fdatasync
# conv=fdatasync важен - без него данные осядут в кэш ОЗУ и результат будет нереальным

# Тест чтения
dd if=/mnt/nas/testfile of=/dev/null bs=1M

# Очистить тестовый файл
rm /mnt/nas/testfile

# Более серьёзный тест через fio
apt install fio -y
fio --name=randwrite --ioengine=libaio --rw=randwrite --bs=4k --numjobs=4 --size=1G --runtime=60 --filename=/mnt/nas/fiotest --output-format=normal

Как мигрировать с одной NAS-ОС на другую

Рано или поздно захочется переехать. OMV стало мало — хочется ZFS. Или Unraid надоело платить — перехожу на TrueNAS. Вот реальные сценарии.

С OMV на TrueNAS Scale

Самый сложный путь если использовал mdadm RAID. TrueNAS не читает mdadm-массивы напрямую.

Алгоритм:

• Купи новые диски или используй временное место
• Скопируй все данные с OMV на временный накопитель через rsync
• Установи TrueNAS Scale на системный диск
• Создай ZFS-пул на дисках данных (они будут отформатированы)
• Скопируй данные обратно

# На OMV - скопировать данные на внешний диск
rsync -avh --progress /srv/dev-disk-by-uuid-XXXX/data/ /mnt/external/nas_backup/

# Проверить что всё скопировалось
du -sh /srv/dev-disk-by-uuid-XXXX/data/
du -sh /mnt/external/nas_backup/

# После установки TrueNAS и создания пула - скопировать обратно
rsync -avh --progress /mnt/external/nas_backup/ /mnt/tank/data/

С Unraid на TrueNAS Scale

Чуть проще — Unraid хранит файлы на дисках в обычных файловых системах (XFS). Можно смонтировать диски из Unraid-массива на Linux и прочитать данные.

# На отдельном Linux или TrueNAS Scale Live режиме
# Смонтировать XFS-диск из Unraid
mkdir -p /mnt/unraid_disk1
mount -t xfs /dev/sdb /mnt/unraid_disk1

# Скопировать данные
rsync -avh /mnt/unraid_disk1/user/media/ /mnt/new_nas/media/

С TrueNAS Scale на Unraid

Данные на ZFS — читать через Linux с пакетом zfsutils. Или экспортировать ZFS-пул и импортировать на другой системе с ZFS (но не Unraid).

# Установить ZFS на Ubuntu/Debian для чтения данных
apt install zfsutils-linux -y

# Импортировать пул (только для чтения если он был на другой системе)
zpool import -f -R /mnt/truenas_data tank

# Просмотреть содержимое
ls /mnt/truenas_data/

# Скопировать через rsync
rsync -avh /mnt/truenas_data/datasets/media/ /destination/

Вывод по миграции: переезд всегда требует временного места для данных. Планируй объём заранее. Никогда не переустанавливай ОС поверх дисков с данными без бэкапа — это путь в один конец.

Что нового в 2026 — актуальные обновления всех трёх систем

Ситуация меняется быстро. Вот состояние на момент публикации этой статьи.

TrueNAS Scale 25.04 Fangtooth (апрель 2025)

Главные изменения которые влияют на выбор. Переход с libvirt на Incus для виртуализации — это принципиальный шаг. Incus лучше управляет LXC-контейнерами и более производительный для VM. Но если у тебя уже есть VM в 24.10 — конфигурации не мигрируют автоматически, только данные zvol. Пока VM помечены как experimental — для продакшна лучше подождать стабилизации в следующем релизе.

Docker Apps с версии Electric Eel (24.10) работают стабильно — уже 140 000+ развёртываний по данным iXsystems. Kubernetes убрали правильно и без потерь функционала. Это один из ключевых аргументов за TrueNAS Scale если раньше тебя пугало сравнение с Unraid по удобству docker.

RAIDZ expansion наконец стабилен. Теперь можно добавить один диск в существующий RAIDZ1 или RAIDZ2 пул без пересоздания. Технически это OpenZFS 2.2+ feature — ZFS разворачивает parity на новый диск инкрементально. Занимает несколько часов/дней в зависимости от размера пула, но работает без простоя.

Unraid 7.1 (2025)

Версия 7 принесла нативный ZFS. Теперь можно создавать ZFS-пулы рядом с классическим Unraid array. Это позволяет использовать лучшее из обоих миров: гибкий parity-массив для медиатеки + надёжный ZFS-пул для важных данных. Ядро Linux 6.12 означает поддержку всех современных процессоров включая гибридные архитектуры Intel с P и E ядрами.

Лицензионная модель изменилась. Старые perpetual лицензии Basic/Plus/Pro заменены на Starter/Unleashed с годовой подпиской $49. Пожизненная лицензия теперь $249. Если взял пожизненную лицензию раньше — продолжай пользоваться без изменений. Годовая подписка при истечении не блокирует доступ к данным — система продолжает работать, просто перестаёт получать обновления для новых minor-версий.

OpenMediaVault 7 (текущая) / OMV 8 (в разработке)

OMV 7 на Debian 12 работает стабильно. OMV-Extras поддерживается актино. Docker Compose плагин обновился и теперь работает через стандартный Docker Engine без дополнительных прослоек.

OMV 8 разрабатывается одним человеком и выйдет когда выйдет. Следи за репозиторием на GitHub. Обновление с OMV 7 на OMV 8, судя по исторической практике, потребует ручного вмешательства — это нормально для такого проекта.

Что ждать до конца 2026

TrueNAS планирует 25.10 — объединение CORE и SCALE в единый продукт, Terabit Ethernet support, веб-инсталлятор. Это важно: TrueNAS CORE (FreeBSD) и SCALE (Linux) сольются. Если сейчас на CORE — планируй миграцию на SCALE.

Unraid продолжает развивать ZFS-интеграцию и улучшать управление VM. С каждой версией разрыв с TrueNAS по функционалу уменьшается, но цена остаётся.

Частые ошибки при первой настройке NAS

За годы поддержки я вижу одни и те же грабли снова и снова. Вот список чтобы ты на них не наступил.

Ошибка 1: ставить ОС на диск данных. Это актуально для OMV и TrueNAS — они устанавливаются на обычный диск. Многие ставят на один из дисков массива. Когда диск умирает — умирает вместе с ОС. Всегда выделяй отдельный небольшой SSD или M.2 под систему.

Ошибка 2: не делать бэкап конфигурации. После настройки 20 docker-контейнеров и кучи шар — потеря конфига это несколько часов работы по памяти. Все три системы умеют экспортировать конфиг. Делай это после каждого изменения.

Ошибка 3: открывать NAS напрямую в интернет. Порт 445 (SMB) снаружи — это приглашение для шифровальщиков. Веб-интерфейс снаружи без HTTPS и без fail2ban — это потенциальный backdoor. Только VPN для удалённого доступа.

Ошибка 4: считать что RAID = бэкап. RAID спасает от отказа диска. Не от случайного удаления, не от шифровальщика который зашифрует все файлы через открытую шару, не от пожара. Правило 3-2-1: три копии данных, два разных носителя, одна копия вне дома/офиса.

Ошибка 5: не настраивать мониторинг дисков. SMART-данные за месяцы предупреждают о смерти диска. Pending sectors, reallocated sectors — это сигналы тревоги. Без мониторинга ты узнаёшь о смерти диска только когда он умер.

Ошибка 6: смешивать SMR и CMR диски в одном массиве. SMR-диски медленно перезаписывают данные из-за своей архитектуры. В RAID или ZFS при rebuild это критично — rebuild может занять в 10 раз больше времени или вовсе провалиться с ошибками.

# Быстрый чеклист здоровья NAS - запускай раз в неделю
echo "=== Дисковое пространство ==="
df -h

echo "=== Статус ZFS пулов ==="
zpool list 2>/dev/null || echo "ZFS не используется"

echo "=== SMART статус дисков ==="
for disk in /dev/sd?; do
    echo "$disk: $(smartctl -H $disk 2>/dev/null | grep -o 'PASSED\|FAILED\|overall.*assessment.*')"
done

echo "=== Docker контейнеры ==="
docker ps --format "table {{.Names}}\t{{.Status}}" 2>/dev/null || echo "Docker не используется"

echo "=== Свободная оперативная память ==="
free -h

Сохрани этот скрипт в cron или запускай вручную. Ничего не радует больше чем увидеть «PASSED» для всех дисков и «Up X days» для всех контейнеров.

Рецепт: первый запуск на каждой системе

OpenMediaVault — старт за 20 минут

Скачай ISO с openmediavault.org, запиши на USB через Rufus или Balena Etcher, загрузись и пройди установщик Debian. Всё стандартно.

После установки — первые шаги:

# Установить OMV-Extras (обязательно!)
wget -O - https://github.com/OpenMediaVault-Plugin-Developers/packages/raw/master/install | bash

# Обновить систему
apt update && apt upgrade -y

# Перезапустить веб-интерфейс если что-то подвисло
systemctl restart openmediavault-engined nginx

Дальше через веб-UI: Storage -> Disks, создай File System (EXT4 или BTRFS), создай Shared Folder, включи SMB/NFS в Services. На это уходит 5-10 минут.

Установить Docker Compose через плагины:

# Через веб-UI: System -> Plugins -> поиск "compose"
# Или через CLI:
apt-get install openmediavault-compose

TrueNAS Scale — первый пул и первый контейнер

Скачай ISO с truenas.com, установка аналогична — загрузчик, выбор диска для ОС, задать пароль администратора.

Создать ZFS-пул через CLI (или через Storage -> Create Pool в UI):

# Посмотреть доступные диски
lsblk
ls /dev/disk/by-id/ | grep -v part

# Создать mirror-пул из двух дисков
zpool create -f tank mirror /dev/disk/by-id/ata-WDC_WD80EZAZ_XXXX /dev/disk/by-id/ata-WDC_WD80EZAZ_YYYY

# Проверить
zpool status tank

Развернуть контейнер через docker compose в TrueNAS Scale (Electric Eel и новее):

В веб-UI: Apps -> Custom App -> вставь docker-compose.yaml. Либо через CLI:

# TrueNAS хранит compose в /mnt/tank/apps/
mkdir -p /mnt/tank/apps/jellyfin
cat > /mnt/tank/apps/jellyfin/docker-compose.yml << 'EOF'
services:
  jellyfin:
    image: jellyfin/jellyfin
    container_name: jellyfin
    network_mode: host
    volumes:
      - /mnt/tank/config/jellyfin:/config
      - /mnt/tank/media:/media
    restart: unless-stopped
EOF

cd /mnt/tank/apps/jellyfin
docker compose up -d

Unraid - старт через USB за 15 минут

Unraid уникален - ОС грузится с USB-флешки и работает только в памяти. Флешка нужна постоянно вставленная, но на неё почти ничего не пишется.

Скачай Unraid USB Creator с unraid.net, создай загрузочную флешку, вставь в сервер, загрузись.

После первого запуска сервер доступен по http://tower (или по IP). Добавить диски в массив: Main -> выбрать parity disk и data disks -> Format. Форматирование занимает время пропорционально размеру дисков.

Установить Community Applications (основной плагин):
В Plugins -> Install Plugin -> вставь URL:

https://raw.githubusercontent.com/Squidly271/community.applications/master/plugins/community.applications.plg

После установки CA - Apps в меню. Ищи любой контейнер, нажимай Install, заполняй пути. Минуты.

Проверить статус массива:

# SSH на сервер (включить в Settings -> Management Access)
mdcmd status | grep -E "mdState|mdNumDisks|mdNumFailed"

Docker Compose на всех трёх - пример Plex

Plex - самый популярный медиасервер на домашних NAS. Вот базовый compose который работает на всех трёх системах:

services:
  plex:
    image: plexinc/pms-docker:latest
    container_name: plex
    network_mode: host
    environment:
      - PLEX_CLAIM=claim-XXXXX  # получить на plex.tv/claim
      - PLEX_UID=1000
      - PLEX_GID=1000
      - TZ=Europe/Moscow
    volumes:
      - /mnt/nas/config/plex:/config
      - /mnt/nas/media:/data
      - /tmp:/transcode
    devices:
      - /dev/dri:/dev/dri  # для Intel QuickSync / AMD
    restart: unless-stopped

Строка devices: /dev/dri:/dev/dri включает аппаратный транскодинг через Intel QuickSync или AMD. Без неё 4K на CPU будет грузить всё под завязку.

ZFS vs mdadm vs Parity - что выбрать для данных

Это важный вопрос и путаница здесь дорого обходится.

Silent corruption - тихое повреждение данных - реальная проблема. Биты переворачиваются из-за космических частиц, ошибок контроллера, проблем памяти. mdadm и Unraid parity это не обнаружат и не исправят. ZFS обнаружит и исправит если есть копия (mirror или RAIDZ).

Для фотоархива или бэкапов БД - ZFS. Для медиатеки где потеря кадра не критична - пофиг.

Резервное копирование - что бэкапить и как

Это больное место для всех NAS. RAID не является бэкапом. Повторяю: RAID - не бэкап. Он защищает от отказа диска, но не от случайного удаления, шифровальщика, пожара или затопления.

Простой rsync-скрипт для ежедневного бэкапа важной папки:

#!/bin/bash
# Запускай через cron: 0 2 * * * /usr/local/bin/backup.sh

SRC="/mnt/nas/important/"
DST="/mnt/backup_drive/important/"
LOG="/var/log/nas_backup.log"

rsync -avh --delete --log-file="$LOG" "$SRC" "$DST"

# Проверить что rsync отработал успешно
if [ $? -ne 0 ]; then
    echo "BACKUP FAILED at $(date)" | mail -s "NAS Backup Error" admin@example.com
fi

Для TrueNAS ZFS-репликация встроена в UI: Data Protection -> Replication Tasks. Настроил один раз - работает автоматически, инкрементально.

Безопасность NAS - базовый минимум

NAS с дырявой безопасностью - это публичный диск. Не шучу - шифровальщики атакуют NAS целенаправленно.

# 1. Сменить порт SSH со стандартного 22
sed -i 's/#Port 22/Port 2222/' /etc/ssh/sshd_config
systemctl restart sshd

# 2. Запретить root-логин по SSH
sed -i 's/PermitRootLogin yes/PermitRootLogin no/' /etc/ssh/sshd_config

# 3. Настроить UFW (OMV и TrueNAS Scale)
ufw default deny incoming
ufw default allow outgoing
ufw allow 2222/tcp    # SSH на нестандартном порту
ufw allow 445/tcp     # SMB только из локальной сети
ufw allow from 192.168.1.0/24 to any port 445
ufw enable

# 4. Установить fail2ban
apt install fail2ban -y
systemctl enable fail2ban
systemctl start fail2ban

Не открывай веб-интерфейс NAS наружу напрямую. Если нужен удалённый доступ - поставь WireGuard или Tailscale. Это 15 минут настройки и полная безопасность.

Мониторинг и профилактика

Диски умирают молча. SMART-данные за 3-6 месяцев до смерти показывают признаки. Поставь мониторинг сразу.

# Установить smartmontools (на всех системах)
apt install smartmontools -y

# Проверить состояние диска
smartctl -H /dev/sda

# Запустить долгий тест
smartctl -t long /dev/sda

# Результат через 2-3 часа
smartctl -a /dev/sda | grep -A5 "SMART overall"

# Настроить автоматические тесты и уведомления
cat >> /etc/smartd.conf << 'EOF'
DEVICESCAN -a -o on -S on -s (S/../.././02|L/../../7/04) -m root -M exec /usr/share/smartmontools/smartd-runner
EOF

systemctl restart smartd

Автозапуск сервисов при перезагрузке:

# Docker (TrueNAS Scale, OMV)
systemctl enable docker
systemctl enable containerd

# SMB
systemctl enable smbd nmbd

# Проверить все автозапуски
systemctl list-unit-files | grep enabled

Осложнения - типичные проблемы и их решение

SMB шара не монтируется с Windows

# Проверить версию SMB на сервере
smbclient -L //localhost -N
testparm | grep "min protocol"

# В smb.conf добавить или проверить:
# [global]
# min protocol = SMB2
# max protocol = SMB3

# Проверить права на shared folder
ls -la /srv/dev-disk-by-uuid-XXXX/media/
# Владелец должен совпадать с пользователем SMB

# Дать права
chown -R nobody:users /srv/dev-disk-by-uuid-XXXX/media/
chmod -R 775 /srv/dev-disk-by-uuid-XXXX/media/

TrueNAS: пул деградировал после перезагрузки

# Посмотреть что случилось
zpool status -v tank

# Если диск не определился - найти его
lsblk
ls /dev/disk/by-id/

# Привязать диск к пулу (если сменился /dev/sdX)
zpool replace tank /dev/disk/by-id/OLD_DISK_ID /dev/disk/by-id/NEW_DISK_ID

# Смотреть прогресс resilver
zpool status tank

Unraid: диск отвалился, массив stopped

# Посмотреть статус через UI: Main -> Array
# Через CLI:
mdcmd status

# Если диск просто не определился - перезагрузись, проверь кабели
# Если диск умер - замени физически, затем в UI: Main -> Unassigned -> выбрать новый диск вместо умершего
# Начнётся rebuild через parity - это займёт часы

# Прогресс rebuild
cat /proc/mdstat

Docker контейнер не запускается - нет места

# Проверить место
df -h

# Очистить неиспользуемые образы
docker system prune -a

# Проверить размер docker volumes
docker system df

# Конкретный контейнер
docker inspect CONTAINER_NAME | grep -i "size\|volume"

OMV: веб-интерфейс не отвечает

# Перезапустить backend и nginx
systemctl restart openmediavault-engined
systemctl restart nginx

# Если не помогло - проверить логи
journalctl -u openmediavault-engined -n 50
journalctl -u nginx -n 50

# Сбросить конфигурацию nginx
omv-salt deploy run nginx

Альтернативы - что ещё есть на рынке

Три описанные системы - не единственный выбор. Что ещё реально используется:

Synology DSM / QNAP QTS - коммерческие NAS с собственным железом. Дорого, но всё из коробки и с мобильным приложением. Выбирай если не хочешь возиться с железом вообще. Стоит в 2-3 раза дороже самосбора при том же объёме.

Proxmox + TrueNAS Scale как VM - популярная связка для home lab. Proxmox управляет виртуалками, TrueNAS как VM для хранения с ZFS passthrough. Сложнее, но максимальная гибкость. Если есть нормальный сервер (Xeon, 32+ ГБ ОЗУ) - этот вариант стоит рассмотреть.

ZimaOS / ZimaBlade - новый игрок. Лёгкий и красивый, но экосистема маленькая. Для задач проще OMV, для серьёзного - слабо. На 2026 год - скорее для экспериментов.

Самосбор на Debian/Ubuntu без NAS-ОС - устанавливаешь Debian, вручную настраиваешь ZFS, Samba, docker. Максимальный контроль, минимальный комфорт. Для людей которым нравится страдать или для специфичных задач.

Почему в статье выбраны именно OMV, TrueNAS и Unraid - потому что у них самые большие сообщества, они живут в продакшне у сотен тысяч пользователей и активно развиваются. Остальные варианты либо нишевые, либо коммерческие, либо менее зрелые.

Обновление NAS - как делать безопасно

NAS с данными - не место для экспериментов. Правило простое: сначала бэкап, потом обновление.

# Перед любым обновлением:
# 1. Убедиться что бэкап свежий
ls -lt /mnt/backup/ | head -5

# 2. Сохранить конфиг (OMV: System -> Backup -> Download)
# TrueNAS: System -> General -> Save Config
# Unraid: Main -> Flash -> Flash Backup

# 3. Сделать снапшот если используется ZFS
zfs snapshot tank@before-update-2026-05-12

# 4. Обновить
apt update && apt upgrade  # OMV
# TrueNAS: System -> Update -> Check for Updates
# Unraid: Tools -> Update OS

# 5. После обновления проверить
systemctl status smbd
zpool status  # если ZFS
docker ps     # если используешь контейнеры

Для TrueNAS Scale: обновления мажорных версий (например с 24.10 на 25.04) требуют проверки compatibility. Особенно если используешь VM - в 25.04 изменилась система виртуализации с libvirt на Incus. Конфиги VM не мигрируют автоматически, только данные zvol.

FAQ - люди также спрашивают

Почему NAS не работает после настройки - не вижу шару в сети

Первая причина - SMB discovery. Windows требует включённого Network Discovery и File and Printer Sharing. Второе - убедись что сервис SMB запущен на NAS (systemctl status smbd). Третье - проверь права на shared folder и что пользователь добавлен в SMB-базу. На OMV: Access Control -> User - там должна быть галочка "allow SMB login". На TrueNAS и Unraid пользователи создаются отдельно для SMB.

Что лучше TrueNAS Scale или Unraid для Plex

Оба справляются. Разница в удобстве настройки - Unraid через Community Applications ставит Plex за 3 минуты без вопросов. TrueNAS Scale через Electric Eel Apps тоже неплохо, но docker-compose нужно настраивать вручную или через GUI Apps. Если основная задача именно медиасервер - Unraid удобнее. Если хочешь заодно нормальный ZFS и снапшоты медиатеки - TrueNAS.

Как проверить что NAS работает правильно после настройки

Базовая проверка: смонтируй шару с другого компьютера, скопируй файл туда и обратно. Проверь скорость - гигабитная сеть должна давать 100+ МБ/с. Для ZFS запусти zpool scrub tank и через сутки посмотри zpool status - должно быть "0 errors". Для Unraid проверь Dashboard, там видны статусы всех дисков. SMART должен показывать "PASSED" для каждого диска.

Чем Unraid отличается от TrueNAS Scale по надёжности хранения

Принципиально: TrueNAS использует ZFS с checksumming каждого блока данных. Это означает что при повреждении данных (bit rot) ZFS обнаружит проблему и исправит её если есть избыточность. Unraid parity этого не делает - если бит перевернулся, он останется перевёрнутым навсегда. Для критичных данных (документы, фото, архивы) TrueNAS надёжнее. Для медиатеки где потеря кадра незаметна - разница несущественна.

Можно ли поставить OpenMediaVault на Proxmox как виртуальную машину

Можно, и это популярная конфигурация. OMV как VM на Proxmox + passthrough HBA-контроллера с дисками. Дисковый контроллер пробрасывается напрямую в VM через PCIe passthrough - OMV видит диски как физические. Главное требование - материнская плата с поддержкой IOMMU (VT-d / AMD-Vi). Проверить: dmesg | grep -i iommu на хосте Proxmox.

Прогноз

После этой статьи у тебя есть всё для выбора и старта. OMV для лёгкого железа, TrueNAS для данных которые нельзя потерять, Unraid для медиасервера и docker-зоопарка. Всё три работают стабильно в 2026, активно развиваются и имеют живые сообщества.

Не застревай на этапе выбора бесконечно. TrueNAS Scale и Unraid дают 30-дневный триал на полный функционал. Поставь, потыкай, посмотри как тебе работается с каждым. Данные можно перенести потом - главное начать. Если что-то не заработало - пиши в комментарии, разберёмся.