Прямое подключение (DAS) vs Сетевое хранилище (NAS) vs Сеть хранения данных (SAN): что выбрать

Разница между DAS, NAS и SAN не в объёме дисков и не в бренде на корпусе. Она в том, что видит сервер: собственный диск, чужую папку по сети или диск из отдельной сети хранения. Из этого растёт всё остальное - скорость, кто получит доступ к данным, сколько всё это будет стоить и какой квалификации человек понадобится, чтобы оно работало.

Если коротко: один сервер и нужна максимальная скорость - DAS. Общие файлы для отдела - NAS. Несколько серверов, которым одновременно нужен один и тот же диск, - SAN.

К этой тройке для неструктурированных данных - бэкапов, медиа, логов - всё чаще добавляют объектное хранилище S3; разбираем в отдельной статье.

Блочный доступ или файловый: главное отличие

Все споры про «что лучше, DAS или NAS» упираются в один вопрос: на каком уровне вы получаете данные.

Блочный доступ. Хранилище отдаёт серверу голое устройство - набор блоков без всякой структуры. Сервер сам его размечает, сам создаёт файловую систему, сам решает, что там будет лежать. Для операционной системы такой диск неотличим от воткнутого внутрь корпуса. Так работают DAS и SAN.

Файловый доступ. Хранилище само держит файловую систему и отдаёт наружу готовые папки по протоколу SMB или NFS. Сервер их просто подключает. Разметка, права, блокировки файлов - забота хранилища. Так работает NAS.

Отсюда практическое следствие. Базы данных, виртуальные машины и всё, что пишет мелкими случайными кусками, хотят блочный доступ: им нужно управлять своей файловой системой самим. Общие документы, архивы, бэкапы прекрасно живут на файловом. Подробнее про сами протоколы - в разборе протоколов доступа к данным в СХД.

Второй вопрос, который решает выбор: сколько машин лезет в хранилище одновременно.

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

DAS: когда простота - это преимущество

Direct-Attached Storage - это классика жанра. Диски подключаются напрямую к серверу через SATA, SAS или даже USB. Никаких сетей, протоколов, сложных настроек. Подключил, отформатировал, работаешь. Производительность ограничена только скоростью самих дисков и интерфейса подключения - никаких сетевых задержек.

DAS часто недооценивают, считая устаревшей технологией. Но это ошибка. Для многих задач прямое подключение остаётся рабочим вариантом. Локальная база данных небольшой компании, рабочие файлы видеомонтажа, временное хранилище для обработки больших данных - везде, где нужна максимальная скорость и минимальная задержка, DAS вне конкуренции. Где именно оно выигрывает и какие есть подводные камни - в отдельном разборе: когда прямое подключение выигрывает у сетевого.

Разброс скоростей внутри самого DAS больше, чем между DAS и NAS. Одним и тем же словом называют и внешний диск на USB, и полку NVMe:

Цифры в таблице - потолок интерфейса, а не то, что вы увидите в реальной работе. Механический диск отдаст свои 200-250 МБ/с независимо от того, каким кабелем он подключён, а полная корзина дисков упрётся в контроллер или экспандер раньше, чем в сумму портов. Быстрый интерфейс снимает ограничение, но не создаёт скорость.

Главное ограничение DAS - изолированность. Данные доступны только тому серверу, к которому подключены диски. Нужно организовать общий доступ? Придётся настраивать файловый сервер на этой же машине, что превращает DAS в импровизированный NAS со всеми вытекающими ограничениями.

Масштабирование DAS упирается в физические возможности сервера. Закончились слоты для дисков? Либо менять диски на более ёмкие, либо ставить внешнюю дисковую полку без своего контроллера - она цепляется тем же SAS-кабелем и видна серверу так же, как внутренние диски. И то, и другое имеет свои пределы.

NAS: баланс между простотой и функциональностью

Network Attached Storage изменил правила игры для малого и среднего бизнеса. По сути, это специализированный файловый сервер, оптимизированный для хранения и раздачи данных по сети. Подключается к обычной Ethernet-сети, работает по стандартным протоколам: SMB для Windows, NFS для Linux и виртуализации. Что такое NAS и из чего он состоит - разбираем подробно в отдельной статье.

Отдельно про macOS, потому что в старых инструкциях до сих пор попадается совет «для Mac включите AFP». Не включайте. Apple убрала AFP-сервер ещё в macOS 11 Big Sur, в macOS 15.5 пометила клиент устаревшим, а в macOS 27 удалила его совсем. Mac давно ходит на сетевые папки по SMB, и никаких дополнительных настроек на стороне хранилища для этого не нужно.

NAS давно перерос роль коробки с дисками. Это полноценный мини-сервер с процессором, памятью и операционной системой, которая умеет раздавать папки, крутить бэкапы, писать видео с камер и запускать контейнеры.

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

Производительность NAS ограничена сетью. Гигабитное подключение даёт теоретический максимум 125 МБ/с, реально - 110-115 МБ/с. Для офисной работы с документами этого хватает с запасом. Для монтажа 4K или тяжёлой базы данных - уже нет. Десятигигабитная сеть снимает ограничение и поднимает потолок примерно до 1,1 ГБ/с, но тянет за собой коммутатор, сетевые карты во всех рабочих местах и нормальную кабельную систему. Считайте это отдельной статьёй бюджета, а не галочкой в спецификации.

SAN: когда компромиссы недопустимы

Storage Area Network - это отдельная высокоскоростная сеть, предназначенная исключительно для передачи данных между серверами и системами хранения. Ключевое отличие от NAS - блочный доступ к данным. Для сервера диск в SAN выглядит как локальный, хотя физически может находиться в другом здании. Чем эта пара различается по деталям, разбираем отдельно: SAN или NAS - в чём разница.

SAN использует специализированные протоколы: Fibre Channel (FC) или iSCSI. Рабочий диапазон FC сегодня - 16 и 32 Гбит/с; 64 Гбит/с (седьмое поколение) отгружается с 2020 года, 128-гигабитное стандартизовано и появляется в ядре крупных сетей. Восьмигигабитный FC - это уже вторичный рынок. iSCSI работает поверх обычного Ethernet, и это его главный плюс и главная ловушка одновременно: запустить можно на том, что уже есть, но получить предсказуемую задержку без выделенной сети и нормальных коммутаторов не выйдет.

Преимущества SAN раскрываются в сложных инфраструктурах. Виртуализация серверов? Виртуальные машины переезжают между физическими хостами без остановки сервиса. Кластеры высокой доступности? SAN отдаёт один и тот же том всем узлам сразу. Нужна гарантированная производительность для критичных приложений? Выделенная сеть не конкурирует с обычным трафиком.

Обратная сторона медали - сложность и стоимость. SAN требует специализированного оборудования: FC-коммутаторы, HBA-адаптеры, оптика. Настройка зонирования, маскирования LUN, multipath - это работа для человека, который такое уже делал. Ошибка в конфигурации приводит к недоступности сервисов, а в паре с невнимательностью - и к потере данных.

Сравнение систем хранения данных: ключевые параметры

Порядок затрат в таблице - это про класс решения, а не прайс: конкретная цифра зависит от объёма, типа дисков, резервирования и того, нужна ли поддержка вендора.

Реальные сценарии: кому что подходит

Фрилансер или микробизнес до 5 человек. DAS закроет задачу. Внешний RAID-массив к рабочей станции даст и надёжность, и скорость, и обойдётся дешевле любой сетевой схемы.

Небольшая компания 10-50 сотрудников. NAS закроет всё: общие папки, резервное копирование, удалённый доступ. Четырёхдисковый NAS среднего уровня с дисками - самый частый выбор в этом сегменте.

Средний бизнес 50-500 сотрудников с несколькими офисами. Скорее всего, потребуется комбинация. NAS под файловое хранилище и бэкапы, DAS или начальный SAN под базы и критичные приложения.

Корпорация или дата-центр. SAN становится необходимостью: виртуализация, кластеры, тысячи пользователей требуют производительности и надёжности другого класса.

Тот же выбор, но со стороны задачи, а не размера штата:

Что из этого реально купить в России

Схемы из учебника упираются в поставки, и об этом в сравнениях обычно молчат.

Начнём с готовых NAS привычных марок. Synology ещё в марте 2022 года официально приостановила поставки и техническую поддержку в России и Беларуси - объявление до сих пор висит на её собственном сайте. То, что продаётся сейчас, едет через параллельный импорт. Гарантия в этом случае живёт по правилам конкретного продавца, а не производителя, и на поддержку вендора рассчитывать не приходится. Для домашней медиатеки терпимо. Для рабочих данных компании стоит хотя бы спросить у поставщика, кто именно и на каких условиях будет чинить эту коробку через полтора года.

Вместо готового NAS файловое хранилище чаще всего собирают сами: обычная серверная платформа с дисковой корзиной, а сверху TrueNAS, OpenMediaVault или просто Linux с Samba и NFS. Функционально получается тот же NAS, только железо вы выбираете под себя и ни к какому вендору не привязаны. Что ставить сверху - разбираем в статье про ОС для сетевого хранилища.

Российские производители СХД закрывают и файловый доступ, и блочный; если вы попадаете под требования по импортозамещению, проверяйте оборудование по реестру радиоэлектронной продукции Минпромторга - наличие в нём и есть формальное подтверждение отечественности. Сертификат ФСТЭК его не заменяет, это отдельная история под свои задачи.

Отдельно про Fibre Channel. Новые коммутаторы и адаптеры возить стало сложнее и дороже, заметная часть рынка ушла на вторичку. Если вы только проектируете хранилище под виртуализацию и исторического парка FC у вас нет, разумнее смотреть в сторону iSCSI на 10 или 25 Гбит/с: железо доступно, а обслуживать сеть сможет обычный сетевой инженер, без редкой квалификации по фабрикам.

С дисками проще всего - корпоративные SATA, SAS и NVMe есть в наличии. Именно на них, а не на классе хранилища, обычно и сходится итоговый бюджет.

Гибридные подходы: лучшее из всех миров

В реальных инфраструктурах одной технологией обходятся редко. Типичный расклад в среднем бизнесе выглядит примерно так:

• DAS на серверах под системные диски и локальные базы;
• NAS под общие файлы, архивы и резервные копии;
• iSCSI-хранилище (или тот же NAS в режиме iSCSI) под виртуализацию.

Дорогая технология работает там, где она нужна, и не оплачивается там, где не нужна. Заодно снимается ложная развилка: выбирать одно из трёх на всю компанию никто не заставляет.

Типичные ошибки при выборе

Покупка SAN «на вырост» для малого бизнеса. Инвестиции в несколько миллионов в SAN для компании из 30 человек редко оправданы. За эти деньги можно взять пару NAS с полным резервированием, и ещё останется на модернизацию остальной инфраструктуры.

Попытка использовать NAS для высоконагруженных баз данных. Сетевые задержки и ограничения протоколов делают файловую шару неподходящей для систем с тысячами транзакций в секунду. Здесь нужен либо DAS с быстрыми SSD, либо блочное подключение через iSCSI.

Игнорирование требований к квалификации. SAN без грамотного администратора - бомба замедленного действия. Если в штате нет специалиста с таким опытом, честнее выбрать NAS или заложить в бюджет подрядчика на сопровождение.

Экономия на сети при внедрении NAS. Производительный NAS в дешёвом неуправляемом коммутаторе - гарантия претензий к хранилищу, которое здесь ни при чём.

Расчёт ёмкости «в упор». Взяли 20 ТБ под 18 ТБ данных - и через полгода упёрлись. К моменту закупки прикидывайте рост хотя бы на два-три года: доставить полку обычно дороже и дольше, чем сразу взять корзину побольше.

TCO: считаем полную стоимость владения

При сравнении систем хранения данных первоначальная цена - меньшая часть картины. DAS почти не требует обслуживания: замена отказавшего диска раз в пару лет, и всё. NAS просит обновлять прошивки, следить за здоровьем массива и проверять, что бэкапы действительно делаются. SAN - это постоянная работа: обновления, тонкая настройка производительности, разбор путей и зонирования.

Энергопотребление тоже различается, но не так драматично, как иногда пишут. Настольный четырёхдисковый NAS в работе укладывается в несколько десятков ватт. Стоечная СХД с полкой и парой контроллеров - это уже сотни ватт, и её нужно закладывать в расчёт мощности ИБП и в тепловыделение серверной. Про десятки киловатт речь заходит на масштабе крупного ЦОД, и к задачам малого бизнеса это отношения не имеет.

Третья статья расходов, о которой вспоминают позже всего, - люди. Час работы администратора, который умеет в FC-фабрику и multipath, стоит заметно дороже часа того, кто настраивает общие папки. Если такого человека в штате нет, разница ляжет в договор с подрядчиком.

Перспективы развития технологий хранения

Границы между DAS, NAS и SAN постепенно размываются. NVMe over Fabrics даёт производительность, близкую к прямому подключению, при сетевой гибкости SAN - и в варианте NVMe over TCP работает поверх обычного Ethernet, без отдельной фабрики. Гиперконвергентные системы объединяют вычисления и хранение в одних узлах. Программно-определяемые хранилища отвязывают логику от конкретного железа.

Базовые принципы никуда не делись. Прямое подключение даёт максимальную скорость. Сетевое хранилище - удобство и общий доступ. Выделенная сеть хранения - масштаб и отказоустойчивость.

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

Частые вопросы

Чем DAS отличается от NAS?

Способом подключения и уровнем доступа. DAS цепляется кабелем прямо к серверу и отдаёт ему блочное устройство - сервер видит обычный диск. NAS стоит в сети и раздаёт готовые папки по SMB или NFS. Отсюда и разница в применении: DAS быстрее, NAS доступен всем сразу.

DAS или NAS - что лучше для небольшой компании?

Смотрите, сколько машин работает с данными. Одна рабочая станция или один сервер - берите DAS, это дешевле и быстрее. Нужен общий доступ для отдела, бэкапы с нескольких компьютеров, работа из дома - только NAS. Промежуточный вариант «DAS плюс расшаренная папка на сервере» работает, но вы получаете тот же NAS, только собранный вручную и без его удобств.

Технология SAN устарела?

Нет. Устаревает не SAN, а представление о том, что SAN обязательно означает Fibre Channel. Блочный доступ по сети остаётся основой виртуализации и кластеров, просто транспорт всё чаще Ethernet: iSCSI и NVMe over TCP. Классические FC-фабрики продолжают работать там, где они уже построены и где нужна предсказуемая задержка.

Можно ли сделать NAS из обычного сервера?

Можно, и в России это сейчас самый практичный путь. Серверная платформа с дисковой корзиной плюс TrueNAS, OpenMediaVault или Linux с Samba - и вы получаете сетевое хранилище без привязки к вендору. Взамен придётся самому следить за обновлениями и здоровьем массива.

Нужен ли SAN малому бизнесу?

В классическом виде, с FC-фабрикой и выделенными коммутаторами, - почти никогда. А вот блочный доступ по iSCSI пригодится и небольшой компании: он нужен, как только вы поднимаете кластер виртуализации из двух-трёх узлов с живой миграцией. Такое умеет и NAS среднего уровня, отдельная сеть хранения для этого не требуется.

Что быстрее - SAS или NVMe?

NVMe, и с большим отрывом по задержке. Один накопитель PCIe 4.0 x4 выдаёт до 7 ГБ/с против примерно 1,2 ГБ/с у одной линии SAS-3. Но SAS выигрывает в другом: к одному контроллеру можно подцепить десятки дисков и внешние полки, а линий PCIe в сервере всегда мало. Поэтому под базы берут NVMe, а под ёмкость - SAS.