TrueNAS vs Synology в 2026: практическое сравнение для систем хранения и обработки информации

Краткий ответ: что выбрать в 2026 году

TrueNAS выбирают, когда нужны ZFS, снапшоты на уровне файловой системы, репликация и объём за пределами нескольких десятков терабайт без лицензионных платежей. Synology берут, когда хранилище надо поднять за вечер, а обслуживать его будет специалист без опыта работы с ZFS и Linux.

Три отличия решают больше остальных. Файловая система: ZFS считает контрольные суммы каждого блока, поддерживает RAIDZ1/2/3, зеркала, dRAID, мгновенные снапшоты и дедупликацию. DSM работает на Btrfs или ext4: у Btrfs есть контрольные суммы данных и метаданных, но нет RAIDZ, нет send/receive между площадками в том виде, в каком он есть в ZFS. Железо: TrueNAS ставится на любой x86-64 сервер, Synology продаёт готовый корпус и ограничивает список совместимых дисков. Экономика: платформа TrueNAS бесплатна, но требует ECC-памяти, HBA и часов на настройку; Synology дешевле по времени администратора, дороже по железу, фирменным дискам и лицензиям на отдельные пакеты.

В 2026 году ветки TrueNAS распределены так: основная разработка идёт на Debian, релизы выходят дважды в год (25.04 «Fangtooth», 25.10 «Goldeye»), а FreeBSD-ветка CORE остановлена на версии 13.0-U6 и получает только патчи безопасности. У Synology актуальна линия DSM 7.2.x: усилилась интеграция с облаком C2 и шифрование томов, при этом модели 2025 года требуют диски из списка совместимости, а часть медиафункций из DSM 7.2.2 убрана.

TrueNAS Core или Scale: что актуально в 2026 году

CORE собран на FreeBSD, Scale на Debian Linux. Хранилище в обеих ветках обслуживает ZFS, а протоколы SMB, NFS, iSCSI и репликация ZFS send/receive работают одинаково. Различия начинаются выше слоя хранения: приложения, виртуализация, поддержка оборудования.

iXsystems свернула развитие FreeBSD-ветки. Последний функциональный релиз CORE 13.0-U6 вышел в декабре 2024 года, дальше только исправления безопасности. Scale за два года сменил два ключевых механизма: в 24.10 «Electric Eel» приложения перевели с Kubernetes (k3s) на Docker, в 25.04 «Fangtooth» виртуальные машины на KVM заменили инстансами Incus, которые запускают и LXC-контейнеры. При планировании апгрейда это учитывайте: старые конфигурации приложений и виртуальных машин переносятся не автоматически.

TrueNAS Core: когда FreeBSD всё ещё оправдана

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

Ограничения видны сразу: приложения запускаются только через jails, которых в новых ветках уже нет, современной виртуализации нет, набор плагинов сократился. Типовой сценарий: файловый сервер офиса на 20-30 человек, пул RAIDZ2 из шести дисков, шары SMB с корзиной, ежечасные снапшоты и ночная репликация на второй CORE-узел. Если добавить к этому контейнеры или ВМ, CORE придётся заменить на Scale.

TrueNAS Scale: Linux, контейнеры и виртуализация

Scale даёт ZFS вместе с обычным Linux: Docker в 24.10 и новее, каталог приложений, инстансы Incus с ВМ и LXC, планировщик задач, SMB, NFS, iSCSI. Поддерживается ZFS 2.2/2.3 с быстрым дедупом, RAIDZ, dRAID, special vdev и метаданными на NVMe. В приложениях поднимается Nextcloud, Vaultwarden, MinIO для S3-совместимого доступа, Plex.

Пример: узел для малого бизнеса на Ryzen 5 или Xeon E-23xx, 64 ГБ RAM, восемь HDD в двух vdev RAIDZ2, зеркало NVMe под special vdev, 10GbE. Такой сервер закрывает файловое хранилище, репозиторий бэкапов и тестовый стенд Kubernetes в одной коробке.

Риски Scale связаны с темпом разработки. Обновления дважды в год, между ними случаются регрессии в приложениях, миграция k3s на Docker и KVM на Incus потребовала ручной переделки конфигураций. Драйверы на нестандартном железе (2.5GbE на Realtek, старые SAS-контроллеры, Wi-Fi) могут не завестись вообще. Порядок действий и подводные камни разобраны в практическом руководстве пошаговая настройка TrueNAS: от установки до SMB и NFS, там же описаны проверенные конфигурации пулов.

Synology DSM: экосистема и функциональность для бизнеса

DSM 7.2 - зрелая система с веб-интерфейсом, мобильными приложениями и магазином пакетов. Настраивается она быстрее, чем любая сборка на TrueNAS, но набор возможностей ограничен вендорским железом и лицензионной политикой.

Ключевые функции DSM для бизнеса

• Active Backup for Business: централизованный бэкап Windows и Linux-серверов, файловых серверов, ВМ VMware vSphere и Hyper-V, с дедупликацией, версиями и восстановлением на уровне файла, диска или целой машины. Для серверов и виртуальных машин лицензии не нужны.
• Active Backup for Microsoft 365 и Google Workspace: защита почты, дисков и календарей. Лицензируется по числу пользователей, часть моделей поставляется с бандлом (обычно 5 или 10 лицензий).
• Snapshot Replication: снапшоты на Btrfs по расписанию, репликация на второй NAS Synology, восстановление отдельного файла или всего тома.
• Virtual Machine Manager: виртуальные машины и контейнеры, кластер с живой миграцией на моделях с поддержкой кластеризации.
• High Availability: пара устройств в режиме активный-пассивный, переключение за минуты. Доступна только на ограниченном списке моделей (SA-серия, часть RS).
• Synology C2: облачный бэкап, объектное хранилище и гибридные схемы как третья копия данных.

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

Ограничения Synology: что нужно знать перед покупкой

Железо проприетарное: процессоры в настольных моделях (AMD Ryzen R1600, V1500B, Intel Celeron) уступают тому, что можно поставить в самосбор, а расширение ограничено слотами и лицензией на конкретную модель. ZFS не поддерживается, поэтому нет RAIDZ, нет send/receive между площадками и нет дедупликации уровня ФС, дедупликация доступна только внутри пакетов бэкапа.

С 2025 года вендор ужесточил политику совместимости дисков: для моделей вроде DS925+ и DS1825+ гарантируется работа только с носителями из списка Synology, сторонние HDD и SSD могут помечаться как неподдерживаемые. Второй пункт - лицензии: Active Backup for Microsoft 365 и Google Workspace требуют по лицензии на пользователя, кластерные функции VMM зависят от модели. Третий - жизненный цикл: после снятия модели с поддержки обновления DSM прекращаются, и устройство остаётся без патчей безопасности.

Пример из практики: перенос четырёх старых Seagate IronWolf в новый DS925+ упирается в список совместимости, тогда как в TrueNAS те же диски работают без вопросов. Обратный пример: офис на 15 человек поднимает Synology DS1821+ и получает шары SMB, бэкап серверов и облачную копию за один день.

TrueNAS для дома: стоит ли овчинка выделки

Ответ зависит от готовности разбираться. Если есть время на изучение пулов и снапшотов, TrueNAS даёт домашнему серверу функции корпоративного уровня: контроль целостности данных, мгновенные снапшоты, репликацию, контейнеры для медиасервера и облака. Если хочется тишины и минимума обслуживания, готовое устройство окажется практичнее. Помочь с выбором между самосбором и коробкой может обзор Synology, QNAP или TrueNAS для дома и SMB.

Требования к железу и типичные ошибки

• RAM: 8 ГБ как минимум для ZFS без дедупликации, 16-32 ГБ, если планируются приложения и кэш. Память под ARC не «теряется», она отдаётся системе при необходимости.
• ECC: желательна для данных, которые нельзя потерять, но не обязательна. Ориентир «1 ГБ RAM на 1 ТБ ёмкости» описывает нагрузку, а не жёсткое правило.
• Диски: только CMR. SMR-модели просаживают запись и надолго занимают контроллер при перестройке массива.
• Контроллер: LSI/Broadcom 9300-8i или 9400-8i в режиме IT, а не аппаратный RAID.
• Ошибки: RAIDZ1 из четырёх дисков по 12-16 ТБ (долгий resilver при замене), смешивание дисков разных размеров в одном vdev, дедупликация «на всякий случай», отключение scrub ради экономии ресурса.

Пример домашней сборки: Intel N100 или N305, 16 ГБ RAM, четыре CMR-диска по 8 ТБ в RAIDZ2, полезный объём около 14 ТБ, системный диск на SATADOM или NVMe, сеть 2.5GbE. Вариант для виртуализации: Supermicro на Xeon E-23xx, 6 HDD в RAIDZ2 плюс зеркало NVMe под специальный vdev. Подбор корпуса, расчёт полезной ёмкости и правила запуска массива собраны в материале сборка и настройка дискового массива для бизнеса и лаборатории.

Энергопотребление и шум: что нужно учесть

Порядок цифр для четырёх дисков: Synology DS923+ потребляет около 12 Вт при спящих дисках и 36-40 Вт под нагрузкой; самосбор на N100 даёт 35-50 Вт, на Ryzen или Xeon E-23xx - от 60 до 100 Вт. Разница в 30-60 Вт за круглосуточную работу - это 260-520 кВт·ч в год, что при бытовом тарифе выливается в несколько тысяч рублей.

Шум определяют сами жёсткие диски (20-30 дБА на один HDD) и охлаждение корпуса. Компактные корпуса Synology тише в простое, но при четырёх и более дисках разница стирается. Для самосбора берите корпус с мягкими креплениями дисков и 120-мм вентиляторами (Fractal Design Node 304, Define 7), меняйте штатные кулеры на тихие модели и не включайте агрессивный спин-даун: частые раскрутки изнашивают механику.

Synology NAS для бизнеса: сценарии и ограничения

Устройства Synology закрывают файловое хранилище, резервное копирование и виртуализацию в офисе от 10 до 50 человек. Ключевой аргумент - скорость запуска и наличие вендорской поддержки, которую можно предъявить при сбое.

Резервное копирование и отказоустойчивость

Рабочая схема для офиса на 20-50 человек: RS1221+ (восемь отсеков, Ryzen V1500B, 2x1GbE и слот PCIe под 10GbE или NVMe-кэш) собирает бэкапы серверов через Active Backup for Business, Snapshot Replication уносит снапшоты на второй NAS в другом крыле, C2 Backup держит третью копию за пределами офиса. Это закрывает правило 3-2-1 без сторонних агентов.

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

Для третьей копии за пределами офиса подходит внешнее объектное хранилище. Например, Timeweb Cloud предоставляет объектное хранилище, серверы и Kubernetes по подписке, что удобно, если нет своего второго офиса, а перед выбором провайдера стоит сравнить цену за терабайт, стоимость исходящего трафика и поддерживаемые протоколы доступа.

Когда Synology не подходит для бизнеса

Границы применимости проявляются на конкретных задачах: объёмы свыше 100 ТБ горячих данных, хранение артефактов CI/CD из миллионов мелких файлов, базы данных на iSCSI с требованием стабильной задержки, дедупликация и RAIDZ3 уровня защиты, репликация между площадками через ZFS send. В таких проектах ограничения дают о себе знать: процессор не тянет многопоточные операции, а Btrfs не даёт нужной целостности.

Кастомизация тоже ограничена: нельзя поставить сетевую карту 25/40GbE из стандартного магазина (только совместимые модули, часто XS/FS-серия), нельзя собрать нестандартную схему кэширования, нельзя заменить ядро под специфичный драйвер. Если такие требования есть, выгоднее смотреть в сторону ZFS-платформ.

TrueNAS ZFS: настройка и типичные ошибки

ZFS - причина, по которой TrueNAS выбирают. Она же причина большинства проблем у новичков: неверное планирование пула стоит дороже всего остального.

Планирование пулов и vdev

Пул это контейнер, vdev это группа дисков внутри него. Объём наращивают добавлением новых vdev, а не дисков: ZFS не перераспределяет уже записанные блоки, поэтому «добавить пятый диск в RAIDZ2» нельзя. Из этого следуют правила: в одном vdev держите одинаковые по размеру и модели диски; для носителей от 8 ТБ берите RAIDZ2, а не RAIDZ1; зеркала выбирайте там, где нужна скорость записи и быстрая перестройка; dRAID (в Scale) применяйте для больших массивов, где важна скорость восстановления.

Пример расчёта: 12 дисков по 8 ТБ, разбитые на два vdev RAIDZ2 по шесть дисков, дают 96 ТБ raw и около 64 ТБ полезного объёма. Для мелких файлов и ВМ добавьте зеркало NVMe как special vdev: метаданные и небольшие блоки перестанут тормозить операции. Учтите риск: потеря special vdev означает потерю пула целиком, поэтому только зеркало или RAIDZ.

Держите 20% свободного места. При заполнении выше 80% фрагментация растёт, скорость записи падает, а расширение пула занимает больше времени, чем ожидается.

Кэширование и производительность

ARC в оперативной памяти - главный кэш ZFS. L2ARC выносит кэш чтения на NVMe и помогает при случайном доступе к большому рабочему набору, но съедает память на свои таблицы: резервируйте сотни мегабайт RAM на каждые 100 ГБ L2ARC. SLOG нужен только при синхронной записи - NFS с флагом sync, iSCSI-диски, СУБД. Он не ускоряет запись как таковую, а снижает задержку подтверждения. Под SLOG берите SSD с защитой от потери питания или NVMe с высокой выносливостью и обязательно зеркалируйте.

Полезные параметры: recordsize 1 МБ для медиа и больших файлов, 16-128 КБ для виртуальных машин и баз; сжатие lz4 или zstd практически всегда включено и экономит место; atime отключайте; для 4Kn-дисков выставляйте ashift 12 вручную при создании пула. Обслуживание: scrub раз в месяц, снапшоты по расписанию с политикой хранения, мониторинг SMART и регулярная проверка памяти.

Совокупная стоимость владения: TrueNAS vs Synology

Считать нужно три статьи расходов: железо, лицензии и время администратора. Первая обычно выше у TrueNAS, вторая - у Synology, третья зависит от квалификации команды.

Скрытые расходы TrueNAS

Железо выходит дороже, чем кажется при первом расчёте: HBA LSI 9300-8i добавляет 80-150 долларов, ECC UDIMM или RDIMM - ещё 30-50% к цене обычной памяти, корпус с шестью-восемью отсеками и нормальным продувом, блок питания с запасом, отдельный загрузочный носитель. Время инженера: 8-20 часов на первый запуск, если ZFS для него новая тема, плюс обучение работе со снапшотами и репликацией.

Платная подписка iXsystems рассчитана на корпоративный бюджет: она даёт SLA и доступ к инженерам, но экономия на TrueNAS идёт за счёт лицензий и железа, а не поддержки. Риск ошибки в пуле закрывается только бэкапом.

Скрытые расходы Synology

Готовые устройства дороже самосбора при равном объёме: DS1821+ или DS1825+ стоят около 1000-1300 долларов без дисков, RS1221+ - 1600-2000. Фирменные HDD Synology дороже аналогов IronWolf и WD Red на 15-40%, а на моделях 2025 года выбор сторонних дисков ограничен. Лицензии на Active Backup for Microsoft 365 и Google Workspace докупаются пакетами; кластерные возможности VMM зависят от модели. Добавьте риск снятия модели с поддержки: после EOL обновления DSM не выходят.

Сравнение на 40 ТБ полезного объёма за три года. Вариант TrueNAS: сервер на Supermicro с восемью дисками по 8 ТБ, 32 ГБ ECC, HBA - примерно 1800-2500 долларов плюс 15-20 часов настройки. Вариант Synology: DS1821+ с теми же дисками - 2200-2800 долларов плюс 4-6 часов настройки. По железу TrueNAS дешевле, по времени Synology выигрывает; при ставке инженера выше 2000 рублей в час паритет наступает на второй год. Электроэнергия добавляет к расчёту 30-60 Вт разницы, то есть 260-520 кВт·ч в год на стороне самосбора.

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

Тесты производительности: на что смотреть

Смотрите на три метрики: IOPS на блоках 4 КБ со случайной записью, пропускную способность на последовательных операциях и задержку по 99-му перцентилю. Инструменты: fio в Linux и на самом TrueNAS, diskspd в Windows, CrystalDiskMark для быстрой оценки SMB, vdbench для длительных прогонов.

Сценарий диктует приоритет. Для NFS под виртуализацию важнее IOPS и стабильная задержка. Для офисных шар SMB критично время открытия мелких файлов. Для iSCSI под СУБД и кластеры решает поведение синхронной записи. Ориентиры из практики: TrueNAS на Ryzen или Xeon с 64 ГБ RAM, восемью дисками в зеркалах и NVMe под SLOG выдаёт десятки тысяч IOPS в 4K и держит 10GbE на последовательных операциях; Synology DS1821+ отдаёт 400-900 МБ/с по SMB в зависимости от дисков, но на многопоточном iSCSI с синхронной записью показывает единицы тысяч IOPS. Учитывайте, что маркетинговые «до 1000 МБ/с» часто сняты на кэшированном чтении. Настройки шар и прав доступа подробно разобраны в руководстве настройка сетевого доступа к файлам в TrueNAS: SMB, NFS и FTP.

Масштабирование: от дома до enterprise

TrueNAS растёт добавлением vdev онлайн, подключением JBOD-полок по SAS и репликацией между узлами. Практический предел одного узла определяется числом отсеков и пропускной способностью HBA; дальше начинаются HA-пары и дисковые полки, что уже относится к бюджету enterprise.

Synology масштабируется модулями расширения (RX418, RX1217sas для RS-серии) и добавлением дисков в том же пуле, но упирается в процессор и ограничения тома: предельный размер одного тома зависит от модели и файловой системы. Простое правило: до 30-50 ТБ и одного-двух узлов устройства Synology закрывают задачу, выше 100 ТБ или при требовании нескольких узлов разумнее строить ZFS-платформу.

Простота настройки и поддержка сообщества

Документация и обучающие материалы

У Synology есть база знаний с русскоязычными разделами, пошаговые сценарии для типовых задач, официальные курсы и сертификация, поддержка по тикетам и расширенная гарантия. Настройка первого тома, шар и бэкапа занимает 30-60 минут даже без опыта.

TrueNAS опирается на официальную документацию на английском, форум сообщества, раздел r/truenas, Discord и большое число разборов на YouTube. Платную поддержку iXsystems можно купить отдельно, включая варианты с коротким временем реакции. Для быстрого старта полезны русскоязычные материалы с проверенными конфигурациями, например разбор настройки протоколов и прав доступа к файлам в Core и Scale.

Обновления и стабильность

DSM выпускает минорные обновления с предсказуемым поведением, но прецеденты удаления функций уже есть: в DSM 7.2.2 убрали кодеки HEVC и AAC из части пакетов, а политика совместимости дисков ужесточилась в моделях 2025 года. Перед обновлением сверяйтесь с release notes и держите резервную копию конфигурации.

TrueNAS CE обновляется дважды в год, и переходные релизы ломают кастомные настройки: смена механизма приложений в 24.10 и переход на Incus в 25.04 потребовали ручной переделки окружений. Рабочее правило: устанавливайте обновление через одну-две недели после релиза, сначала на тестовом стенде, с сохранённым конфигом (System Settings, General, Save Config) и проверенным бэкапом данных.

Сценарии использования: дом, малый бизнес, enterprise

Домашний офис: что выбрать

TrueNAS CE уместен, если есть время и интерес: мини-ПК на N100 или N305, 16 ГБ RAM, четыре диска в RAIDZ2, приложения Jellyfin, Nextcloud и Home Assistant в Docker, шифрованная репликация на внешний диск или в облако. Synology выбирают ради тишины, низкого потребления и минимума обслуживания: DS923+ на четыре диска, пакеты DSM, QuickConnect для доступа без проброса портов.

Малый бизнес: критерии выбора

Synology выигрывает, если в штате нет выделенного администратора: Active Backup for Business, Snapshot Replication, C2 Backup и поддержка по тикету закрывают файловое хранилище на 10-30 ТБ для 20-50 сотрудников. TrueNAS выигрывает, когда бюджет ограничен железом: 40-100 ТБ на RAIDZ2 с репликацией на второй узел обходятся дешевле, если считать лицензии и фирменные диски, а не только корпус.

Enterprise: когда нужна серьёзная инфраструктура

Для высоких нагрузок берут TrueNAS Enterprise: HA-пара, дисковые полки, 25-100GbE, поддержка по SLA, быстрый дедуп в ZFS 2.3 и репликация между площадками. Synology остаётся уместной на периферии, в филиалах и удалённых офисах, где важны компактность, низкое потребление и простота замены. Отдельная задача, где критерии расходятся с обычным файловым хранилищем, это артефакты и инструменты для Kubernetes с миллионами мелких объектов: сравнение по S3, NFS и нагрузке на метаданные приведено в разборе TrueNAS, OpenMediaVault и Synology для хранилища артефактов.

Итоговые рекомендации и чек-лист выбора

Чек-лист перед покупкой:

1. Посчитайте объём на три года вперёд с запасом 30% и прибавьте 20% свободного места под работу ZFS или Btrfs.
2. Определите, кто будет администрировать: есть ли человек с опытом Linux и ZFS или весь стек ляжет на одного сисадмина без запаса времени.
3. Проверьте, нужны ли дедупликация уровня ФС, RAIDZ3, репликация между площадками и S3-совместимый доступ.
4. Сведите бюджет: железо, диски, ECC-память, HBA, обучение и подписка на поддержку.
5. Оцените условия эксплуатации: мощность, шум, температура, место в стойке или шкафу.
6. Опишите план восстановления и назначьте дату первой проверки бэкапа.

Решающее правило простое. Нужны предсказуемость, простота и вендорская поддержка - берите Synology DSM. Нужны гибкость, ZFS и экономия на лицензиях, а команда готова разбираться с пулами - берите TrueNAS Community Edition на Debian. Ветку CORE выбирайте только под чистое хранение и с оглядкой на то, что новых функций в ней не будет.

Практический шаг, который снимет сомнения: разверните TrueNAS CE на виртуальной машине с 16 ГБ RAM и четырьмя виртуальными дисками, создайте пул RAIDZ2, включите SMB, сделайте снапшот и попробуйте восстановить из него файл. Если через час работы схема понятна и предсказуема, платформа ваша; если каждый шаг вызывает вопросы, посчитайте стоимость часа своего времени и сравните её с ценой готового устройства Synology.