Сеть хранения данных

оптоволоконный канал
оптоволоконный канал
Уровень 4. Сопоставление протоколов
	Маскировка LUN
Уровень 3. Общие услуги
Уровень 2. Сеть
	Ткань Fibre Channel ; Зонирование Fibre Channel ; Уведомление об изменении зарегистрированного состояния
Уровень 1. Канал передачи данных
	Кодирование Fibre Channel 8b/10b
Уровень 0. Физический

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

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

Новые конфигурации SAN позволяют использовать гибридную SAN. ^[1] и разрешить традиционное блочное хранилище, которое выглядит как локальное хранилище, а также объектное хранилище для веб-сервисов через API.

Архитектуры хранения данных

Сети хранения данных (SAN) иногда называют сетью за серверами. ^[2]^: 11 и исторически сложилась на базе централизованной модели хранения данных , но с собственной сетью передачи данных . Проще говоря, SAN — это выделенная сеть для хранения данных. Помимо хранения данных, сети SAN позволяют автоматически выполнять резервное копирование данных, а также контролировать хранилище, а также процесс резервного копирования. ^[3]^: 16–17 SAN представляет собой комбинацию аппаратного и программного обеспечения. ^[3]^: 9 Он вырос из архитектур мейнфреймов , ориентированных на данные , где клиенты в сети могут подключаться к нескольким серверам , хранящим различные типы данных. ^[3]^: 11 Для масштабирования емкости хранилища по мере роста объемов данных было разработано хранилище с прямым подключением (DAS), где дисковые массивы или просто группа дисков к серверам подключались (JBOD). В этой архитектуре можно добавлять устройства хранения для увеличения емкости хранилища. Однако сервер, через который осуществляется доступ к устройствам хранения данных, представляет собой единую точку отказа , и большая часть пропускной способности сети локальной сети используется для доступа, хранения и резервного копирования данных. Чтобы решить проблему единой точки отказа, была реализована архитектура общего хранилища с прямым подключением , в которой несколько серверов могли получить доступ к одному и тому же устройству хранения. ^[3]^: 16–17

DAS была первой сетевой системой хранения данных и до сих пор широко используется там, где требования к хранению данных не очень высоки. На его основе была разработана архитектура сетевого хранилища (NAS), в которой один или несколько выделенных файловых серверов или устройств хранения данных доступны в локальной сети. ^[3]^: 18 Таким образом, передача данных, особенно для резервного копирования, по-прежнему происходит по существующей локальной сети. Если одновременно хранилось более терабайта данных, пропускная способность локальной сети становилась узким местом. ^[3]^: 21–22 Поэтому были разработаны сети SAN, в которых выделенная сеть хранения была подключена к локальной сети, а терабайты данных передаются по выделенной сети с высокой скоростью и пропускной способностью. В сети SAN устройства хранения данных взаимосвязаны. Передача данных между устройствами хранения, например, для резервного копирования, происходит за серверами и должна быть прозрачной. ^[3]^: 22 В архитектуре NAS данные передаются с использованием протоколов TCP и IP через Ethernet . Для сетей SAN были разработаны отдельные протоколы, такие как Fibre Channel , iSCSI , Infiniband . Поэтому сети SAN часто имеют собственную сеть и устройства хранения данных, которые необходимо покупать, устанавливать и настраивать. Это делает сети SAN более дорогими, чем архитектуры NAS. ^[3]^: 29

Компоненты

Сети SAN имеют свои собственные сетевые устройства, такие как коммутаторы SAN. Для доступа к SAN используются так называемые серверы SAN, которые, в свою очередь, подключаются к хост-адаптерам SAN . В сети SAN могут быть соединены различные устройства хранения данных, такие как дисковые массивы с поддержкой SAN, JBODS и ленточные библиотеки . ^[3]^{: 32, 35–36}

Хост-слой

Говорят, что серверы, которые обеспечивают доступ к SAN и ее устройствам хранения, образуют хост-уровень SAN. сервера Такие серверы имеют хост-адаптеры, которые представляют собой карты, которые подключаются к слотам на материнской плате (обычно слотам PCI) и работают с соответствующей прошивкой и драйвером устройства . Через хост-адаптеры операционная система сервера может взаимодействовать с устройствами хранения данных в сети SAN. ^[4]^: 26

При развертывании оптоволоконного канала кабель подключается к хост-адаптеру через преобразователь гигабитного интерфейса (GBIC). GBIC также используются в коммутаторах и устройствах хранения данных в сети SAN и преобразуют цифровые биты в световые импульсы, которые затем могут передаваться по кабелям Fibre Channel. И наоборот, GBIC преобразует входящие световые импульсы обратно в цифровые биты. Предшественник GBIC назывался Gigabit Link Module (GLM). ^[4]^: 27

Слой ткани

Qlogic SAN- коммутатор с установленными оптическими разъемами Fibre Channel

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

Когда сети SAN были впервые созданы, концентраторы были единственными устройствами, поддерживающими Fibre Channel, но были разработаны коммутаторы Fibre Channel, и концентраторы теперь редко встречаются в SAN. Преимущество коммутаторов перед концентраторами заключается в том, что они позволяют всем подключенным устройствам обмениваться данными одновременно, поскольку коммутатор обеспечивает выделенный канал для соединения всех своих портов друг с другом. ^[4]^: 34 Когда сети SAN были впервые созданы, Fibre Channel нужно было реализовать по медным кабелям, в наши дни многомодовые оптоволоконные кабели . в сетях SAN используются ^[4]^: 40

Сети SAN обычно строятся с резервированием, поэтому коммутаторы SAN подключаются с помощью резервных каналов. Коммутаторы SAN соединяют серверы с устройствами хранения данных и обычно неблокируются, позволяя передавать данные по всем подключенным проводам одновременно. ^[4]^: 29 Коммутаторы SAN в целях резервирования устанавливаются в ячеистой топологии . Один коммутатор SAN может иметь от 8 портов до 32 портов с модульными расширениями. ^[4]^: 35 Так называемые коммутаторы директорского класса могут иметь до 128 портов. ^[4]^: 36

В коммутируемых сетях SAN используется протокол коммутируемой структуры Fibre Channel FC-SW-6, согласно которому каждое устройство в сети SAN имеет жестко закодированный адрес мирового имени (WWN) в адаптере главной шины (HBA). Если устройство подключено к SAN, его WWN регистрируется на сервере имен коммутатора SAN. ^[4]^: 47 Вместо WWN или глобального имени порта (WWPN) поставщики устройств хранения данных SAN Fibre Channel также могут жестко запрограммировать глобальное имя узла (WWNN). Порты устройств хранения данных часто имеют WWN, начинающийся с 5, а шинные адаптеры серверов начинаются с 10 или 21. ^[4]^: 47

Уровень хранения

Протокол сериализованного интерфейса малых компьютерных систем (SCSI) часто используется поверх протокола коммутируемой структуры Fibre Channel на серверах и устройствах хранения данных SAN. Интерфейс малых компьютерных систем Интернета (iSCSI) через Ethernet и протоколы Infiniband также могут быть реализованы в сетях SAN, но часто подключаются к сети Fibre Channel SAN. Однако доступны устройства хранения данных Infiniband и iSCSI, в частности дисковые массивы. ^[4]^: 47–48

Говорят, что различные устройства хранения данных в сети SAN образуют уровень хранения . Он может включать в себя различные жесткие диски и магнитные ленты , на которых хранятся данные. В сетях SAN дисковые массивы объединяются посредством RAID , благодаря чему множество жестких дисков выглядят и работают как одно большое устройство хранения данных. ^[4]^: 48 Каждому устройству хранения данных или даже разделу этого устройства хранения данных номер логического устройства присвоен (LUN). Это уникальный номер в сети SAN. Каждый узел в сети SAN, будь то сервер или другое устройство хранения данных, может получить доступ к хранилищу, обратившись к LUN. LUN позволяют сегментировать емкость хранилища SAN и осуществлять контроль доступа. Например, конкретному серверу или группе серверов может быть предоставлен доступ только к определенной части уровня хранения SAN в виде LUN. Когда устройство хранения получает запрос на чтение или запись данных, оно проверяет свой список доступа, чтобы установить, разрешен ли узлу, идентифицируемому его LUN, доступ к области хранения, также идентифицируемой LUN. ^[4]^{: 148–149} Маскирование LUN — это метод, при котором адаптер главной шины и программное обеспечение SAN сервера ограничивают LUN, для которых принимаются команды. При этом замаскируются LUN, к которым сервер никогда не должен иметь доступ. ^[4]^: 354 Другим методом ограничения доступа сервера к определенным устройствам хранения данных SAN является управление доступом на основе структуры или зонирование, которое обеспечивается сетевыми устройствами и серверами SAN. При зонировании доступ к серверу ограничен устройствами хранения, которые находятся в определенной зоне SAN. ^[5]

Сетевые протоколы

Уровень сопоставления с другими протоколами используется для формирования сети:

ATA через Ethernet (AoE), отображение AT Attachment (ATA) через Ethernet
Протокол Fibre Channel (FCP), сопоставление SCSI с Fibre Channel.
Оптоволоконный канал через Ethernet (FCoE)
ESCON через Fibre Channel ( FICON ), используемый мэйнфреймами.
HyperSCSI , отображение SCSI через Ethernet
iFCP ^[6] или САНоИП ^[7] отображение FCP поверх IP
iSCSI , отображение SCSI через TCP/IP
Расширения iSCSI для RDMA (iSER), отображение iSCSI через InfiniBand
Сетевое блочное устройство , отображающее запросы узлов устройств в UNIX-подобных системах через потоковые сокеты, такие как TCP/IP.
Протокол SCSI RDMA (SRP), еще одна реализация SCSI для удаленного прямого доступа к памяти (RDMA). транспорта

Сети хранения данных также могут быть построены с использованием Serial Attached SCSI (SAS) и Serial ATA технологий (SATA). SAS произошел от системы хранения данных с прямым подключением SCSI. SATA произошел от Parallel ATA системы хранения данных с прямым подключением . Устройства SAS и SATA можно объединить в сеть с помощью расширителей SAS .

Примеры составных протоколов с использованием SCSI
Приложения
SCSI Уровень
ФКП	ФКП	ФКП	ФКП	iSCSI	iSER	рекомендуемая розничная цена
		ФКИП	iFCP
		TCP			РДМА Транспорт
	FCoE	ИП			IP или InfiniBand сеть
ФК	Ethernet				Ethernet или InfiniBand Link

Программное обеспечение

Ассоциация производителей сетей хранения данных (SNIA) определяет SAN как «сеть, основной целью которой является передача данных между компьютерными системами и элементами хранения». Но сеть SAN состоит не только из коммуникационной инфраструктуры, она также имеет уровень управления программным обеспечением . Это программное обеспечение организует серверы, устройства хранения и сеть таким образом, чтобы данные можно было передавать и хранить. Поскольку SAN не использует хранилище с прямым подключением (DAS), устройства хранения в SAN не принадлежат серверу и не управляются им. ^[2]^: 11 SAN позволяет серверу получить доступ к большой емкости хранилища данных, и эта емкость хранения также может быть доступна другим серверам. ^[2]^: 12 Более того, программное обеспечение SAN должно обеспечивать прямое перемещение данных между устройствами хранения внутри SAN с минимальным вмешательством сервера. ^[2]^: 13

Программное обеспечение управления SAN установлено на одном или нескольких серверах, а клиенты управления — на устройствах хранения. В программном обеспечении управления SAN разработаны два подхода: внутриполосное и внешнее управление. Внутриполосный означает, что данные управления между сервером и устройствами хранения передаются в той же сети, что и данные хранилища. В то время как внеполосный означает, что данные управления передаются по выделенным каналам. ^[2]^: 174 Программное обеспечение для управления SAN будет собирать данные управления со всех устройств хранения на уровне хранения. Сюда входит информация об ошибках чтения и записи, узких местах емкости хранилища и отказах устройств хранения данных. Программное обеспечение управления SAN может интегрироваться с простым протоколом управления сетью (SNMP). ^[2]^: 176

В 1999 году была представлена открытая стандартная общая информационная модель (CIM) для управления устройствами хранения данных и обеспечения совместимости. Веб-версия CIM называется Web-Based Enterprise Management (WBEM) и определяет объекты устройств хранения данных SAN и обрабатывает транзакции. . Использование этих протоколов предполагает использование диспетчера объектов CIM (CIMOM) для управления объектами и взаимодействиями, а также позволяет централизованно управлять устройствами хранения данных SAN. Базовое управление устройствами для сетей SAN также может быть реализовано с помощью спецификации интерфейса управления хранилищем (SMI-S), если объекты и процессы CIM зарегистрированы в каталоге. Программные приложения и подсистемы могут затем использовать этот каталог. ^[2]^: 177 Также доступны программные приложения управления для настройки устройств хранения данных SAN, позволяющие, например, настраивать зоны и LUN. ^[2]^: 178

В конечном счете, сетевые устройства и устройства хранения данных SAN доступны от многих поставщиков, и каждый поставщик SAN имеет собственное программное обеспечение для управления и настройки. Общее управление в сетях SAN, включающих устройства разных производителей, возможно только в том случае, если поставщики сделают интерфейс прикладного программирования (API) для своих устройств доступным другим поставщикам. В таких случаях программное обеспечение управления SAN верхнего уровня может управлять устройствами SAN других производителей. ^[2]^: 180

Поддержка файловых систем

В сети SAN данные передаются, хранятся и доступны на уровне блоков. Таким образом, SAN не обеспечивает файлов данных абстракцию , а только хранение и операции на уровне блоков . Серверные операционные системы поддерживают свои собственные файловые системы на собственных выделенных, не общих LUN-ах в сети SAN, как если бы они были локальными для самих себя. Если бы несколько систем просто попытались совместно использовать один LUN, они бы мешали друг другу и быстро испортили бы данные. Любое запланированное совместное использование данных на разных компьютерах внутри LUN требует программного обеспечения. Файловые системы были разработаны для работы с программным обеспечением SAN и обеспечения доступа на уровне файлов . Они известны как файловая система общего диска .

В СМИ и развлечениях

Системы видеомонтажа требуют очень высокой скорости передачи данных и очень низкой задержки. Сети SAN в сфере средств массовой информации и развлечений часто называют бессерверными из-за характера конфигурации, при которой настольные клиенты рабочего процесса видео (захват, редактирование, воспроизведение) размещаются непосредственно в SAN, а не подключаются к серверам. Управление потоком данных осуществляется распределенной файловой системой. Контроль использования полосы пропускания для каждого узла, иногда называемый качеством обслуживания (QoS), особенно важен при редактировании видео, поскольку он обеспечивает справедливое и приоритетное использование полосы пропускания в сети.

Качество обслуживания

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

Пропускная способность — скорость передачи данных, доступная в системе.
Задержка — время задержки выполнения операции чтения/записи.
Глубина очереди — количество ожидающих выполнения операций на базовых дисках (традиционных или твердотельных накопителях ).

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

Виртуализация хранилища

Виртуализация хранилища — это процесс отделения логического хранилища от физического. Ресурсы физического хранилища объединяются в пулы хранения, из которых создается логическое хранилище. Он предоставляет пользователю логическое пространство для хранения данных и прозрачно обрабатывает процесс их сопоставления с физическим местоположением. Эта концепция называется прозрачностью местоположения . Это реализовано в современных дисковых массивах, часто с использованием запатентованной технологии производителя. Однако цель виртуализации хранения данных — сгруппировать несколько дисковых массивов разных производителей, разбросанных по сети, в одно устройство хранения данных. Таким образом, единственным устройством хранения можно будет управлять единообразно. ^[8]

См. также

Ссылки

^ «Серия Water Panther Expanse SAN | Жесткие диски и твердотельные накопители для корпоративных центров обработки данных» . Водяная пантера . Архивировано из оригинала 18 июля 2022 года . Проверено 18 июля 2022 г.
^ Jump up to: ^а ^б ^с ^д ^и ^ж ^г ^час ^я Джон Тейт; Полл Бек; Гектор Хьюго Ибарра; Шанмуганатан Кумаравель; Либор Миклас (2017). «Введение в сети хранения данных» (PDF) . Красные книги, IBM. Архивировано (PDF) из оригинала 1 января 2020 года . Проверено 15 сентября 2011 г.
^ Jump up to: ^а ^б ^с ^д ^и ^ж ^г ^час ^я Специальное издание: Использование сетей хранения данных . Издательство Que. 2002. ISBN 978-0-7897-2574-5 .
^ Jump up to: ^а ^б ^с ^д ^и ^ж ^г ^час ^я ^дж ^к ^л ^м Кристофер Поелкер; Алексей Никитин, ред. (2009). Сети хранения данных для чайников . Джон Уайли и сыновья. ISBN 978-0-470-47134-0 .
^ Ричард Баркер; Пол Массилья (2002). Основы сети хранения данных: полное руководство по пониманию и реализации сетей SAN . Джон Уайли и сыновья. п. 198 . ISBN 978-0-471-26711-9 .
^ «Техэнциклопедия: IP-хранилище» . Архивировано из оригинала 9 апреля 2009 года . Проверено 9 декабря 2007 г.
^ «ТехническаяЭнциклопедия: SANoIP» . Архивировано из оригинала 9 апреля 2009 года . Проверено 9 декабря 2007 г.
^ Журнал ПК. «Виртуальное хранилище» . Энциклопедия журнала PC Magazine . Архивировано из оригинала 30 августа 2019 года . Проверено 17 октября 2017 г.

Внешние ссылки

Что такое сеть хранения данных (SAN)?
Введение в сети хранения данных. Исчерпывающее введение в SAN , IBM Redbook.
SAN против DAS: анализ стоимости хранилища на предприятии на Wayback Machine (архивировано 30 октября 2011 г.)
SAS и SATA, твердотельные накопители с меньшим энергопотреблением в центрах обработки данных. Архивировано 18 октября 2010 г. на Wayback Machine.
Видео SAN NAS

[1] «Серия Water Panther Expanse SAN | Жесткие диски и твердотельные накопители для корпоративных центров обработки данных» . Водяная пантера . Архивировано из оригинала 18 июля 2022 года . Проверено 18 июля 2022 г.

[Tate-2] Jump up to: ^а ^б ^с ^д ^и ^ж ^г ^час ^я Джон Тейт; Полл Бек; Гектор Хьюго Ибарра; Шанмуганатан Кумаравель; Либор Миклас (2017). «Введение в сети хранения данных» (PDF) . Красные книги, IBM. Архивировано (PDF) из оригинала 1 января 2020 года . Проверено 15 сентября 2011 г.

[NIIT-3] Jump up to: ^а ^б ^с ^д ^и ^ж ^г ^час ^я Специальное издание: Использование сетей хранения данных . Издательство Que. 2002. ISBN 978-0-7897-2574-5 .

[Dummies-4] Jump up to: ^а ^б ^с ^д ^и ^ж ^г ^час ^я ^дж ^к ^л ^м Кристофер Поелкер; Алексей Никитин, ред. (2009). Сети хранения данных для чайников . Джон Уайли и сыновья. ISBN 978-0-470-47134-0 .

[5] Ричард Баркер; Пол Массилья (2002). Основы сети хранения данных: полное руководство по пониманию и реализации сетей SAN . Джон Уайли и сыновья. п. 198 . ISBN 978-0-471-26711-9 .

[6] «Техэнциклопедия: IP-хранилище» . Архивировано из оригинала 9 апреля 2009 года . Проверено 9 декабря 2007 г.

[7] «ТехническаяЭнциклопедия: SANoIP» . Архивировано из оригинала 9 апреля 2009 года . Проверено 9 декабря 2007 г.

[8] Журнал ПК. «Виртуальное хранилище» . Энциклопедия журнала PC Magazine . Архивировано из оригинала 30 августа 2019 года . Проверено 17 октября 2017 г.

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]