SAN – Основные понятия: Программное обеспечение SAN

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

Многие компании предлагают широкий спектр ПО, предназначенного для улучшения производительности, отказоустойчивости и управляемости ситем SAN . Некоторые из этих решений специально предназначены для использования с определенными типами компонентов SAN . Другие предлагают более универсальные (“открытые”) решения.

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

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

Что такое управление SAN?

Управление часто имеет различный смысл для различных людей. К примеру, сетевого администратора больше всего интересует передача данных из одной точки в сети к другой, т.е. его беспокоят такие параметры, как пропускная способность сети и ее использование, обеспечение резервных сетевых каналов, поддержка различных протоколов, безошибочная передача данных и др. Короче, сетевой администратор беспокоится о том, чтобы данные были доставлены из точки А в точку Б, но обычно его не интересует, что происходить с данными, когда они достигнут точки Б.

Администратор хранилища данных, с другой стороны, больше заботится о размещении и способе организации данных, чем о том как они были доставлены. Основной его заботой являются назначение LUN, уровни RAID , целостность данных, архивация, использование дисков и т.п. То что данные были в целости и сохранности доставлены в пункт Б подразумевается само-собой, остается только решить, что делать с ними дальше.

SAN объединяет эти взгляды на администрирование, поскольку операции в SAN требуют управления и передачей данных и их размещением. Таким образом, с точки зрения SAN , ПО управления сетью (например, CA Unicenter™, Tivoli™, HP » OpenView™) должно включать в себя также утилиты управления данными, а ПО управления данными (например, VERITAS™ и Legato™) – утилиты мониторинга сети.

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

Когда необходимо управление SAN?

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

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

Необходимость использования ПО управления становится наиболее очевидна, когда происходит поломка в системе.

Дата публикации: 03.06.2009

О SAN (Storage Area Network) на пальцах

В деле познания SAN столкнулся с определённым препятствием — труднодоступностью базовой информации. В вопросе изучения прочих инфраструктурных продуктов, с которыми доводилось сталкиваться, проще — есть пробные версии ПО, возможность установить их на вирутальной машине, есть куча учебников, референс гайдов и блогов по теме. Cisco и Microsoft клепают очень качественные учебники, MS вдобавок худо-бедно причесал свою адскую чердачную кладовку под названием technet, даже по VMware есть книга, пусть и одна (и даже на русском языке!), причём с КПД около 100%. Уже и по самим устройствам хранения данных можно получить информацию с семинаров, маркетинговых мероприятий и документов, форумов. По сети же хранения — тишина и мёртвые с косами стоять. Я нашёл два учебника, но купить не решился. Это “Storage Area Networks For Dummies” (есть и такое, оказывается. Очень любознательные англоговорящие «чайники» в целевой аудитории, видимо) за полторы тысячи рублей и “Distributed Storage Networks: Architecture, Protocols and Management” — выглядит более надёжно, но 8200р при скидке 40%. Вместе с этой книгой Ozon рекомендует также книгу «Искусство кирпичной кладки».

Что посоветовать человеку, который решит с нуля изучить хотя бы теорию организации сети хранения данных, я не знаю. Как показала практика, даже дорогостоящие курсы могут дать на выходе ноль. Люди, применительно к SAN делятся на три категории: те, кто вообще не знает что это, кто знает, что такое явление просто есть и те, кто на вопрос «зачем в сети хранения делать две и более фабрики» смотрят с таким недоумением, будто их спросили что-то вроде «зачем квадрату четыре угла?».

Попробую восполнить пробел, которого не хватало мне — описать базу и описать просто. Рассматривать буду SAN на базе её классического протокола — Fibre Channel.

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

Кстати, в терминологиях SAN, благодаря переводу на русский, возникает некоторая путаница. SAN в переводе означает «сеть хранения данных» — СХД. Однако классически в России под СХД понимается термин «система хранения данных», то есть именно дисковый массив (Storage Array), который в свою очередь состоит из Управляющего блока (Storage Processor, Storage Controller) и дисковых полок (Disk Enclosure). Однако, в оригинале Storage Array является лишь частью SAN, хотя порой и самой значимой. В России получаем, что СХД (система хранения данных) является частью СХД (сети хранения данных). Поэтому устройства хранения обычно называют СХД, а сеть хранения — SAN (и путают с «Sun», но это уже мелочи).

Компоненты и термины

Технологически SAN состоит из следующих компонентов:

1. Узлы, ноды (nodes)

• Дисковые массивы (системы хранения данных) — хранилища (таргеты [targets])
• Серверы — потребители дисковых ресурсов (инициаторы [initiators]).

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

• Коммутаторы (и маршрутизаторы в сложных и распределённых системах)
• Кабели

Особенности

Если не вдаваться в детали, протокол FC похож на протокол Ethernet с WWN-адресами вместо MAC-адресов. Только, вместо двух уровней Ethernet имеет пять (из которых четвёртый пока не определён, а пятый — это маппинг между транспортом FC и высокоуровневыми протоколами, которые по этому FC передаются — SCSI-3, IP). Кроме того, в коммутаторах FC используются специализированные сервисы, аналоги которых для IP сетей обычно размещаются на серверах. Например: Domain Address Manager (отвечает за назначение Domain ID коммутаторам), Name Server (хранит информацию о подключенных устройствах, эдакий аналог WINS в пределах коммутатора) и т.д.

Для SAN ключевыми параметрами являются не только производительность, но и надёжность. Ведь если у сервера БД пропадёт сеть на пару секунд (или даже минут) — ну неприятно будет, но пережить можно. А если на это же время отвалится жёсткий диск с базой или с ОС, эффект будет куда более серьёзным. Поэтому все компоненты SAN обычно дублируются — порты в устройствах хранения и серверах, коммутаторы, линки между коммутаторами и, ключевая особенность SAN, по сравнению с LAN — дублирование на уровне всей инфраструктуры сетевых устройств — фабрики.

Фабрика (fabric — что вообще-то в переводе с английского ткань, т.к. термин символизирует переплетённую схему подключения сетевых и конечных устройств, но термин уже устоялся) — совокупность коммутаторов, соединённых между собой межкоммутаторными линками (ISL — InterSwitch Link).

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

Фабрики могут иметь идентичную (зеркальную) топологию или различаться. Например одна фабрика может состоять из четырёх коммутаторов, а другая — из одного, и к ней могут быть подключены только высококритичные узлы.

Топология

Различают следующие виды топологий фабрики:

Каскад — коммутаторы соединяются последовательно. Если их больше двух, то ненадёжно и непроизводительно.

Кольцо — замкнутый каскад. Надёжнее просто каскада, хотя при большом количестве участников (больше 4) производительность будет страдать. А единичный сбой ISL или одного из коммутаторов превращает схему в каскад со всеми вытекающими.

Сетка (mesh). Бывает Full Mesh — когда каждый коммутатор соединяется с каждым. Характерно высокой надёжностью, производительностью и ценой. Количество портов, требуемое под межкоммутаторные связи, с добавлением каждого нового коммутатора в схему растёт экспоненциально. При определённой конфигурации просто не останется портов под узлы — все будут заняты под ISL. Partial Mesh — любое хаотическое объединение коммутаторов.

Центр/периферия (Core/Edge) — близкая к классической топологии LAN, но без уровня распределения. Нередко хранилища подключаются к Core-коммутаторам, а серверы — к Edge. Хотя для хранилищ может быть выделен дополнительный слой (tier) Edge-коммутаторов. Также и хранилища и серверы могут быть подключены в один коммутатор для повышения производительности и снижения времени отклика (это называется локализацией). Такая топология характеризуется хорошей масштабируемостью и управляемостью.

Зонинг (зонирование, zoning)

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

• выбранные пары добавляются в предварительно созданные на коммутаторе зоны (zones);
• зоны помещаются в наборы зон (zone set, zone config), созданные там же;
• наборы зон активируются в фабрике.

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

Напоследок, в качестве постскриптума, перечислю базовые рекомендации по проектированию фабрики SAN.

• Проектировать структуру так, чтобы между двумя конечными устройствами было не более трёх коммутаторов.
• Желательно чтобы фабрика состояла не более чем из 31 коммутатора.
• Стоит задавать Domain ID вручную перед вводом нового коммутатора в фабрику — улучшает управляемость и помогает избежать проблем одинаковых Domain ID, в случаях, например, переподключения коммутатора из одной фабрики в другую.
• Иметь несколько равноценных маршрутов между каждым устройством хранения и инициатором.
• В случаях неопределённых требований к производительности исходить из соотношения количества Nx-портов (для конечных устройств) к количеству ISL-портов как 6:1 (рекомендация EMC) или 7:1 (рекомендация Brocade). Данное соотношение называется переподпиской (oversubscription).
• Рекомендации по зонингу:
  — использовать информативные имена зон и зон-сетов;
  — использовать WWPN-зонинг, а не Port-based (основанный на адресах устройств, а не физических портов конкретного коммутатора);
  — каждая зона — один инициатор;
  — чистить фабрику от «мёртвых» зон.
• Иметь резерв свободных портов и кабелей.
• Иметь резерв оборудования (коммутаторы). На уровне сайта — обязательно, возможно на уровне фабрики.

Советы по открытию файла SAN

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

SAN расширение файла

Имя файла	LucasArts Smush Animation Format
Разработчик файлов	LucasArts Entertainment Company, LLC
Категория файла	Видеофайлы

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

Операционные системы

• 2
• 0
• 0
• 0
• 0
• 0

Что такое файл SAN?

Файл с расширением SAN относится к типу файлов Видеофайлы. Он был разработан LucasArts Entertainment Company, LLC. Видеофайлы состоит из # ЧИСЛА # похожих файлов. LucasArts Smush Animation Format чаще всего встречается в операционных системах 1. Файл будет работать на Windows системах, но, к сожалению, не на других. Для обработки этого файла рекомендуется использовать Outlaws. Это программа, созданная LucasArts Entertainment Company, LLC. В качестве альтернативы вы можете использовать # ЧИСЛО # других программ. The Dig будет применяться, когда невозможно использовать Outlaws.

Как открыть файл SAN?

Часто повторяющаяся проблема с LucasArts Smush Animation Format заключается в том, что SAN не связан с правильным программным файлом. Это проявляется в том, что файлы SAN открываются в необычных приложениях или не имеют назначенной программы. Эту проблему легко исправить.

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

Шаг 1. Установите Outlaws

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

Программы для открытия файла SAN

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

Outlaws

The Dig

Шаг 2. Создайте ассоциацию Outlaws с файлами SAN.

Однако может случиться так, что само приложение не вызывает открытия файла SAN в приложении Outlaws, но вы можете установить это вручную. Связь может быть создана с помощью раскрывающегося списка, доступного, если щелкнуть файл правой кнопкой мыши и выбрать « Свойства». Отображаемое окно будет содержать информацию о программе, поддерживающей этот тип файла. Используя кнопку «Изменить» , мы можем настроить программу на обработку этого типа. Если в списке нет программного обеспечения, просто выберите «Обзор» и вручную выберите каталог, в котором установлено приложение. Однако важно установить флажок «Всегда использовать выбранную программу . », это позволит вам навсегда связать файл SAN с приложением Outlaws.

Шаг 3. Обновите Outlaws до последней версии.

Неисправность также может быть связана с программой Outlaws, возможно, что LucasArts Smush Animation Format требует более новую версию программы. В этом случае используйте сайт LucasArts Entertainment Company, LLC или обновите программу из приложения.

Шаг 4. Проверьте наличие следующих проблем с файлом SAN.

Если описанные выше действия не помогли, вы можете предположить, что сам файл неправильный. Это может быть связано с самим файлом, самые чистые проблемы:

Файл № ROZ # неполный

Размер затронутого файла может быть меньше 0 КБ или меньше ожидаемого. Чаще всего это вызвано проблемой при загрузке файла SAN. Повторная загрузка файла должна решить проблему.

SAN файл заражен

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

Файл более старой версии

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

Файл поврежден

Причин неудачи может быть много. Восстановление очень зависит от типа файла. Иногда в самой программе есть опции для восстановления самого популярного повреждения файла SAN. Самый простой способ восстановить файл – из резервной копии или связавшись с LucasArts Entertainment Company, LLC, но это может быть дорого. Не все повреждения можно обратить.

Файл SAN можно зашифровать

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

У вас ограниченный доступ к файлу

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

SAN файл используется другой программой

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

При подготовке материала использовались источники:
https://www.bestor.spb.ru/v3/Overs?o_id=1185
https://habr.com/ru/articles/214289/
https://file.tips/ru/extension/san