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

Internet Storage Name Service

Internet Storage Name Service (iSNS) (Служба имен хранилищ Интернета) — сетевой протокол, позволяющий автоматизировать открытие, управление и конфигурирование ISCSI и Fibre Channel устройств (с использованием iFCP шлюзов) в TCP/IP сетях.

Протокол iSNS описывается в RFC 4171.

Содержание

Особенности

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.

Small Computer System Interface (SCSI) is a widely used protocol for controlling hard drives. Internet SCSI (iSCSI) uses the SCSI protocol on network volumes. In the iSCSI paradigm, the controller is known as the initiator and the network volume is the target.

Because SCSI offers greater speed than network file systems such as SMB and NFS, consider creating iSCSI targets for users with unique applications. For example, a PC on the network used for editing audio or video can take advantage of the faster protocol. Using an iSCSI target as opposed to standard direct-attached storage provides a centralized pool of storage that is easier to manage.

Professional versions of Windows have iSCSI built into the operating system. Third-party software is also available for Macs. When an initiator is paired with a target, the target volume must be formatted for the operating system, similar to standard SCSI hard drives. For example, a Windows initiator can format the target as NTFS, and a Mac initiator can use HFS+.

WSS 2012 can also act as a name server for multiple iSCSI targets on the network. Targets register with the server, allowing initiators to connect to one device rather than search for multiple targets on the network. The WSS 2012 feature that manages iSCSI targets is called Internet Storage Name Service (iSNS). Your Seagate server can manage the naming for iSCSI targets created on its own pool of storage as well as other Windows and Linux servers on the network.

Читать еще:  Chkdsk c f r что за команда

iSCSI Initiators

An iSCSI initiator is the server or computer that writes data to the iSCSI target. An initiator can search for and connect to a target on the network. It is also possible for a target to associate itself with an initiator.
An iSCSI initiator has an iSCSI Qualified Name (IQN) that can be useful when identifying the computer that is using the target. To find the initiator’s IQN on Windows:

  • Search for iSCSI Initiator and launch it. The IQN is displayed as an initiator name on the iSCSI Initiator Properties Window Configuration tab:
    iqn.nnnn-nn.com.microsoft:seagate-ddddd.
  • Open a Windows PowerShell command window and type the cmdlet iscsisli. The IQN displays inside square brackets as a prompt.

Create an iSCSI target

  1. In Server Manager, select File and Storage Services.
  2. Select iSCSI.
    A table of existing iSCSI virtual disks appears.
  3. Select Tasks > New iSCSI Virtual Disk.
  4. Use the New iSCSI Virtual Disk wizard to create the disk and target. You can also optionally add an initiator.

Important: Connecting an iSCSI target to more than one computer on the network and sharing files can cause file corruption. The one exception is a network that includes an iSCSI cluster server with file-sharing management. WSS 2012 cannot act as an iSCSI cluster server.

Add an iSNS server

The iSNS provides discovery services for iSCSI initiators and targets on the network. Before you can start iSNS, you must add it as a feature to WSS 2012.

  1. In Server Manager, select File and Storage Services.
  2. Select Servers.
  3. In the server list, select the server on which to enable the iSNS.
  4. Select Tasks > Add Roles and Features.
  5. Use the Add Roles and Features wizard to add an iSNS.
  6. Under Installation Type, select Role-based or feature-based installation and click Next.
  7. Select the server and click Next.
  8. Under File and Storage Services > File and iSCSI Services, select Features.
  9. Select iSNS Server service and click Next to complete the installation.
  10. If prompted, restart the server.

Register an iSCSI target with an iSNS server

Make sure that iSNS has been added as a feature WSS 2012.

  1. Launch the PowerShell on the iSCSI target server.
  2. Type:
    Set-WmiInstance -Namespace rootwmi -Class WT_iSNSServer –Arguments @<ServerName=»Your_iSNS_ServerName«>
    Where Your_iSNS_ServerName is the iSNS server name.

Important: Third-party or compatible NAS devices can have specific settings to join an iSCSI target to an iSNS server. Seagate NAS OS devices have a setting to join iSCSI targets to an iSNS server.

Register an iSCSI initiator with an iSNS server (Windows only)

Make sure that iSNS has been added as a feature WSS 2012.

  1. On your Windows computer, search for and launch iSCSI initiator.
  2. On the Discovery tab, under iSNS servers, click Add Server.
  3. Specify the IP address or DNS name of the iSNS server and click OK.
  4. Click Refresh.
    The iSNS server is added to the list of iSNS servers.
  5. Click OK to close the iSCSI Initiator Properties window.

Internet Storage Name Service

The Linux SCSI Target Wiki

The proposed Internet Storage Name Service (iSNS) protocol allows automated discovery, management and configuration of LinuxIO devices on a TCP/IP network across multiple discovery domains and discovery domain sets (optionally using iFCP gateways).

The service can be conceptualized as «DNS for SANs.» FCoE, Fibre Channel, iSCSI, or iSER then provide the storage, TPG, and Network Portal objects for the Initiator and LinuxIO nodes respectively.

iSNS provides management services similar to those found in Fibre Channel networks, allowing a standard IP network to operate in much the same way that a Fibre Channel SAN does. Because iSNS is able to emulate Fibre Channel fabric services and manage both iSCSI and Fibre Channel devices, an iSNS server can be used as a consolidated configuration point for an entire storage network. However, standards-compliant iSNS implementations are required to support the iFCP protocol, supporting the iSCSI protocol is optional.

RFC 4171 Section 4.2 (iSCSI Object Model Diagrams) describes two implementations, including an advanced object model that is required for active-active high availability.

Components

The iSNS standard defines four components:

The iSNS Protocol iSNSP is a protocol that specifies how iSNS clients and servers communicate. It is intended to be used by various platforms, including switches and targets as well as server hosts. iSNS Clients iSNS clients are part of iSNSP aware storage devices. iSNS clients initiate transactions with iSNS servers using the iSNSP, register device attribute information in a common Discovery Domain (DD), download information about other registered clients and receive asynchronous notification of events that occur in their DD(s). iSNS Servers iSNS servers respond to iSNS protocol queries and requests made by iSNS clients using the iSNSP. iSNS servers initiate iSNSP State Change Notifications and store properly authenticated information submitted by a registration request in an iSNS database. iSNS Databases iSNS databases are the information repositories for iSNS server(s). They maintain information about iSNS client attributes; while implementations will vary, a directory-enabled implementation of iSNS, for example, might store client attributes in an LDAP directory. iSNS Control Node Client an iSNS control node client can facilitate administrative operations. Multiple implementations exist.

Control Node Client

There is no need to setup an iSNS Control Node Client in order to run the iSNS server with non-control node clients. Without an iSNS Control Mode Client, this will start the daemon and accept clients into the the Default Discovery Domain:

Читать еще:  No bootable partition in table что делать

CentOS 5 (i386 & x86_64) client and server builds are available from the LIO iSNS repository.

There is long-term interest to provide iSNS using software RFC 4171 heartbeat (implemented by the original author, and still present today). Also, a long-term option is using LIO T/I mounts using Linux/HA H+A with iSNS server as a cluster resource.

iSNS client scripts

The iSNS Control Client from LIO is directly based on the Linux/iSNS Project. Additional iSNS control client functionality and scripts have been included. The iSNS control client is stable, and is currently being used on Linux-IO.

  • Obtain a list of both Initiator nodes+alias: /sbin/isns_initiators
  • Obtain a verbose list of iSCSI nodes+alias+portals+EIDs: /sbin/isns_iscsi_index
  • Obtain a verbose list of LIO nodes+alias+portals: /sbin/isns_network_portals
  • Determine if the local Initiator node has a valid EID: /sbin/isns_initiator_node_status
  • Determine if the local LIO node has a valid EID: /sbin/isns_target_node_status
  • Obtain a verbose list of Initiator and LIO nodes+alias+portals: /sbin/isns_nodes
  • Register both Initiator and LIO nodes from an ISNS Server: /sbin/isns_register
  • Deregister both Initiator and LIO nodes from an iSNS Server: /sbin/isns_deregister
  • Update Network Portal Information based on LIO stack settings (target only): /sbin/isns_update_portals
  • Deregister and register both Initiator and LIO nodes from an iSNS Server: /sbin/isns_reregister

iSNS Control Node Client scripts

  • Check whether the associated iSCSI node is a control node: /isns/isns_is_control_node
  • Check whether the associated iSCSI node is registered with the Server: /isns/isns_is_node_registered
  • List all iSCSI nodes in the database: /isns/isns_list_nodes_all
  • List details of the iSCSI node: /isns/isns_list_node_detail
  • List all iSCSI nodes of a discovery domain: /isns/isns_list_dd_members
  • List all discovery domains: /isns/isns_list_dd_all
  • Create a discovery domain: /isns/isns_create_dd
  • Delete a discovery domain: /isns/isns_delete_dd
  • Add an iSCSI node to a discovery domain: /isns/isns_add_node_to_dd
  • Remove an iSCSI node from a discovery domain: /isns/isns_remove_node_from_dd
  • List details of the discovery domain set: /isns/isns_list_dds_members
  • List all discovery domain sets: /isns/isns_list_dds_all
  • Create a discovery domain set: /isns/isns_create_dds
  • Delete a discovery domain set: /isns/isns_delete_dds
  • Enable a discovery domain set: /isns/isns_enable_dds
  • Disable a discovery domain set: /isns/isns_disable_dds
  • Add a discovery domain to a discovery domain set: /isns/isns_add_dd_to_dds
  • Remove discovery domain from a discovery domain set: /isns/isns_remove_dd_from_dds
  1. The scripts are meant to be used by the iSNS GUI for managing control nodes.
  2. String arguments which contain spaces must be enclosed in double quotes.

The sourcecode is available from the iSNS repository (see also README). It should build on any 2.4 or 2.6 Linux machine. Also, there is code to support other build platforms aside from the original Linux/iSNS sourcecode.

This original single threaded iSNS server design has been stable for some time, and suffices for moderate loads on modern iSNS clients. linux-iscsi.org allows to buld these RPMs for a simple iSNS server today. The original iSNS server by IPS TWG was licensed under a BSD license, and the new linux-iscsi.org version is also available under a BSD license.

The new iSNS server code still requires work to fully achieve production quality. E.g., the completion of asynchronous event handling on both client and server is an ongoing effort by numerous parties. A number of Linux vendors have been working on implementing iSNS functionality in their products, too. Examples for configurations of these implementations can be posted here as a community resource.

The following example is based on the Sony PlayStation 3 with Fedora Core 5.

The resultng .make_autoconfig file should look as follows (some of the resulting output has been removed for simplicity):

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).

Internet Storage Name Service

Internet Storage Name Service (iSNS) (Служба имен хранилищ Интернета) — сетевой протокол, позволяющий автоматизировать открытие, управление и конфигурирование ISCSI и Fibre Channel устройств (с использованием iFCP шлюзов) в TCP/IP сетях.

Протокол iSNS описывается в RFC 4171.

Содержание

Особенности [ править ]

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.

Ссылка на основную публикацию
Adblock
detector