Что такое SAN и как он отличается от NAS?
- SAN: хранилище, которое притворяется локальным диском
- Как устроен SAN
- Протоколы SAN
- NAS: сетевое файловое хранилище
- Компоненты NAS
- Протоколы NAS
- SAN vs NAS: в чём принципиальная разница?
- А как же DAS?
- Когда выбирать SAN?
- Когда выбирать NAS?
- Гибридные решения: унифицированные системы хранения
- Как выбрать подходящее решение?
- Распространённые ошибки при выборе систем хранения
- Частые вопросы
В мире хранения данных аббревиатуры сливаются в один поток букв. SAN, NAS, DAS - особенно часто путают первые две. Если вы когда-нибудь задавались вопросом, чем всё-таки отличается SAN от NAS, - этот материал для вас. Разберёмся без лишних сложностей, но с вниманием к важным техническим деталям.
Если совсем коротко: SAN отдаёт серверу «сырой» диск по выделенной сети (блочный доступ), NAS отдаёт готовую сетевую папку по обычной локальной сети (файловый доступ). Отсюда растут все различия - в скорости, цене, сложности и в том, под какие задачи что берут.
SAN: хранилище, которое притворяется локальным диском
SAN (Storage Area Network) - это специализированная сеть для хранения данных, которая объединяет серверы с устройствами хранения в единую высокопроизводительную инфраструктуру.
Суть в этом: сервер видит SAN-хранилище не как сетевой ресурс, а как свой собственный локальный диск. Операционная система работает с ним на уровне блоков - так же, как с диском, вставленным в сервер. Отсюда и высокая скорость с низкими задержками, и то, что SAN идеален для баз данных и виртуализации, где важен именно блочный доступ.
Как устроен SAN
SAN состоит из трёх основных компонентов:
- Серверы - обрабатывают запросы и управляют данными.
- Устройства хранения - массивы дисков или флеш-накопители, где физически размещаются данные.
- Сетевая инфраструктура - коммутаторы, HBA-адаптеры и соединения, обеспечивающие связь серверов с хранилищами.
Особенность 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: сетевое файловое хранилище
NAS (Network Attached Storage) - это устройство хранения, подключённое напрямую к локальной сети. По сути специализированный файловый сервер, заточенный под хранение и обмен файлами.
Главное отличие от SAN: NAS работает на уровне файлов, а не блоков. Он подключается к обычной сети предприятия и становится доступен всем компьютерам сразу. Пользователи видят NAS как сетевую папку и работают с ней через привычный файловый менеджер - никакой специальной инфраструктуры не нужно.
Компоненты NAS
Типичная NAS-система включает:
- Специализированное устройство - компактный сервер с процессором, памятью и дисками.
- Операционную систему - обычно облегчённый Linux или FreeBSD.
- Сетевой интерфейс - для подключения к локальной сети.
- Файловую систему - для организации хранения данных.
Протоколы 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 vs NAS: в чём принципиальная разница?
Чтобы яснее увидеть разницу, сравним обе технологии по основным параметрам:
| Параметр | SAN | NAS |
|---|---|---|
| Уровень доступа | Блочный (как локальный диск) | Файловый (как сетевая папка) |
| Сетевая инфраструктура | Отдельная специализированная сеть | Существующая IP-сеть |
| Стоимость | Выше (специализированное оборудование) | Ниже (стандартные компоненты) |
| Масштабируемость | Очень высокая | Средняя |
| Производительность | Высокая, низкие задержки | Зависит от загруженности сети |
| Сложность настройки | Сложная, требует специалистов | Относительно простая |
| Типичное применение | Базы данных, виртуализация | Файловое хранилище, бэкапы |
Если свести к одному предложению: SAN - это про скорость и блочный доступ для нагруженных приложений, NAS - про простоту и общий доступ к файлам.
А как же DAS?
Раз уж речь о хранилищах, стоит держать в голове и третий вариант - DAS (Direct Attached Storage), диски, подключённые напрямую к серверу без всякой сети. DAS самый простой и дешёвый, но его ёмкость доступна только тому серверу, к которому он подключён, - разделить её между несколькими машинами по сети нельзя. Полное сравнение всех трёх подходов - в отдельном разборе, DAS против NAS и SAN: что выбрать. Здесь же сосредоточимся на паре SAN/NAS, которую путают чаще всего.
Когда выбирать SAN?
SAN - подходящий вариант, когда вам нужны:
- Максимальная производительность. Высокая пропускная способность и минимальные задержки критичны для баз данных и виртуализации.
- Высокая доступность. Архитектура SAN предусматривает несколько уровней избыточности, что снижает риск простоя.
- Гибкость управления. Ёмкость можно перераспределять между серверами без физической перенастройки.
- Масштабируемость. SAN расширяется до петабайтов без потери производительности.
Практический маркер: если у вас нагруженная база данных или ферма виртуализации, где задержки хранилища напрямую бьют по времени отклика приложений, - это территория SAN. Подробнее о сценариях и порогах - в разборе, когда SAN действительно оправдан.
Когда выбирать NAS?
NAS - хороший выбор, если:
- Важна простота. NAS настраивают и поддерживают без глубоких специальных знаний.
- Нужен общий доступ к файлам. NAS идеален для документов, мультимедиа и файлов, к которым обращаются много пользователей.
- Бюджет ограничен. NAS обычно дешевле полноценного SAN-решения.
- Инфраструктура небольшая. Для малого и среднего бизнеса функциональности NAS чаще всего хватает.
Типичный сценарий - команда работает над общими файлами: проектные документы, макеты, видео. Здесь важнее удобный совместный доступ к большим файлам, чем задержки в миллисекундах, - и NAS закрывает это лучше и дешевле.
Гибридные решения: унифицированные системы хранения
Границы между SAN и NAS постепенно стираются. Появились унифицированные системы хранения, которые поддерживают и блочный доступ (SAN), и файловый (NAS) через единый интерфейс управления. По сути одна коробка отдаёт и «сырые» диски серверам, и сетевые папки пользователям.
Такие решения удобны организациям, которым нужны оба типа доступа, но не хочется держать две отдельные инфраструктуры. Их преимущества:
- единое управление всеми ресурсами хранения;
- более эффективное использование дискового пространства;
- ниже затраты на администрирование;
- проще резервное копирование и восстановление.
К той же тенденции относятся и программно-определяемые хранилища, где логика управления вынесена в софт и не привязана к конкретному железу, - подробнее в разборе программно-определяемых СХД (SDS).
Как выбрать подходящее решение?
Выбор между SAN, NAS и гибридом зависит от задач организации. Несколько вопросов, которые помогут определиться:
- Какие приложения будут использовать хранилище? Базы данных и виртуализация - в сторону SAN; файловое хранение и обмен - NAS.
- Насколько критична производительность? Если счёт идёт на миллисекунды - SAN. Если скорость доступа не так критична - NAS.
- Какой бюджет? SAN требует вложений и в оборудование, и в обучение персонала.
- Есть ли специалисты с опытом SAN? Для настройки и обслуживания SAN нужны отдельные навыки.
- Как планируете масштабироваться? При быстром росте данных SAN масштабируется более плавно.
Распространённые ошибки при выборе систем хранения
Чтобы вложения в хранилище не превратились в головную боль, избегайте частых ошибок:
- Покупка «с запасом на вырост». Платить сейчас за ёмкость и функции, которые, возможно, никогда не понадобятся, - плохая идея. Лучше брать масштабируемое решение и наращивать его по мере роста данных.
- Недооценка стоимости владения. Цена железа - не вся стоимость. Добавьте поддержку, электроэнергию, обучение персонала: за три года эксплуатации эти статьи легко догоняют цену покупки.
- Выбор по числу функций. «Чем больше умеет - тем лучше» здесь не работает: за неиспользуемые возможности всё равно платите вы.
- Игнорирование будущих потребностей. Система должна закрывать и сегодняшние задачи, и то, что появится через год-два, - заложите возможность расширения заранее.
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


