NAS сервер своими руками: сборка, софт и настройка

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

Готовое решение от Synology или QNAP удобно, но вы платите за корпус с логотипом и закрытую операционную систему. Самодельный NAS даёт три вещи: цену за терабайт в 2–3 раза ниже, свободу в выборе софта и возможность апгрейда без покупки нового устройства. Если основная задача — хранить фото, фильмы, резервные копии ноутбуков и раздавать медиа на телевизор, сборка окупается за год-полтора. Брать готовое стоит тем, кто не хочет трогать консоль и готов платить за поддержку. Собирать — если у вас уже лежат 2–3 свободных SATA-диска и есть желание разобраться.

Для файлового хранилища и медиасервера хватает 4 ядер и 8 ГБ RAM. Если планируете ZFS и виртуальные машины, берите 16 ГБ: кэш ARC и дедупликация любят память. Хороший вариант — Intel N100 или N305: 6–15 Вт в простое и поддержка Quick Sync для аппаратного транскодинга в Jellyfin и Plex. Это важно, если телевизор не тянет современные кодеки. Отдельно про SATA-контроллер: на дешёвых платах порты висят на чипах ASMedia или JMB, которые любят отваливаться при длительной нагрузке. Для массива из 5+ дисков смотрите на HBA-контроллер LSI в режиме IT — на вторичке он стоит 3–5 тысяч рублей и снимает половину проблем с очередью команд.

Не берите SMR-диски с черепичной записью для RAID-массива: они просаживаются по скорости при перестройке. Нужны CMR, желательно серии для круглосуточной работы, и одинаковые по объёму — массив всегда собирается по самому маленькому диску. Что касается платформы, расклад по деньгам и задачам выглядит так:

• Raspberry Pi 5 с USB-дисками — 7–9 тыс. рублей за платформу, 2–4 диска, 3–5 Вт в простое. Для бэкапов и мелких файлов.
• Мини-ПК на N100 — 15–20 тыс. рублей, 2–6 дисков, 8–12 Вт. Универсальный домашний NAS.
• Старый ПК на Core i5 — 0–10 тыс. рублей, 4–8 дисков, 30–50 Вт. Медиасервер с транскодингом.
• Готовый Synology DS223j — 25–30 тыс. рублей, 2 диска, 10–15 Вт. Без возни с настройкой.

Есть два подхода к массиву. Классический mdadm с ext4 — просто и предсказуемо, легко восстановить на любом дистрибутиве. ZFS — снапшоты, контрольные суммы, самовосстановление после сбоя. Для дома чаще советую ZFS, если есть хотя бы 8 ГБ RAM. Создание классического RAID5 из трёх дисков выглядит так: sudo mdadm --create /dev/md0 --level=5 --raid-devices=3 /dev/sda /dev/sdb /dev/sdc, затем sudo mkfs.ext4 -m 0 /dev/md0. Пул ZFS собирается командой sudo zpool create tank raidz1 sda sdb sdc с последующим включением сжатия lz4 и отключением atime. Но RAID — это не бэкап. Массив спасает от смерти диска, но не от случайного удаления папки, шифровальщика или скачка напряжения. Об этом забывают чаще всего, а восстанавливать потом нечего.

Дальше выбираем платформу. TrueNAS Scale — ZFS из коробки, понятный веб-интерфейс, приложения в контейнерах, но требователен к железу и не любит ручных правок конфигов. OpenMediaVault — тот же Debian, но с веб-панелью и плагинами, меньше требований, проще поставить на старый ПК. Чистый Debian или Ubuntu Server — максимум контроля и минимум лишнего, но всё настраивается руками через SSH. Ставлю систему на отдельный SSD или NVMe на 128 ГБ, а диски данных держу исключительно под файлы. Так обновление ОС не угрожает вашему массиву.

Чтобы массив поднимался после перезагрузки, прописываем его в fstab по UUID, а не по имени устройства. Сначала узнаём идентификатор через sudo blkid /dev/md0, затем добавляем строку вида UUID=1a2b3c4d-5e6f-7890 /mnt/media ext4 defaults,noatime,nofail 0 2. Теперь общий доступ по SMB. В конфиге smb.conf достаточно секции global с workgroup, минимальным протоколом SMB2 и запретом гостевого входа, плюс секция media с путём, правами на запись и списком valid users. Не забудьте про права и пароль пользователя: sudo chown -R root:smbusers /mnt/media и sudo smbpasswd -a user. Статический IP закрепите на роутере или через netplan, иначе после перезагрузки телевизор и ноутбук потеряют путь к сетевой папке.

Правило 3-2-1 работает всегда: три копии, два разных носителя, одна вне дома. Практика для домашнего NAS — снапшоты ZFS раз в час, rsync на внешний диск раз в неделю, шифрованный бэкап самого важного в облако раз в месяц. Снапшот по расписанию ставится одной строкой в cron: 0 * * * * /sbin/zfs snapshot tank/media@$(date +%Y%m%d-%H). Ещё пара вещей, которые спасают нервы: UPS хотя бы на 600 ВА, потому что отключение света посреди записи в RAID может закончиться долгим и рискованным rebuild. И включённый smartd — он подсветит умирающий диск задолго до того, как массив развалится.

Из практических привычек, которые стоит завести сразу: система на отдельном диске, данные — на массиве; никакого RAID0 для важных данных, потому что отказ одного диска убивает всё; контроль температуры дисков, выше 45 °C — уже плохо; загрузочная флешка с системой под рукой на случай сбоя; логирование SMART и температуры, благо smartd умеет отправлять письма сам. Хватит ли 4 ГБ RAM? Для ext4 и Samba — да, для ZFS минимум 8 ГБ, иначе потеряете скорость. Можно ли использовать USB-диски? На Raspberry Pi — да, но не для RAID: интерфейс один, шина делится, надёжность падает. Что делать с шумом? Брать корпус с антивибрационными салазками, а диски серии для NAS — они тише и рассчитаны на 24/7.

Мой первый NAS собрался из старого офисного ПК с четырьмя дисками и стоил де