Слабый процессор в NAS проявляет себя не сразу: файлы копируются нормально, но при попытке запустить транскодирование видео в Plex или поднять пару контейнеров Docker загрузка CPU уходит в 100%, а интерфейс начинает тормозить. Именно поэтому выбор процессора для сетевого хранилища — это не вопрос «мощнее или слабее», а вопрос соответствия конкретным задачам.
В этой статье разберём, какие архитектуры используются в NAS, сколько ядер реально нужно для типовых сценариев, чем отличаются Intel Celeron, Pentium и Ryzen Embedded в готовых устройствах и как подобрать CPU для самосборного хранилища.
Какие задачи выполняет процессор в NAS
Базовая функция сетевого хранилища — отдача файлов по протоколам SMB, NFS или AFP — нагружает процессор умеренно. Даже бюджетные двухъядерные чипы справляются с отдачей данных на скорости гигабитной сети. Нагрузка резко возрастает, когда к файловому серверу добавляются дополнительные службы.
Наиболее требовательные сценарии:
- 🎬 Транскодирование видео в Plex, Jellyfin или Emby — самая тяжёлая нагрузка, особенно без аппаратного ускорения.
- 🐳 Docker-контейнеры — каждый контейнер отнимает часть ресурсов, а их количество у домашних пользователей постоянно растёт.
- 🖥️ Виртуальные машины — требуют выделенных ядер и поддержки технологий виртуализации (VT-x, AMD-V).
- 📸 Индексация фотоархивов и распознавание лиц в фотоприложениях — периодические, но интенсивные пики нагрузки.
- 🔐 Шифрование томов и дедупликация — постоянная фоновая нагрузка на CPU при каждой операции записи и чтения.
Отдельно стоит упомянуть файловую систему ZFS: она активно использует оперативную память для кэша ARC и заметно нагружает процессор при включённой дедупликации. Если планируется TrueNAS с ZFS, закладывайте запас по CPU и RAM с самого начала.
ARM или x86: какая архитектура подходит для хранилища
Готовые NAS начального уровня часто строятся на ARM-процессорах — например, чипах Realtek RTD или Annapurna Labs. Их главные плюсы — низкое энергопотребление и минимальное тепловыделение, что позволяет делать компактные и тихие устройства. Для простого файлового хранилища и резервного копирования этого достаточно.
Ограничения ARM становятся заметны при попытке расширить функциональность. Не все Docker-образы собраны под архитектуру ARM, виртуализация обычно недоступна, а транскодирование видео программными средствами такие чипы тянут с трудом. Производительность на ядро у бюджетных ARM также заметно ниже, чем у x86-решений.
Архитектура x86 (Intel или AMD) даёт полную совместимость с серверным софтом, поддержку виртуализации и аппаратного транскодирования через Intel Quick Sync (при наличии встроенной графики). Цена вопроса — более высокое энергопотребление и стоимость устройства.
💡Для простого хранения файлов хватит ARM, но если планируются Docker, Plex с транскодированием или виртуальные машины — выбирайте x86 с запасом по ядрам.