[Варез-путеводитель] Коммерческие iSCSI таргеты - [5] :: В помощь системному администратору

iSCSI таргеты

Здесь будут:

Обзоры, обсуждения, сравнения и выбор софтварных ~~роутеров~~ систем хранения. Точно так же, как и в случае с роутерами (из чьей темы была слямзена эта шапка) хранилка - не более чем софт, чаще всего никсовый, собранный на базе опенсорса. До 2008 года такого типа софт продавался только вместе с "серверным" железом, часто позапозапрошлого поколения (иные именитые вендоры систем хранения умудрялись использовать для своих мультикилобаксовых кастрированных поделок аж XP Embedded... на процессоре класса PIII)

Недавно ситуация изменилась: вендоры никсовых сборок стали распространять готовые настроенные виртуальные машинки. Эти продукты можно крутить на современных мощных матерях, не исключая широкодоступные десктопные варианты. Притом - мощи у такой матери остаётся неизрасходованной вагон, так что предполагается возможность её совместного использования с другими виртуальными машинами. В основе никсовых коммерческих сборок лежат опенсорсные таргеты, с функционалом опенсорсных Volume Managers под ними. Стремительно набирает популярность ZFS - опенсорсная ФС с функционалом рейд-массива и диспетчера томов. В соляре также прилагается COMSTAR - сторадж-процессор, абстрагирующий разные типы SAN.

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

МS тоже прикрутила iSCSI к своему WSS, обозвала его WUDSS и продаёт исключительно OEM-сборщикам серверов. Её таргет основан на купленном ею шароварном продукте WinTarget. Под винду имеется ещё некоторое количество платных таргетов.

Функция хранилки - виртуализация доступа к данным. Ближайший аналог - плата "железного" рейд-контроллера, который прикидывается для своего клиента (локальной операционной системы или "железного" гипервизора виртуальных машин) набором жестких дисков. Реальные харды контроллер прячет и передаёт дальше взятое от них дисковое пространство, добавив к нему некоторый уровень отказоустойчивости. Сетевая хранилка предоставляет аналогичный сервис для соседних компов в SAN. Её клиенты могут вовсе не иметь локальных жестких дисков, а сама она может быть клиентом других хранилок и-или своих локальных "железных" рейдов.

Каков смысл в виртуализации хранения данных? А тот же, какой вообще в клиент-серверной и трехзвенной IT-архитектуре; изоляция проблем клиента и разнообразных сервисов, масштабируемость, брокерство (промежуточный уровень между клиентом и сервером) с добавлением дополнительных сервисов. Собранная на самом обычном пользовательском железе софтовая хранилка может предоставлять своим клиентам изощрённый функционал (высокая доступность, CDP, снапшоты, дедупликация...), изначально связывавшийся с безумно дорогим серверным оборудованием. За добавленный функционал, а также за более чем минимальный совокупный объем виртуализованного дискового пространства вендоры обычно хотят денег... но даже так накручивают существенно меньше, чем вендоры серверного оборудования с тем же самым софтом внутри.

Название	Особенности	Топики	ОС	Статус	Скриншот	Возможности

Сторадж-процессоры (операционные системы с готовым настроенным вендором комплектом софта, пригодные для использования в виртуальных машинах):

FalconStor/IPStor

NexentaStor

Windows Unified Data Storage Server 2003/2008

Отдельные продукты, предназначенные для установки на винду:

iSCSI Cake

RocketDivision StarWind

Представитель этой компании любезно предоставил нам СРАВНИТЕЛЬНУЮ ТАБЛИЦУ ФИЧ коммерческих продуктов под винду и фришных никсовых таргетов.

Ценность таблицы: хороший перечень виндовых продуктов (~~ни по одному из них варезного решения нет~~, кроме FalconStor - который deprecated и не заводится под 2008 64-bit сервером), а также перечень самих фич, который может быть положен в основу дальнейших сравнений.

Недостаток таблицы в её исходном виде: неупоминание коммерческих сторадж-процессоров, основанных на фришных никсовых таргетах.

TODO: добавить в таблицу столбцы и строки. ВНОСИТЕ ПРЕДЛОЖЕНИЯ!
А лучше сразу правьте, но объявляйте здесь в теме о блокировке (check-out) и анонсируйте новую ссылку после check-in.

Документация:
http://rapidshare.com/files/286090030/Openfiler_Administration_Guide_2.3__by_KIKI__slo__FINAL_207_PAGES.pdf.html

Начинаю излагать познанное. Буду текст править помаленьку, добиваясь педагогической ясности. Комментарии приветствуются.

SCSI - набор стандартов для соединения между компьютерами и периферией и передачи данных по установленному соединению. В SCSI v.3 обеспечена независимость протокола обмена данными от нижележещего транспортного уровня. (На практике многие уже столкнулись с тем проявлением новой версии, что только с ней работают кластера 2008 винды: именно потому вмваре пришлось в добавить поддержку LSI SAS в гостях - в дополнение к LSI SCSI, которое только v.2)

SCSI инициатор отдает команды ввода-вывода по виртуальному каналу точка-точка. Исполняет их SCSI таргет. Конечные точки канала обмениваются блоками командных дескрипторов CDB (command descriptor block), в которых содержатся команды SCSI.

iSCSI это протокол пересылки SCSI команд по сетям TCP/IP. iSCSI тоже использует термины инициатор и таргет. Таргет - это сервер, исполнящий команды одного или нескольких инициаторов (клиентов).

Перед открытием собственно сессий ввода-вывода необходима скучная бухгалтерская работа:

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

Инициатор должен:
1) найти список таргетов.
2) найти дорогу к ним через порталы (выходной и входной)
3) постучаться на таргеты и получить доступ (или отказ).

Имена узлов SAN.

SAN - это коллекция сетевых элементов (компьютеров и девайсов), каждый из которых способен быть инициатором, таргетом, либо одновременно тем и другим. Конечные точки SCSI предсталяют собой узлы SAN. Каждый сетевой элемент SAN содержит один или много узлов (инициаторов и таргетов). Каждому узлу присваивается уникальное имя. Софт SAN автоматически генерит глобально уникальные имена в нескольких возможных форматах, но в зависимости от уровня попсовости может позволять "человеческие" имена. Стандартные имена iSCSI бывают в форматах iqn и eui. Последний похож на формат имён FibreChannel (wwn).

Порталы

Сетевые элементы SAN содержат как минимум один портал (входной или выходной). Для iSCSI портал это комбинация IP адреса и порта. Дефолтный порт таргета 3260, порты инициаторов выбираются от фонаря.

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

Внимание! Адреса порталов и имена узлов SAN - никоим образом не связаны между собой. Это позволяет изменять сетевую адресацию не трогая имена узлов.

Соединения и сессии iSCSI.

Транспортный протокол iSCSI - ТСР, гарантирующий доставку и разные прочие ништяки.
Инициатор может создать одно или несколько TCP соединений с таргетом.

Взаимосвязанные TCP соединения объединяются в сессии, которые гарантируют правильную последовательность доставки команд SCSI. Инициатор может создать с таргетом одну или больше сессий. Каждая сессия состоит из минимум одного TCP соединения (фича "несколько соединений в сессии" обозначается MC/S).

Инициатор различает открытые сессии по уникальным идентификаторам (ISID). Таргет - по комбинации имени узла(?) и TSID

Методы обнаружения узлов iSCSI

Discovery - процесс выявления инициатором доступных таргетов и порталов. Методы:

- статическое обнаружение (типа ручками вбить имена партнёров)
- команда Send targets (а пришли-ка мне хост name.domain.ru:3260 списочек, какие там у тебя для меня есть таргеты)
- iSNS

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

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

Шаги конфигурирования инициатора

1. Сконфигурировать метод обнаружения таргетов.
2. Проверить доступность таргетов (пройти фейс-контроль).
3. Инициализировать их и подсунуть системе в качестве дисков.

Безопасность

Поскольку транспорт - TCP/IP по обычным сетям, необходимо думать о защите от подглядывания в трафик снифером. Это может быть достигнуто комбинацией следующих методов:

- физически отдельная сеть SAN
- ACL
- Аудит
- IPSec и дайджесты загловков
- Портсекьюрити на Ethernet свичах

Производительность

- Используйте ПРАВИЛЬНЫЕ(!) сетевухи.
- Включайте Jumbo фреймы.
- Используйте агрегирование сетевых линков.
- Используйте iSCSI multipathing
- Увеличьте tx и rx буферы, отрубите алгоритм nagle и убедитесь, что TCP window scaling правильно работает на вашем оборудовании.

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR
Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11