Словарь ИИ

Что такое сеть хранения данных SAN

Что такое сеть хранения данных SAN

SAN, или storage area network, — это выделенная сеть для подключения серверов к системам хранения на блочном уровне. Она отделяет трафик хранения от обычной локальной сети и дает общий доступ к дисковым массивам, ленточным библиотекам и другим ресурсам хранения.

Содержание статьи

Что такое SAN простыми словами

SAN — это отдельная инфраструктура, через которую серверы получают доступ к общему хранилищу так, будто диски подключены к ним напрямую. На практике это сеть из серверов, систем хранения, коммутаторов и программ управления.

Главная идея SAN — вынести хранение данных за пределы конкретного сервера. Тогда один массив могут использовать сразу несколько серверов, а администратор управляет ресурсами централизованно. Такой подход нужен там, где важны скорость, отказоустойчивость и предсказуемая работа приложений.

Обычное локальное хранилище внутри сервера быстро упирается в пределы по объему, масштабированию и резервированию. SAN решает эту задачу за счет отдельной сети хранения.

Зачем нужна SAN

SAN нужна для ситуаций, когда встроенного хранилища сервера или обычного сетевого доступа к файлам уже недостаточно. Она помогает объединить ресурсы хранения, убрать узкие места и повысить доступность данных.

Без SAN сервер часто оказывается жестко привязан к своим дискам. Это ограничивает рост инфраструктуры и усложняет перенос нагрузок между узлами. Если же хранилище вынесено в отдельную сеть, несколько серверов могут работать с одними и теми же ресурсами хранения по заданным правилам доступа.

Для корпоративных приложений это важно по нескольким причинам. Данные растут. Пользователей становится больше. Требования к времени простоя ужесточаются.

  • Централизация хранения — дисковые и ленточные системы собираются в единую среду.
  • Совместный доступ — несколько серверов могут подключаться к одному пулу хранения.
  • Снижение риска отказа — доступ к данным можно организовать по нескольким путям.
  • Поддержка аварийного восстановления — копии данных можно хранить на удаленной площадке.
  • Отделение трафика хранения — операции чтения и записи не мешают обычному сетевому обмену.

Какие преимущества дает SAN

SAN дает высокую производительность, гибкое масштабирование и удобное управление общими ресурсами хранения. Ее особенно ценят в средах с базами данных, виртуализацией, кластерами и большими объемами ввода-вывода.

Одна из ключевых особенностей SAN — работа с блочным доступом. Сервер получает блоки данных и сам решает, как организовать файловую систему и операции ввода-вывода. За счет этого приложения работают быстрее, чем при типичном файловом доступе по сети.

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

Отдельно стоит вопрос доступности. SAN обычно строят так, чтобы у сервера было несколько путей к одному и тому же хранилищу. Если один путь недоступен, трафик идет по другому маршруту.

Ключевые плюсы SAN

Набор преимуществ зависит от архитектуры, но базовые выгоды у SAN устойчивы.

Преимущество Что это дает
Высокая скорость доступа Данные передаются по выделенной сети хранения без лишней нагрузки на обычную локальную сеть
Общий доступ к хранилищу Несколько серверов могут использовать общие массивы и ленточные системы
Масштабируемость Инфраструктуру хранения проще расширять по мере роста нагрузки
Отказоустойчивость Поддерживаются резервные пути доступа и дублирование компонентов
Централизованное управление Проще контролировать емкость, подключения, резервирование и политики доступа
Поддержка резервного копирования и DR Удобнее строить удаленные копии и сценарии восстановления после сбоя

Как работает SAN

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

В основе SAN лежит идея: передача данных хранения должна идти по своему каналу, а не конкурировать с пользовательским трафиком в обычной сети. Для этого в инфраструктуре используют коммутаторы SAN, адаптеры HBA, системы хранения и программный слой управления.

Сервер отправляет запрос на чтение или запись блока. Этот запрос проходит через адаптер и коммутируемую среду SAN к нужному массиву. Массив обрабатывает операцию и возвращает данные обратно по тому же или резервному пути.

Если в архитектуре предусмотрена многопутевость, один и тот же том доступен серверу по нескольким маршрутам. Это повышает доступность и уменьшает риск простоя из-за отказа отдельного компонента.

Упрощенная схема работы SAN

Базовая логика обычно выглядит так.

  1. Сервер формирует запрос на доступ к блочному устройству.
  2. Адаптер сервера передает запрос в сеть SAN.
  3. Коммутатор направляет трафик к нужной системе хранения.
  4. Система хранения выполняет чтение или запись блока.
  5. Ответ возвращается серверу по одному из доступных путей.

Что входит в SAN

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

Серверы

Серверы в SAN — это потребители ресурсов хранения. Они запускают приложения, базы данных, виртуальные машины и другие рабочие нагрузки, которым нужен быстрый доступ к общим томам.

В крупных средах серверы часто объединяют в кластеры. Тогда общее хранилище SAN помогает поддерживать отказоустойчивость и перенос сервисов между узлами.

Системы хранения

Системы хранения в SAN включают дисковые массивы и ленточные устройства. В качестве носителей применяются HDD, SSD и флеш-память, а для архивных задач — ленточные приводы и библиотеки.

Дисковые системы отвечают за быстрый доступ к рабочим данным. Ленточные — за долговременное хранение и резервное копирование. В одной SAN могут использоваться оба типа.

Сетевая инфраструктура

Сетевая часть SAN связывает серверы и хранилища в единую фабрику хранения. В нее входят коммутаторы, маршрутизаторы, шлюзы, директора и программные средства управления.

Именно эта часть определяет, как устройства находят друг друга, как разграничивается доступ и как строятся резервные пути передачи данных.

Что такое коммутатор SAN

Коммутатор SAN — это центральный элемент сети хранения, который передает трафик между серверами и общими системами хранения. Он строит связность внутри SAN и позволяет масштабировать число подключений.

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

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

Какие протоколы подключения используются в SAN

SAN может работать на разных протоколах, и выбор зависит от требований к скорости, существующей сети и типу оборудования. Чаще всего используют iSCSI, Fibre Channel, FCoE, FCIP и FC-NVMe.

Протокол определяет, как серверы, коммутаторы и системы хранения обмениваются командами и данными внутри сети хранения. В ряде случаев в одной инфраструктуре применяют сразу несколько протоколов, если это поддерживается оборудованием.

iSCSI

iSCSI — это протокол передачи команд SCSI через IP-сеть. Он позволяет строить SAN на базе привычной сетевой инфраструктуры TCP/IP.

Его плюс в том, что для хранения можно использовать те же сетевые технологии, что и для обычного обмена данными. За счет этого внедрение часто оказывается проще, чем в средах с отдельной Fibre Channel-инфраструктурой.

Fibre Channel

Fibre Channel — классический протокол для SAN в корпоративных системах хранения. Он ориентирован на высокую пропускную способность и низкие задержки в среде хранения.

Именно Fibre Channel долгое время оставался стандартным вариантом для крупных SAN, где нужна стабильная работа с интенсивной нагрузкой на ввод-вывод.

Fibre Channel over Ethernet

FCoE передает пакеты Fibre Channel через Ethernet. Этот подход помогает объединять сетевую и storage-инфраструктуру на общей физической базе.

Такие развертывания часто называют конвергентными сетями, потому что одна среда переносит и IP-трафик, и трафик хранения.

Fibre Channel over IP

FCIP — это туннелирование трафика Fibre Channel через IP-сеть. Его применяют для связи SAN, которые находятся на разных площадках.

Этот вариант полезен при построении удаленной репликации и сценариев аварийного восстановления, когда нужно передавать данные между географически разнесенными центрами обработки данных.

FC-NVMe

FC-NVMe — это передача протокола NVMe через Fibre Channel. Она ускоряет обмен данными между системами и твердотельными накопителями.

Такой подход нужен там, где инфраструктура уже построена на Fibre Channel, но требуется более быстрый доступ к SSD через современные механизмы работы с памятью хранения.

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

SAN и NAS решают разные задачи. SAN дает блочный доступ к данным через выделенную сеть хранения, а NAS предоставляет файловый доступ по обычной сети Ethernet.

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

У SAN обычно выше цена внедрения и сложнее архитектура. У NAS проще запуск и администрирование, но его возможности и типичные сценарии отличаются.

Параметр SAN NAS
Тип доступа Блочный Файловый
Сеть Выделенная сеть хранения, часто Fibre Channel или iSCSI Обычная IP-сеть, обычно Ethernet
Типовая архитектура Сеть из нескольких устройств хранения и коммутаторов Отдельное файловое устройство или массив
Производительность Обычно выше в задачах с интенсивным вводом-выводом Ограничена файловым доступом и параметрами общей сети
Масштабирование Широкие возможности расширения Обычно проще, но пределы ниже
Сценарии Базы данных, виртуализация, кластеры, критичные приложения Файловые хранилища, совместная работа, сетевые папки
Внедрение Сложнее и дороже Проще и дешевле

Где SAN особенно уместна

SAN уместна там, где нужно общее высокопроизводительное хранилище для нескольких серверов и строгие требования к доступности. Чаще всего речь идет о корпоративных приложениях, виртуализации, кластерах и резервных площадках.

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

Для небольших задач она может оказаться избыточной. Для нагруженных сред — наоборот, логичной базой хранения.