В мире хранения данных аббревиатуры сливаются в один поток букв. SAN, NAS, DAS - особенно часто путают первые две. Если вы когда-нибудь задавались вопросом, чем всё-таки отличается SAN от NAS, - этот материал для вас. Разберёмся без лишних сложностей, но с вниманием к важным техническим деталям.
Если совсем коротко: SAN отдаёт серверу «сырой» диск по выделенной сети (блочный доступ), NAS отдаёт готовую сетевую папку по обычной локальной сети (файловый доступ). Отсюда растут все различия - в скорости, цене, сложности и в том, под какие задачи что берут.
SAN (Storage Area Network) - это специализированная сеть для хранения данных, которая объединяет серверы с устройствами хранения в единую высокопроизводительную инфраструктуру.
Суть в этом: сервер видит SAN-хранилище не как сетевой ресурс, а как свой собственный локальный диск. Операционная система работает с ним на уровне блоков - так же, как с диском, вставленным в сервер. Отсюда и высокая скорость с низкими задержками, и то, что SAN идеален для баз данных и виртуализации, где важен именно блочный доступ.
SAN состоит из трёх основных компонентов:
Особенность SAN в том, что устройства хранения подключаются к серверам через отдельную выделенную сеть, а не через обычную локальную сеть предприятия. Эта изоляция и даёт предсказуемую производительность: трафик хранилища не конкурирует с офисным.
По какой «магистрали» сервер общается с хранилищем - определяет протокол. В SAN их три основных:
| Протокол | В чём суть | Где используется |
|---|---|---|
| Fibre Channel (FC) | Выделенная оптическая сеть под хранение, минимальные задержки. Типовые скорости 16/32 Гбит/с, топовые поколения - 64 и 128 Гбит/с. Требует отдельного оборудования (FC-коммутаторы, HBA) и специалистов | Банки, биржи, крупные ЦОД, критичные базы данных |
| iSCSI | Блочный доступ поверх обычной IP-сети (Ethernet). Дешевле FC - не нужна отдельная оптическая фабрика, но добавляет накладные расходы TCP/IP и чувствителен к загрузке сети | Средний бизнес, компании с ограниченным IT-бюджетом |
| FCoE | Попытка пустить Fibre Channel поверх Ethernet, чтобы объединить сети. На практике широкого распространения не получил - рынок выбрал либо чистый FC, либо iSCSI, - и доля FCoE сокращается | Отдельные унифицированные инфраструктуры, реже в новых проектах |
Для большинства задач малого и среднего бизнеса выбор сводится к iSCSI: он не требует отдельной оптической сети и разворачивается на привычном Ethernet.
NAS (Network Attached Storage) - это устройство хранения, подключённое напрямую к локальной сети. По сути специализированный файловый сервер, заточенный под хранение и обмен файлами.
Главное отличие от SAN: NAS работает на уровне файлов, а не блоков. Он подключается к обычной сети предприятия и становится доступен всем компьютерам сразу. Пользователи видят NAS как сетевую папку и работают с ней через привычный файловый менеджер - никакой специальной инфраструктуры не нужно.
Типичная NAS-система включает:
NAS использует протоколы, ориентированные на работу с файлами:
| Протокол | Особенности | Где встречается |
|---|---|---|
| SMB/CIFS | Стандарт файлового доступа в Windows; на нём же работает сетевое окружение в большинстве офисов | Офисы с преобладанием Windows |
| NFS | Стандартный протокол файлового доступа в UNIX/Linux | Серверные, дата-центры с Linux |
| AFP | Устаревший протокол Apple. С 2013 года macOS перешла на SMB, AFP считается legacy и в новых системах не используется | Старые Mac-окружения (по инерции) |
| HTTPS/WebDAV | Доступ к файлам поверх веб-протоколов, понятен браузерам | Удалённая работа, веб-приложения |
На практике в смешанном офисе NAS обычно раздаёт файлы по SMB (для Windows) и NFS (для Linux) одновременно - это две рабочие лошадки файлового доступа.
Чтобы яснее увидеть разницу, сравним обе технологии по основным параметрам:
| Параметр | SAN | NAS |
|---|---|---|
| Уровень доступа | Блочный (как локальный диск) | Файловый (как сетевая папка) |
| Сетевая инфраструктура | Отдельная специализированная сеть | Существующая IP-сеть |
| Стоимость | Выше (специализированное оборудование) | Ниже (стандартные компоненты) |
| Масштабируемость | Очень высокая | Средняя |
| Производительность | Высокая, низкие задержки | Зависит от загруженности сети |
| Сложность настройки | Сложная, требует специалистов | Относительно простая |
| Типичное применение | Базы данных, виртуализация | Файловое хранилище, бэкапы |
Если свести к одному предложению: SAN - это про скорость и блочный доступ для нагруженных приложений, NAS - про простоту и общий доступ к файлам.
Раз уж речь о хранилищах, стоит держать в голове и третий вариант - DAS (Direct Attached Storage), диски, подключённые напрямую к серверу без всякой сети. DAS самый простой и дешёвый, но его ёмкость доступна только тому серверу, к которому он подключён, - разделить её между несколькими машинами по сети нельзя. Полное сравнение всех трёх подходов - в отдельном разборе, DAS против NAS и SAN: что выбрать. Здесь же сосредоточимся на паре SAN/NAS, которую путают чаще всего.
SAN - подходящий вариант, когда вам нужны:
Практический маркер: если у вас нагруженная база данных или ферма виртуализации, где задержки хранилища напрямую бьют по времени отклика приложений, - это территория SAN. Подробнее о сценариях и порогах - в разборе, когда SAN действительно оправдан.
NAS - хороший выбор, если:
Типичный сценарий - команда работает над общими файлами: проектные документы, макеты, видео. Здесь важнее удобный совместный доступ к большим файлам, чем задержки в миллисекундах, - и NAS закрывает это лучше и дешевле.
Границы между SAN и NAS постепенно стираются. Появились унифицированные системы хранения, которые поддерживают и блочный доступ (SAN), и файловый (NAS) через единый интерфейс управления. По сути одна коробка отдаёт и «сырые» диски серверам, и сетевые папки пользователям.
Такие решения удобны организациям, которым нужны оба типа доступа, но не хочется держать две отдельные инфраструктуры. Их преимущества:
К той же тенденции относятся и программно-определяемые хранилища, где логика управления вынесена в софт и не привязана к конкретному железу, - подробнее в разборе программно-определяемых СХД (SDS).
Выбор между SAN, NAS и гибридом зависит от задач организации. Несколько вопросов, которые помогут определиться:
Чтобы вложения в хранилище не превратились в головную боль, избегайте частых ошибок:
SAN и NAS - не конкурирующие технологии, а разные инструменты под разные задачи. SAN даёт высокопроизводительный блочный доступ для критичных приложений, NAS - простой файловый доступ для совместной работы и хранения. А во многих компаниях в итоге живут обе - каждая на своём месте.
SAN или NAS - что выбрать? Под базы данных и виртуализацию, где важны скорость и низкие задержки, - SAN. Под общий доступ к файлам, документам и бэкапам при ограниченном бюджете - NAS. Многие компании используют обе технологии одновременно.
В чём разница между SAN и NAS одним предложением? SAN отдаёт серверу блочное устройство (как локальный диск) по выделенной сети, NAS отдаёт готовые файлы (как сетевую папку) по обычной локальной сети.
Что такое сеть хранения данных? Это и есть SAN (Storage Area Network) - отдельная сеть, которая соединяет серверы с системами хранения и переносит трафик хранилища отдельно от офисной сети.
Какую файловую систему выбрать для NAS? Зависит от платформы NAS: в системах на базе ZFS (многие NAS среднего уровня) - ZFS ради контроля целостности и снапшотов; в простых устройствах - штатная ext4/Btrfs. Для клиентов важнее протокол доступа (SMB для Windows, NFS для Linux), а не сама файловая система хранилища.
SAN дороже NAS - всегда? Как правило да: SAN требует отдельной сети (особенно на Fibre Channel) и квалифицированных администраторов. Но iSCSI-вариант SAN поверх обычного Ethernet заметно снижает порог входа и сближает бюджеты.
По теме: что такое NAS · LUN в СХД: что это и как работает
Подбираете систему хранения под свои задачи?
Инженеры ITTELO помогут определиться между SAN, NAS и гибридом, подберут и соберут СХД под вашу нагрузку и объём, протестируют перед отгрузкой, с гарантией и поддержкой после продажи. На рынке серверов 11+ лет.
СХД и системы хранения · +7 (800) 551-80-12 · info@ittelo.ru