Сборка компактного NAS на Raspberry Pi 5 или Orange Pi 5: пошаговое руководство | AdminWiki

Сборка компактного NAS на Raspberry Pi 5 или Orange Pi 5: пошаговое руководство

25 июля 2026 12 мин. чтения

Сетевые хранилища на одноплатных компьютерах - это компромисс. Вы получаете бесшумное, энергоэффективное устройство за 5-8 тысяч рублей, способное раздавать файлы по SMB и NFS, делать бэкапы и обслуживать медиатеку. Плата за это - производительность, ограниченная общей USB-шиной и ARM-процессором. Эта статья построена на реальных тестах Raspberry Pi 5 и Orange Pi 5 с OpenMediaVault и DietPi. Вы получите цифры скорости, пошаговую инструкцию настройки и чёткие критерии: когда такой NAS оправдан, а когда лучше взять готовый Synology или собрать x86-сервер.

Ключевой вывод: ARM-NAS стабильно выдаёт 100-115 МБ/с на линейных операциях. Этого достаточно для файлового сервера, резервного копирования и Plex без транскодинга. Если вам нужны базы данных, iSCSI для виртуализации или одновременная работа десятка пользователей - смотрите в сторону готовых NAS на x86 или самосборных систем на TrueNAS.

Реальная производительность и ограничения ARM-NAS

Оба одноплатника используют одноканальный контроллер USB 3.0, подключённый к внутренней шине PCIe 2.0 x1. Теоретический потолок - 4 Гбит/с (500 МБ/с). На практике после вычета накладных расходов протокола и обработки прерываний процессором доступно 350-380 МБ/с на все порты. Если подключить два USB-накопителя и начать копирование между ними, скорость каждого упадёт вдвое. Добавьте сюда нагрузку на гигабитный Ethernet - и упрётесь в 100-115 МБ/с, что соответствует стандартному пределу 1GbE.

ARM-процессоры не имеют аппаратного ускорения AES. Шифрование SMB 3.0 или туннелирование трафика ложится на CPU и снижает пропускную способность до 30-40 МБ/с. Сжатие данных Btrfs или ZFS даёт аналогичный эффект. Вывод: не включайте шифрование на ARM-NAS, если не готовы к трёхкратному падению скорости.

Тесты скорости: SMB и NFS на практике

Методика тестирования: к плате подключался SSD Samsung T7 объёмом 1 ТБ через USB 3.0. Клиент - Debian 12 с NVMe-накопителем, соединение через гигабитный коммутатор. Файловые операции выполнялись утилитой fio с размером блока 1 МБ и глубиной очереди 4. Замеры проводились на чистом разделе ext4 без шифрования.

ПлатформаПротоколЧтение (МБ/с)Запись (МБ/с)Загрузка CPU
Raspberry Pi 5SMB 3.011210845%
Raspberry Pi 5NFS 4.211511230%
Orange Pi 5SMB 3.011311025%
Orange Pi 5NFS 4.211511418%

NFS закономерно легче: меньше накладных расходов на инкапсуляцию, проще модель аутентификации. Разница в загрузке CPU между платами объясняется архитектурой ядер: у Orange Pi 5 кластер Cortex-A76 работает с большей эффективностью на поток, чем Cortex-A76 в Raspberry Pi 5. Для SMB с большим количеством мелких файлов (размер блока 4K, глубина очереди 32) скорость падает до 40-55 МБ/с на обеих платах - упираемся в способность процессора обрабатывать метаданные файловой системы.

Узкие места: USB-шина и ARM-архитектура

Все USB-порты на обеих платах подключены к одному корневому хабу VL805. Это значит, что два одновременно работающих накопителя делят полосу пропускания. Схема типичного подключения: корневой хаб → порт 1 с SSD, порт 2 с HDD. При параллельном чтении с обоих устройств скорость каждого падает до 170-190 МБ/с, что всё ещё выше гигабитного лимита сети. Проблема возникает при копировании с одного USB-диска на другой: данные дважды проходят через шину, и суммарная скорость редко превышает 60 МБ/с.

Orange Pi 5 имеет дополнительный слот M.2 PCIe 2.0 x1, куда можно установить NVMe-накопитель. Это выносит один диск за пределы USB-шины и снимает проблему двойного прохождения данных. Для домашнего NAS с двумя дисками это оптимальная конфигурация: системный NVMe и USB-массив для данных. Raspberry Pi 5 лишён такой возможности - все накопители висят на USB.

ARM-архитектура накладывает ограничения на файловые системы. ZFS на ARM работает в режиме эмуляции и потребляет непредсказуемое количество памяти. Btrfs поддерживается нативно, но без аппаратного ускорения контрольных сумм. Практическая рекомендация: используйте ext4. Это снижает функциональность (нет снапшотов, нет самовосстановления данных), но гарантирует стабильную производительность. Если нужна полноценная защита данных, посмотрите сравнение NAS, DAS и самосборных систем - там разобраны сценарии с ZFS и RAID.

Выбор одноплатника: Raspberry Pi 5 или Orange Pi 5

Обе платы вышли в 2024 году и к середине 2026-го имеют зрелую программную поддержку. Разница в деталях, которые определяют сценарий использования.

Сравнение характеристик и производительности

ХарактеристикаRaspberry Pi 5Orange Pi 5
SoCBCM2712 (4×Cortex-A76 @ 2.4 ГГц)RK3588S (4×Cortex-A76 @ 2.4 ГГц + 4×Cortex-A55 @ 1.8 ГГц)
RAM (макс.)8 ГБ LPDDR4X16/32 ГБ LPDDR4X
USB 3.02 порта, общий хаб1 порт + 1 USB 2.0, общий хаб
Сеть1GbE (RTL8111)1GbE (RTL8111)
M.2НетPCIe 2.0 x1 (для NVMe)
Цена (2026, РФ)6 500–9 000 руб.7 000–12 000 руб.
Поддержка ОСRaspberry Pi OS, OMV, DietPiOrange Pi OS, OMV, DietPi, Armbian

Orange Pi 5 выигрывает по вычислительной мощности за счёт восьмиядерной архитектуры. В тесте sysbench cpu при 8 потоках RK3588S набирает 12 800 событий/с против 7 200 у BCM2712. Это прямо влияет на скорость работы SMB с большим количеством одновременных подключений. iperf3 между платами и клиентом показывает стабильные 940 Мбит/с на обеих - сетевой контроллер идентичен.

Решающий фактор - наличие M.2 на Orange Pi 5. Если вы планируете держать на NAS базу данных SQLite для домашней автоматизации или Nextcloud, вынос системного раздела на NVMe снижает latency случайного доступа с 15 мс (USB SSD) до 0.1 мс. Для чисто файлового сервера разница незаметна - берите Raspberry Pi 5, он дешевле и имеет более широкую экосистему аксессуаров.

Дополнительное оборудование: корпус, питание, накопители

Блок питания - критичный компонент. Raspberry Pi 5 требует 5V/5A (25 Вт) через USB-C с поддержкой PD. Orange Pi 5 питается от 5V/4A через USB-C или отдельный пин. Использование некачественного БП приводит к падению напряжения при пиковой нагрузке и самопроизвольным перезагрузкам. Рекомендация: официальный блок питания Raspberry Pi 5 или зарядное устройство Baseus на 30 Вт с поддержкой PD 3.0.

Корпус должен обеспечивать пассивное охлаждение. BCM2712 под нагрузкой нагревается до 80°C за 2 минуты и уходит в троттлинг. Алюминиевый корпус-радиатор Argon ONE или аналоги снижают температуру на 15-20°C. Для Orange Pi 5 ситуация аналогична: RK3588S потребляет до 12 Вт под нагрузкой, и без радиатора троттлинг наступает через 3-4 минуты.

Накопители: 2.5-дюймовые HDD и SSD питаются от USB и не требуют внешнего адаптера. 3.5-дюймовые диски потребляют 12V, которого на USB-порте нет. Для них нужен USB-док или внешний корпус с собственным блоком питания. Убедитесь, что док использует чип ASMedia или JMicron - чипы Realtek на ARM дают нестабильные отключения при высокой нагрузке.

Выбор операционной системы: OpenMediaVault или DietPi

Обе системы базируются на Debian 12 и поддерживают ARM64. Разница в подходе: OMV даёт готовый веб-интерфейс для управления NAS, DietPi - минималистичный образ с меню выбора компонентов.

OpenMediaVault: NAS с веб-интерфейсом

Установка на Raspberry Pi 5: скачайте образ OMV 7 для ARM64 с официального сайта, запишите на SD-карту через Raspberry Pi Imager. После загрузки система доступна по IP-адресу, веб-интерфейс на порту 80. Логин по умолчанию: admin, пароль: openmediavault. Первый шаг после входа - смена пароля и установка обновлений через раздел System → Update Management.

OMV построен на плагинах. Для базового NAS нужны: openmediavault-flashmemory (снижает износ SD-карты, перенося логи в RAM), openmediavault-usbbackup (автоматическое резервное копирование при подключении USB-диска), openmediavault-compose (Docker для дополнительных сервисов). Плагины ставятся через System → Plugins. После установки flashmemory перезагрузите систему - монтирование tmpfs применяется только после ребута.

Веб-интерфейс OMV логично структурирован: слева дерево разделов, справа рабочая область. Основные экраны: Storage (диски и файловые системы), Services (SMB, NFS, FTP), Users (пользователи и группы). Все изменения применяются только после нажатия жёлтой кнопки «Apply» в верхней панели - это защита от случайной перезаписи конфигурации.

DietPi: легковесная альтернатива для энтузиастов

DietPi занимает 800 МБ на диске против 3 ГБ у OMV и потребляет 120 МБ ОЗУ в простое. Установка: запишите образ DietPi для вашей платы, после загрузки запустится консольное меню dietpi-config. Выберите dietpi-software, отметьте Samba Server, NFS Server и Cockpit (веб-интерфейс для управления системой). Установка и базовая настройка занимают 5 минут.

DietPi не даёт графического интерфейса для управления общими папками - конфигурация Samba и NFS правится вручную через /etc/samba/smb.conf и /etc/exports. Это даёт полный контроль, но требует понимания синтаксиса. Cockpit частично компенсирует отсутствие GUI: показывает загрузку CPU, память, дисковую активность и позволяет управлять службами через веб.

Выбор: OMV - если нужен работающий NAS через 20 минут после распаковки платы. DietPi - если вы готовы править конфиги руками и хотите выжать максимум производительности из ограниченного железа. Обе системы стабильны. За два года тестовой эксплуатации OMV на Raspberry Pi 5 не было ни одного падения файловой системы или потери данных при корректном питании.

Пошаговая настройка NAS на OpenMediaVault

Исходное состояние: OMV 7 установлен, IP-адрес получен по DHCP, вы вошли в веб-интерфейс. Дальнейшие шаги предполагают, что USB-накопитель уже подключён и определился в системе.

Подготовка накопителей и создание файловой системы

Перейдите в Storage → Disks. Найдите свой накопитель по размеру и модели. Если диск отображается, но не имеет файловой системы, нажмите на него и выберите «Wipe» - это удалит все данные и подготовит устройство. Операция быстрая, выполняется на уровне блочного устройства.

Затем Storage → File Systems → Create. Выберите устройство, задайте метку (например, nas-data) и файловую систему ext4. Btrfs доступна, но на ARM даёт снижение производительности на 15-20% при включении сжатия. После создания файловая система автоматически монтируется. Проверьте через Storage → File Systems, что в колонке «Mounted» стоит «Yes».

Создайте общие папки через Storage → Shared Folders → Create. Имя (например, media), файловая система, путь по умолчанию. Права доступа пока оставьте «Everyone: read/write» - мы настроим их позже через пользователей.

Настройка SMB-сервера для доступа из Windows

Services → SMB/CIFS → Settings. Включите «Enabled», рабочая группа WORKGROUP (или ваша доменная группа). На вкладке «Advanced Settings» отметьте «Enable SMB2/3 protocol» и отключите SMB1 - он уязвим и не нужен для современных систем. Сохраните и примените изменения.

Перейдите на вкладку «Shares» → Create. Выберите созданную ранее общую папку. В поле «Comment» укажите описание, которое увидят пользователи в сетевом окружении. На вкладке «Options» установите: inherit permissions = yes, inherit owner = yes. Это гарантирует, что новые файлы наследуют права родительской папки.

Создайте пользователя для доступа: Users → Users → Create. Имя, пароль. На вкладке «Groups» добавьте пользователя в группу users. Вернитесь в Storage → Shared Folders, выберите папку, нажмите «Privileges» и назначьте пользователю права read/write. Теперь при подключении из Windows (\\IP-адрес-OMV) система запросит логин и пароль.

Настройка NFS-сервера для Linux-клиентов

Services → NFS → Settings. Включите «Enabled», версия протокола - NFSv4. Сохраните. Перейдите на вкладку «Shares» → Create. Выберите общую папку, в поле «Client» укажите IP-адрес или подсеть клиента (например, 192.168.1.0/24). Опция «rw» для чтения-записи, «sync» для синхронной записи (надёжнее, но медленнее). Для домашнего использования допустимо async - это повысит скорость записи ценой небольшого риска потери данных при внезапном отключении питания.

На клиенте Linux монтирование выполняется командой:

sudo mount -t nfs4 192.168.1.100:/export/media /mnt/nas

Для автоматического монтирования при загрузке добавьте строку в /etc/fstab:

192.168.1.100:/export/media /mnt/nas nfs4 defaults,noatime 0 0

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

Если вы настраиваете доступ для Proxmox или другого гипервизора, используйте NFS - он обеспечивает более высокую стабильность соединения, чем SMB. Подробнее о настройке сетевого доступа для виртуализации читайте в руководстве по SMB, NFS и FTP в TrueNAS - принципы работы протоколов идентичны для любого NAS.

Мониторинг и обслуживание

ARM-NAS работает автономно, но это не значит, что о нём можно забыть. SD-карта изнашивается, диски деградируют, температура растёт. Базовый мониторинг настраивается за час и экономит дни восстановления.

Мониторинг производительности и состояния дисков

Веб-интерфейс OMV показывает графики загрузки CPU, памяти и сети на вкладке Diagnostics → Performance Statistics. Данные обновляются раз в секунду, история хранится 30 дней. Для детального анализа используйте консольные утилиты: htop (процессы и потоки), iostat -x 1 (утилизация диска и длина очереди), nload (сетевой трафик в реальном времени).

SMART-мониторинг включается через Storage → S.M.A.R.T. → Settings. Активируйте службу, задайте интервал проверки 1800 секунд. На вкладке «Devices» выберите свой диск и включите мониторинг. Важные параметры для наблюдения: Reallocated_Sector_Ct (переназначенные сектора - если растёт, диск умирает), Temperature_Celsius (для HDD критично выше 50°C), Power_On_Hours (общая наработка). Настройте регулярные тесты: короткий раз в неделю, длинный раз в месяц. Результаты приходят в раздел Diagnostics → S.M.A.R.T. → Scheduled Tests.

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

System → Notification → Settings. Включите уведомления, укажите SMTP-сервер (подойдёт любой почтовый ящик). Для Gmail нужен пароль приложения, обычный пароль не сработает. Отправьте тестовое письмо. После этого OMV будет слать оповещения о проблемах с дисками, переполнении файловой системы и ошибках служб.

Конфигурация OMV хранится в /etc/openmediavault/config.xml. Создайте скрипт для ежедневного бэкапа этого файла на внешний накопитель:

#!/bin/bash
cp /etc/openmediavault/config.xml /srv/dev-disk-by-uuid-XXXX/backup/omv-config-$(date +%Y%m%d).xml
find /srv/dev-disk-by-uuid-XXXX/backup/ -name "*.xml" -mtime +30 -delete

Добавьте скрипт в cron через System → Scheduled Tasks → Create. Интервал - ежедневно. Это сохранит последние 30 копий конфигурации. При выходе SD-карты из строя вы восстановите систему за час: новая установка OMV, копирование config.xml, применение конфигурации через omv-salt deploy run all.

Заключение: для каких задач подходит ARM-NAS

После сборки и тестовой эксплуатации в течение трёх месяцев можно сформулировать объективные критерии применимости.

Сценарии, где ARM-NAS оправдан:

  • Файловый сервер для 2-5 пользователей с нагрузкой до 500 ГБ в месяц.
  • Резервное копирование по расписанию через rsync или BorgBackup.
  • Медиасервер Plex/Jellyfin с прямым воспроизведением без транскодинга.
  • Хранение образов для Proxmox или Docker-регистри (только хранение, не запуск).
  • Домашняя автоматизация: база SQLite для Home Assistant, файлы конфигурации.

Сценарии, где ARM-NAS противопоказан:

  • Базы данных с конкурентным доступом (MySQL, PostgreSQL) - latency USB-диска убивает производительность транзакций.
  • iSCSI-таргет для виртуализации - минимальная требуемая latency 1-2 мс недостижима на USB.
  • Видеонаблюдение с постоянной записью 10+ камер - USB-шина захлебнётся на смешанной нагрузке чтения-записи.
  • Шифрованный файловый сервер - без аппаратного AES скорость падает ниже 40 МБ/с.

Сравнение с альтернативами: готовый 2-дисковый Synology DS223 стоит 25 000 рублей, потребляет 15 Вт и выдаёт те же 115 МБ/с, но с аппаратным шифрованием, hot-swap корзиной и пятилетней поддержкой. Корпоративные модели Synology добавляют iSCSI, SHR-2 и интеграцию с Active Directory. Самосборный x86-сервер на Celeron N100 обойдётся в 15 000 рублей и снимет все ограничения USB-шины за счёт нативных SATA-портов. Выбор ARM-NAS - это осознанный компромисс между ценой и функциональностью, а не универсальное решение.

Если вы определились, что компактный и бесшумный сервер для файлов и бэкапов - ваша цель, Raspberry Pi 5 или Orange Pi 5 с OpenMediaVault справятся с задачей. Следуйте инструкции из этой статьи, настройте мониторинг и не выключайте питание без graceful shutdown - и система проработает годы без обслуживания.

Поделиться:
Сохранить гайд? В закладки браузера