Isns сервер что это - TurboComputer.ru
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд (пока оценок нет)
Загрузка...

Isns сервер что это

Isns сервер что это

iSNS предоставляет управление сервисами аналогично тем, которые имеются в семействе Fibre Channel, что позволяет для стандартной IP сети работать во многом таким же образом, как работает в Fibre Channel сеть хранения данных. Из-за того, что iSNS способен эмулировать фабрику сервисов Fibre Channel, и управлять как ISCSI, так и Fibre Channel устройствами, iSNS сервер может быть использован в качестве объединяющего пункта для всей сети хранения. Хотя следует отметить, что стандартами iSNS является обязательным поддержка iFCP протокола, поддерживающего ISCSI.

Компоненты

Стандарт iSNS определяет четыре компонента [1] :

Протокол iSNSP

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

Клиенты iSNS

iSNS-клиентами могут быть как устройства хранения данных, предоставляющие свои услуги по сети, так и компьютеры, пользующиеся (опосредованно через сети передачи данных) услугами сетевых устройств хранения данных. iSNS-клиенты взаимодействуют с iSNS-серверами по протоколу iSNSP.

  • Устройства хранения данных (например iSCSI Target или FC Storage), используя протокол iSNSP, регистрируются на iSNS-сервере, предоставляя ему информацию об атрибутах устройства, в результате чего:

а) становятся членами Домена Обнаружения (Discovery Domain, DD); б) могут загрузить с iSNS-сервера информацию о других зарегистрированных устройствах хранения, в) могут получать от iSNS-сервера асинхронные уведомления о событиях, произошедших в их Домене Обнаружения (rfc4171, п.2.1.2.), г) могут обязаться уведомлять iSNS-сервер об изменениях своего состояния (доступности) (rfc4171, п.2.3.2.).

  • Компьютеры, пользующиеся через сеть услугами устройств хранения данных (iSCSI-инициаторы), – получают от iSNS-сервера информацию о доступных в их Домене Обнаружения устройствах хранения данных, а также оповещения о появлении новых и удалении (недоступности) существовавших устройств хранения данных.

Сервера iSNS

iSNS серверы реагируют на запросы iSNS протокола, а также на запросы, сделанные iSNS клиентами, использующими iSNSP. iSNS серверы инициируют уведомления об изменениях в iSNSP и хранят информацию, надлежащим образом прошедшую проверку подлинности и представляющую собой заявку на регистрацию в базе данных iSNS [2] .

Базы данных iSNS

Базы данных iSNS это информационные хранилища (репозитории) для iSNS серверов. Они хранят информацию об атрибутах клиентов iSNS, причем каталоги хранения могут отличаться в зависимости от реализации iSNS, например, они могут хранить атрибуты клиента в каталоге LDAP.

Сервисы

iSNS обеспечивает четыре основных сервиса:

Регистрация имен и поиск ресурсов хранения данных

Сервис регистрации имен предоставляет всем объектам в сети возможность зарегистрироваться и опрашивать базы данных для поиска ресурсов хранения данных. Например, клиенты-инициаторы могут получить от iSNS сервера информацию о других инициаторах (например, iSCSI-инициаторах) и конечных объектах (например, iSCSI-целях (iSCSI Target)).

Исследование домена и авторизации

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

Каждый узел может использовать Login Control для делегирования своего управления доступом и политики авторизации iSNS серверу. Такое делегирование призвано содействовать централизации управления доступом.

Основные уведомления об изменениях

Сервис уведомления об изменениях (SCN) позволяет серверам iSNS выдавать уведомления о каждом событии, которое затрагивает узлы хранения данных управляемой ими сети. Каждый клиент iSNS может зарегистрироваться для получения уведомлений от имени своих узлов хранения, и каждый клиент будет реагировать на это в соответствии со своими собственными требованиями и реализацией.

Двунаправленные отображения между Fibre Channel и ISCSI устройствами

Из-за того, что в базах данных iSNS сохраняются имена и поисковая информация об Fibre Channel и ISCSI устройствах, iSNS серверы способны хранить отображения Fibre Channel устройств к прокси-устройствам ISCSI в сети IP. Эти отображения может быть также сделаны и в противоположном направлении, что позволяет iSNS серверам хранить отображения ISCSI устройств к прокси-WWNs.

Internet Name Service Storage – Internet Storage Name Service

В вычислениях , предлагаемый (iSNS) Интернет хранения Name Service Протокол позволяет автоматизировать обнаружение, управление и конфигурирование устройства SCSI и Fibre Channel , устройств ( с использованием МФКП шлюзов) на TCP / IP сети.

содержание

Характеристики

iSNS предоставляет услуги по управлению , подобные найденным в сети Fibre Channel, что позволяет стандартным IP – сети , чтобы работать в почти таким же способом , что Fiber Channel сеть хранения данных делает. Поскольку iSNS способен эмулировать услуги ткани Fibre Channel , и управлять как ISCSI и Fiber Channel устройства, сервер iSNS может быть использован в качестве консолидированной точки конфигурации для всей сети хранения данных. Тем не менее, использование iSNS является обязательным для ISCSI в то время как требуется для МФКПА. Кроме того, реализация iSNS не требуется стандартом , чтобы обеспечить поддержку обоих этих протоколов.

Компоненты

Стандарт iSNS определяет четыре компоненты:

Протокол iSNS iSNSP является протокол, который определяет, как iSNS клиенты и серверы взаимодействуют. Он предназначен для использования различных платформ, включая коммутаторы и цели, а также серверные хосты. iSNS Клиенты Клиенты iSNS являются частью iSNSP устройств хранения данных известно. клиенты iSNS инициировать транзакции с iSNS сервера с помощью iSNSP, зарегистрировать устройство информации в общем Discovery Domain (DD) атрибут, загружать информацию о других зарегистрированных клиентах и ​​получать асинхронные уведомления о событиях, которые происходят в их DD (ов). iSNS серверы серверы iSNS отвечают на запросы протокола iSNS и запросы, сделанные iSNS клиентов, использующих iSNSP. серверы iSNS инициировать iSNSP Изменение состояния уведомления и хранить надлежащим образом аутентификацией информацию, представленную по запросу регистрации в базе данных iSNS. iSNS Базы данных базы данных iSNS являются информационными хранилищами для сервера iSNS (ов). Они сохраняют информацию о клиентских атрибутах iSNS; в то время как реализация будет зависеть, реализацию каталогов из iSNS, например, может хранить клиент атрибуты в каталоге LDAP.

Сервисы

Реализация iSNS обеспечивает четыре основных услуг:

  • регистрация Имя и обнаружение ресурсов хранения
  • Discovery домены и управления Войти
  • Уведомление государства изменения
  • Двунаправленное отображение между Fiber Channel и устройствами ISCSI

регистрация Имя и обнаружение ресурсов хранения

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

Discovery домены и управления Войти

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

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

Уведомление государства изменения

Служба уведомления о состоянии изменения (SCN) позволяет серверу iSNS выдавать уведомления о каждом событии, которое влияет на узлы хранения в управляемой сети. Каждый клиент iSNS может зарегистрироваться для получения уведомлений от имени своих узлов хранения, и каждый клиент, как ожидается, реагировать в соответствии со своими требованиями и реализацией.

Двунаправленное отображение между Fiber Channel и устройствами ISCSI

Поскольку iSNS база данных хранят имена и открытие информации о как Fibre Channel , и устройство ISCSI, сервера iSNS способны хранить отображение устройств Fiber Channel для прокси – изображений устройства ISCSI на IP – сети. Эти отображения могут быть выполнены в обратном направлении, что позволяет iSNS серверам хранить отображения из устройств ISCSI к прокси – World Wide Names (WWN).

Читайте также:  Для чего нужна антенна NFC

Обзор iSNS-сервера

Сервер службы имен хранилищ Интернета

Протокол службы имен хранилищ Интернета (iSNS) используется для взаимодействия между серверами и клиентами iSNS. Клиенты iSNS являются компьютерами, также называемые инициаторами, которые пытаются обнаружить в сети Ethernet устройства хранения, называемые конечными объектами. Службы iSNS облегчают автоматическое обнаружение, управление и настройку устройств iSCSI и оптоволоконного канала (используя шлюзы iFCP) в сети TCP/IP.

Сервер Microsoft iSNS поддерживает только обнаружение устройств iSCSI, но не устройств оптоволоконного канала.

Сервер iSNS предоставляет интеллектуальное обнаружение хранилища, а также службы управления, сравнимые со службами в сетях оптоволоконного канала, которые позволяют сетям IP работать почти с теми же объемами, что и сети хранения данных. Служба iSCSI облегчает сквозную интеграцию сетей IP и управляет устройствами iSCSI. Поэтому служба iSNS имеет значение в любой сети хранения данных, состоящей из устройств iSCSI.

Функциональные возможности сервера iSNS

  • Сервер iSNS является репозиторием текущих активных узлов iSCSI, а также соответствующих им порталов, объектов и т.д.

Узлы могут быть инициаторами, конечными объектами или узлами управления.

Как правило, инициаторы и конечные объекты регистрируются на сервере iSNS, затем инициаторы запрашивают сервер iSNS для получения списка доступных конечных объектов.

Динамическая база данных устройств iSCSI и связанные сведения, доступные в настоящий момент в сети. База данных способствует предоставлению функциональной возможности обнаружения конечных объектов iSCSI для инициаторов iSCSI в сети. База данных поддерживается динамической с помощью компонентов периода регистрации и запроса о состоянии объекта, предоставляемых службой iSNS. С помощью периода регистрации сервер может отменить регистрацию устаревших записей. Запрос состояния объекта – это функциональная возможность сервера, похожая на команду ping, которая предназначена для определения наличия зарегистрированных клиентов в сети и позволяет серверам автоматически отменять регистрацию отсутствующих в сети клиентов.

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

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

Преимущества сервера iSNS в сетях SAN iSCSI

Удобная масштабируемость до больших сетей хранения данных IP

Асинхронное уведомление об изменениях в сети хранения iSCSI

Возможность отслеживания состояния и доступности клиентов

Методы обнаружения для iSCSI, предпочитаемые корпорацией Майкрософт

Требования программы получения эмблемы Designed for Windows для адаптеров шины iSCSI

Компоненты архитектуры iSNS

В следующем подразделе описаны компоненты, входящие в состав сервера iSNS.

Протокол iSNS

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

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

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

    Все атрибуты записаны в TLV-формате.

Длина всех значений атрибутов кратна четырем.

Все поля записаны в формате обратного порядка данных или в сетевом формате байтов.

Клиенты iSNS

Клиенты iSNS начинают транзакцию с серверами iSNS с помощью iSNSP. Клиенты iSNS являются процессами, которыми располагаются на устройстве хранения, они могут регистрировать данные атрибутов устройства, загружать данные о других зарегистрированных клиентах в общем домене обнаружения и получать асинхронные уведомления о событиях, которые происходят в их доменах обнаружения. Станции управления – это специальный тип клиентов iSNS, имеющий доступ ко всем доменам обнаружения, располагающимся в iSNS.

Серверы iSNS

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

Базы данных iSNS

База данных iSNS является репозиторием данных для серверов iSNS. В ней хранятся сведения об атрибутах клиентов iSNS. При реализации iSNS с поддержкой каталога можно сохранять атрибуты клиентов в инфраструктуре каталога протокола LDAP.

iSCSI

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

Обзор функций iSNS

Ниже приведены службы, предлагаемые iSNS.

    служба имен, предоставляющая возможность обнаружения ресурсов хранения;

службы обнаружения домена и управления входом;

уведомление об изменении состояния;

открытое сопоставление оптоволоконного канала и устройств iSCSI.

Служба регистрации имен

Служба iSNS предоставляет функцию регистрации, чтобы все объекты в сети хранения могли регистрироваться и опрашивать базу данных iSNS. Цели и инициаторы могут регистрироваться в базе данных iSNS, а также запрашивать сведения о других инициаторах и конечных объектах. Например, это позволяет клиенту-инициатору получать сведения о конечных устройствах с сервера iSNS. Эта служба смоделирована на сервере общих служб имен оптоволоконного канала, описанном в документах RFC IETF, с расширениями, работающими в контексте сети IP.

Службы домена обнаружения и управления входом

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

С помощью управления входом конечного объекта могут делегировать свое управление входом или политику авторизации серверу iSNS. Это способствует централизованному управлению устройств хранения, которые используют сервер iSNS. Целевой узел или устройство загружает список авторизованных инициаторов из службы iSNS. Каждый узел или устройство уникально идентифицировано именем iSCSI (также известным как iqn). Только инициаторы, соответствующие требуемой идентификации и авторизации, предоставленными iSNS, смогут быть доступными с конечного узла во время установки сеанса.

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

Доменами обнаружения можно управлять в автономном режиме с помощью отдельного компьютера управления, на котором используется iSNSP или SNMP. Если конечный объект использует компонент iSNS управления входом, конечный объект делегирует управление политикой управления доступом (список инициаторов, которые могут входить в систему цели) компьютерам управления, которые контролируют конфигурацию в базе данных iSNS.

При административной авторизации конечный объект может загрузить собственный список управления входом. Это можно сделать с помощью сообщения DDReg и указание имени iSCSI каждого инициатора в списке регистрации в домене обнаружения конечного объекта.

При реализации только что зарегистрированные устройства, которые не были назначены в домен обнаружения, могут быть помещены в домен обнаружения по умолчанию, который содержится в наборе доменов обнаружения по умолчанию, значение состояния DDS которого по умолчанию равно enabled. Это делает их видимыми другим устройствам в домене обнаружения по умолчанию. В других реализациях только что зарегистрированные устройства могут быть восприняты как не принадлежащие домену обнаружения, что сделает эти устройства недоступными для сообщений iSNSP, предназначенных для источника.

Сервер iSNS использует атрибут источника в каждом сообщении iSNSP для определения источника запроса и ограничения операции набором доменов обнаружения. Например, только узлы управления могут создавать и удалять домены обнаружения.

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

Уведомление об изменении состояния

Служба уведомления об изменении состояния (SCN) позволяет серверу iSNS выдавать уведомления о событиях в сети, которые влияют на операционное состояние узлов хранения. Клиент iSNS может зарегистрироваться для получения уведомлений о событиях, обнаруженных сервером iSNS, от лица своих узлов хранения. С помощью уведомлений об изменении состояния клиенты iSNS получают сведения об изменениях базы данных iSNS; они не обязательно означают состояния подключения к другим устройствам хранения в сети. Ответ устройства хранения на получение уведомления об изменении состояния зависит от конкретной реализации; политика, управляющая ответами на уведомления, не будет рассматриваться в этом модуле.

Существуют два типа регистраций уведомлений об изменении состояния: Обычные регистрации и регистрации управления. При регистрации управления создаются уведомления SCN управления, а при обычных регистрациях – обычные уведомления SCN. Тип регистрации и сообщение уведомления SCN указаны в ответном пакете уведомления (как правило, битовая карта).

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

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

Сервер iSNS должен иметь достаточно аппаратных и программных ресурсов для поддержки ожидаемого количества клиентов iSNS. Однако если ресурсы внезапно подошли к концу, сервер iSNS может отказать службе SCN, возвратив сообщение об отказе регистрации SCN (код состояния 17). В запросе может быть отказано, если сетевой размер текущего количества регистраций SCN превзошел пороговое значение, заданное для этой реализации. Клиент, который не может регистрироваться на получение уведомлений SCN, может напрямую наблюдать за сеансами других устройств хранения.

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

Модель использования iSNS

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

Инициатор iSCSI

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

Цель iSCSI

Цель iSCSI обнаруживается инициаторами iSCSI путем регистрации на сервере iSNS. Также конечный объект может зарегистрироваться для получения уведомлений SCN, чтобы определять добавление или удаление инициаторов в целях правильного распределения ресурсов. Целевое устройство iSCSI также может регистрироваться на сообщения запроса состояния объекта, с помощью которых сервер iSNS может отслеживать доступность конечных устройств в сети хранения.

Станция управления

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

Бездисковая загрузка по технологии iSCSI

Начну из далека. Как часто вы встречаете организации использующие «Подключение к удаленному рабочему столу» как основной способ работы в офисе? Я стал встречать такие все чаще и мое личное мнение — это удобно! Удобно для сотрудников, удобно для системных администраторов, а самой компании это позволяет сократить IT расходы. А нередко это даже необходимость для комфортной многопользовательской работы в некоторых программах (пример — ПО 1С).

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

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

Вики гласит:
iSCSI (англ. Internet Small Computer System Interface) — протокол, который базируется на TCP/IP и разработан для установления взаимодействия и управления системами хранения данных, серверами и клиентами.

Для понимания происходящего определимся с терминологией:

iSCSI Target: (Цель iSCSI) — программа или аппаратный контроллер (HBA), осуществляющие эмуляцию диска и выполняющие запросы iSCSI. подробнее

iSCSI Initiator: (Инициатор iSCSI) — Клиентская программа или аппаратный контроллер, который взаимодействует с iSCSI Target.

IQN: (iSCSI Qualified Name) — Уникальный идентификатор (имя) iSCSI Target’a или iSCSI Initiator’а.

LUN: (Logical Unit Number) — Адрес блочного устройства в диапазоне 0-127. подробнее

Инициатор iSCSI

Прелесть в том, что Windows 7, Windows Server 2008 и всё что старше умеют устанавливаться напрямую на iSCSI target. Проблема только в том, как инициализировать удаленное блочное устройство при включении ПК.
Все современные сетевые карты умеют работать по технологии PXE, а вот с iSCSI дружат только дорогущие серверные сетевые карты например intel

Однако есть как минимум два знакомых мне open source проекта gPXE и iPXE, последний, к слову, форк первого, с немного доработанной системой вывода ошибок и несколькими дополнительными опциями.

Лично я использую gPXE, я его нашел первым, к тому-же у них на сайте есть очень удобный генератор rom-o-matic

Есть много способов как загрузиться через gPXE. Для рабочего варианта я вшивал её ROM вместо PXE загрузчика в BIOS метеринки. Рисковый вариант, можно остаться без материнки, забегая вперед это позволит уменьшить время загрузки на

Расскажу лучше о простом и безопасном для оборудования способе под названием PXE chainloading подробно (англ.) . Суть такова — с помощью PXE загрузчика загружаем gPXE, который в свою очередь выступает iSCSI инициатором и передает управление диску. Для этого нам нужен TFTP сервер (я не стал прибегать к стороннему софту, сделал как тут) и правильная настройка DHCP сервера.
Вот так выглядит DHCP параметры у меня:

Обратите внимание на параметр «175 gPXE_Options», инкапсулированное значение «08 01 01 ff» означает опцию keep_san = 1, которая заставляет gPXE не удалять регистрацию диска в случае неудачной загрузки с него (это необходимо для установки операционной системы).

В параметре «017 Корневой путь» самый просто синтаксис будет iscsi: .

Настройки iSCSI инициатора на этом закончены.

Цель iSCSI

Настройки цели крайне простые и интуитивные.

Создаём новое или импортируем существующий VHD диск:

Далее создаём цель:

Добавляем созданный или импортированный ране диск:

На этом настройка цели почти закончена. Осталось только добавить IQN(или любой другой тип индификатора: MAC, IP) инициатора(ов) который имеет доступ к этой цели.

Если после этого при загрузке клиентского ПК в gPXE промелькнут надписи:
Registered as BIOS drive 0x80
Booting from BIOS drive 0x80
Значит у нас получилось. И можно приступать к установке ОС.

Установка ОС или Epic Fail

Уже с ностальгией вспоминаю тот момент, когда первый раз я дошел до этого этапа и… поначалу меня постигало кучу разочарований. Забегая вперед скажу, что причиной многому была неудачная материнская плата GYGABYTE GA-425TUD.

Что же я увидел когда дошел до пункта выбора диска? Верно. Ничего. Подумал, ага, надо подгрузить сетевые драйвера. Аномально долгий поиск

30 — 40 минут на пустой флешке, куда были переписаны исключительно дрова для нужной сетевухи, заставлял меня думать что ОС виснет и раз 5-10 я так и не дожидался окончания поиска, выключал, перезагружал, менял опции gPXE. Так сложилось, что однажды я таки дождался пока драйвера были найдены, и радовался как ребенок обнаружив что в меню выбора появился так желанный мне диск.
Радость тут-же омрачилась тем что ОС сообщила мне о невозможности установиться на этот диск и любезно попросила меня проверить включен ли в моём BIOS контроллер этого диска.

Решение было найдено довольно быстро вот тут в самом низу. Если коротко то ребята советовали включать/выключать SATA контроллер, менять режим его работы IDE, ACHI и даже попробовать подключить реальный диск на время установки, но установку проводить на iSCSI диск. Для меня сработало подключение реального диска в режиме ACHI. Теперь установка пошла на iSCSI диск без проблем. Однако после перезагрузки ОС (один из этапов установки) я постоянно ловил BSOD на classpnp.sys.

Причина до сих пор мне не совсем понятна.
Большими усилиями была найдена зацепка

Решением стало отключение LWF фильтра в ОС на сетевухе.

В этом варианте у меня заработало даже на проблемной материнке.
После этого я пробовал еще 2 или 3 материнки, установка проходила гладко изначально (нужно было лишь подгрузить сетевые драйвера).

Тесты

Интересно на сколько будет заметно что мой HDD где-то там в 100 метрах от меня? На глаз вообще не отличить! Но я даже не надеялся что вы поверите моему глазу по этому приведу результаты тестов.

Наши герои:

Seagate ST500DM002 — будет работать локально, как у людей ;D
iSCSI SSD Patriot 128 PYROSE — на сервере, будет работать через iSCSI, сетевой канал 1ГБ.
iSCSI RAID 10 4xSeagate ST500DM002 — на сервере, будет работать через iSCSI, сетевой канал 1ГБ.

(Локальный)Seagate ST500DM002


iSCSI SSD Patriot 128 PYROSE


iSCSI RAID 10 4xSeagate ST500DM002


Свод и выводы


На мой взгляд вполне заслуживающая внимания технология, как видно из тестов даже на 1ГБ сети имеет хороший КПД. При текущих ценах на HDD позволит экономить как минимум 2500р с рабочей станции и облегчает задачу резервирования данных. У меня в организации все сотрудники работают в терминале, еще вот открыли учебный класс на 8 рабочих мест, именно там в качестве теста я и внедрял эту технологию.

Что такое iSCSI

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

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

iSCSI,- аббревиатура от Internet Small Computer System Interface,- это протокол на базе TCP/IP для взаимодействия и управления системам хранения данных, серверов и клиентов. Используя систему команд SCSI через IP-сети, iSCSI используется для передачи данных по сетям, как внутренним, так и разделенным географически, что позволяет создавать видимость локально подключенного диска, тогда как фактически хранилище информации может находиться в удаленном дата-центре.

iSCSI использует TCP/IP, стандартно порты 860 и 3260. По существу iSCSI просто позволяет инициировать взаимодействие и обмениваться командами SCSI по сети. Таким образом эмулируется локальная шина через сеть. Как результат такой организации iSCSI может выглядеть более бюджетной альтернативой FiberChannel, для которого требуется выделенная инфраструктура, если не рассматривать вариант FcoE (Fiber Channel over Ethernet). Однако, для максимизации производительности может быть необходимым использовать выделенную сеть или VLAN.

Структурно iSCSI состоит из двух частей — это target и initiator. Target — целевое устройство, которое может быть как программным, так и аппаратным. Initiator — инициатор, программа или аппаратное решение с микрокодом, иницирующее соединение и обеспечивающее дальнейшее взаимодействие на стороне клиента, то есть отправку SCSI команд по IP сети. При использовании аппаратного инициатора он обеспечивает самостоятельно прозрачность, что позволяет системе работать с таргетом как с логическим диском, при этом все операции по работе с сетевыми протоколами берет на себя аппаратный инициатор. Он обеспечивает большую по сравнению с программным вариантом, производительность, за счет снятия с вычислительной системы задач по обработке iSCSI программно.

Фактически, target представляет собой некоторый контейнер — логический раздел, физический диск, массив или файл-контейнер, вторая «контейнерная» часть — это инкапсуляция команд SCSI в пакетах IP.

Существует достаточно много реализаций iSCSI, как коммерческих, так и свободных, каждая из которых имеет определенные особенности. Здесь можно посмотреть таблицу сравнения различных реализаций: http://ru.wikipedia.org/wiki/Сравнение_iSCSI_таргетов

Не в качестве рекламы: в таблице отсутствует решение Nexenta Systems — NexentaStor, позволяющее использовать iSCSI в сочетании с плюсами файловой системы ZFS, что позволяет создавать системы хранения очень высокого уровня надежности в сочетании с простотой настройки. Подробности можно посмотреть на официальном сайте компании, там же можно скачать триальную версию.

iSCSI таргеты могут быть использованы для загрузки по сети с использованием сервисов DHCP и TFTP (как и при использовании других вариантов загрузки по сети), что применимо для работы бездисковых станций, например.

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

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

Существует стандарт именования iSCSI, описывающий формирование имен таргетов. Именно по ним происходит обращение к iSCSI target’ам. Структура имен такова:

  1. «iqn»
  2. Дата в формате «гггг-мм», обычно это дата, когда был создан таргет
  3. Зарезервированное доменное имя, например com.nexenta
  4. Опционально двоеточие, после которого идет идентификатор непосредственно таргета
    Пример: iqn.2001–04.com.example:storage:diskarrays-sn-a8675309

При использовании iSCSI возможно использование аутентификации CHAP, исключающей передачу пароля открытым текстом по сети или аутентификации при помощи Radius-сервера.

Существует возможность работы с таргетами используя iSNS (Internet Storage Name Service), при этом управление будет похожим на то, что используется в сетях Fibre Channel, что позволяет использовать iSNS в качестве единой централизованной точки входа для работы с сетью хранения данных.

Технические вопросы реализации iSCSI определены в соответствующих RFC (Request For Comments), публикацией которых занимается организация ISOC (Internet SOCiety).

Существует целый ряд документов RFC, относящихся к iSCSI:

Ссылка на основную публикацию
Adblock
detector
Примечание