Преобразуване на стар сървър в iSCSI Target с помощта на Enterprise Storage OS (ESOS). Свързване и конфигуриране на iSCSI в Windows Server Инициализиране и форматиране на iSCSI диск

С появата на Fibre Channel и SAN, изградени върху него, светът на съхранението залага на мрежовия достъп до системите за съхранение. Почти всички единодушно заявиха, че мрежите за съхранение са бъдещето. В продължение на няколко години FC интерфейсът остава безспорен стандарт за тяхното изграждане, но днес мнозина разбират, че времето за промяна идва. Има няколко сериозни недостатъка на FC-базиран SAN - цената и проблемите с достъпа до географски (на разстояние повече от стотици километри) отдалечени устройства. Наскоро се появиха редица инициативи, които са на етап стандартизация и са предназначени да решат или заобиколят тези проблеми. Най-интересният от тях е iSCSI.

Буквената комбинация iSCSI все по-често се появява на страниците на вестници и проспекти на водещи производители на системи за съхранение на данни. Разгледайте ресурсите, посветени на съхранението, и определено ще го видите. Но, преглеждайки статии и новини, най-вероятно ще намерите много напълно противоположни твърдения: някои представят iSCSI като безспорен лидер за мрежи за съхранение в близко бъдеще, други го слагат край още преди раждането му.

Sun се противопоставя на IP Storage

Sun се противопостави на IP Storage. Sun Microsystems няма да пуска системи за съхранение с IP достъп. Марк Канепа, вицепрезидент на Sun за всички системи за съхранение, каза наскоро, че IP Storage е просто „мечта“, съобщава Byte and Switch.

Канепа каза, че " Непрактично е да се използва TCP/IP за организиране на SAN поради по-голямата латентност в такива мрежи. Дори и да има бъдеще за IP базираните мрежи за съхранение, то ще бъде след три до пет години или може би никога. Потокът за съхранение не може да работи върху протоколен стек с общо предназначение, той има специални нужди. Технологичните предизвикателства при прилагането на TCP/IP са много по-големи, отколкото много хора си мислят. Ето защо ние от Sun залагаме на Fiber Channel", той каза. Досега никой производител на системи за съхранение не е заел толкова ясна позиция срещу IP Storage. Конкурентите на Sun, Hewlett-Packard и IBM, повече или по-малко активно поддържат тези технологии.

HP обещава поддръжка на iSCSI

« Окончателната версия на новата технология трябва да се появи през първото тримесечие на 2002 г., каза Марк Томпсън, ръководител на отдела за мрежови системи за съхранение на HP. Корпорацията възнамерява да представи широка гама от продукти, които поддържат стандарта iSCSI, предназначени за комбиниране на системи за съхранение в IP мрежи...»

HP признава, че потребителите на системи с Fibre Channel се чувстват доста комфортно и са по-привлечени от модернизираната FCIP технология, отколкото от iSCSI. Но в същото време HP вярва, че опитът с IP-базирани решения и особено Ethernet ще направи iSCSI продуктите привлекателни за много клиенти.

Computerworld, #35/2001: „Федерирани системи за съхранение“

IBM пуска базиран на iSCSI продукт

IBM TotalStorage IP Storage 200i осигурява директна връзка към Ethernet LAN устройства. Тази високоскоростна система за съхранение поддържа новия индустриален стандарт iSCSI, който осигурява SCSI протокол през IP.

Е, такива противоречиви съобщения не ни оставят друг избор, освен да разберем сами и независимо да претеглим плюсовете и минусите.

iSCSI

« iSCSI (Internet Small Computer System Interface) е протокол, който е базиран на TCP/IP и е предназначен за комуникация и управление на системи за съхранение, сървъри и клиенти.».

iSCSI описва:

• Транспортен протокол за SCSI, който работи върху TCP
• Нов механизъм за капсулиране на SCSI команди в IP мрежа
• Протокол за ново поколение системи за съхранение, които ще използват естествен TCP/IP

Веднага има възмущение, искате да поставите всичко на отделни купчини. Както каза един от моите учители: "Котлетите са отделни, мухите са отделни." Факт е, че правилата за доставка на пакети към IP и SCSI са напълно противоположни. При IP пакетите се доставят до получателя без спазване на стриктна последователност и той също възстановява данните, което изисква определени ресурси. В същото време, според спецификацията на SCSI, като канален интерфейс, всички пакети трябва да се предават един след друг без забавяне и нарушаването на този ред води до загуба на данни. Въпреки факта, че според някои експерти този проблем въвежда неяснота в практическото използване на iSCSI технологията, днес вече са внедрени редица устройства, които потвърждават нейната жизнеспособност. Инженерите, които работиха върху iSCSI, успяха да решат този проблем по определен начин. Спецификацията iSCSI изисква по-големи размери на заглавката на пакета. В заглавката е включена допълнителна информация, която значително ускорява сглобяването на пакетите.

Според един от феновете на iSCSI, Хеймор, старши системен инженер в Университета на Юта, основната пречка за разпространението на Ethernet като основна технология за изграждане на мрежи за съхранение е относително високата латентност (близо до 75 микросекунди), която възниква поради характеристиките на TCP/IP стека. При системи от висок клас, когато имате достъп до хиляди файлове едновременно, това може да се превърне в сериозен проблем.

Хората, които работят с iSCSI, разбират значението на латентността. И въпреки факта, че се разработват много инструменти за намаляване на влиянието на параметрите, които причиняват забавяне на обработката на IP пакети, технологията iSCSI е позиционирана за изграждане на системи от средно ниво.

iSCSI се развива много бързо. Нуждата от нов стандарт беше толкова силна, че буквално в рамките на 14 месеца след предложението за създаване на iSCSI, направено от IETF през февруари 2000 г., се появиха доста устройства, които демонстрираха възможностите за тяхното взаимодействие. През юли 2000 г. е публикуван Draft 0 за iSCSI, който бележи началото на работата по внедряването на технологията. През януари 2001 г. в рамките на SNIA (Storage Networking Industry Association) беше създаден форум за IP съхранение, който шест месеца по-късно вече имаше 50 членове, а през април същата година беше представен продукт, който скоро спечели „Enterprise награда за мрежов продукт.

Какво е толкова прекрасно в iSCSI, че намира подкрепа сред гигантите на компютърната индустрия, независимо от противоречията, които съществуват в рамките на стандартите.

Някои от най-важните приложни задачи и функции, реализирани с помощта на системи за съхранение на данни, са:

Задачи, които се изпълняват ефективно с помощта на съвременни методи:

· Консолидиране на системи за съхранение на данни · Архивиране на данни · Клъстериране на сървъри · Репликация (дублиране) · Възстановяване след авария

Нови функции, които се прилагат ефективно чрез IP Storage:

· Географско разпределение на SAN · QoS · Сигурност

В същото време новите системи за съхранение на данни, за които iSCSI ще бъде естествен протокол, ще създадат много предимства:

· Осигурява унифицирана технология за свързване на системи за съхранение, сървъри и клиенти в рамките на LAN, WAN, SAN · Значителен индустриален опит в Ethernet и SCSI технологиите · Възможност за значително географско разстояние на системите за съхранение · Възможност за използване на инструменти за управление на TCP/IP мрежа

Освен това, за да прехвърлите данни в хранилище с iSCSI интерфейс, можете да използвате не само медии, комутатори и рутери на съществуващи LAN/WAN мрежи, но и обикновени мрежови карти от страна на клиента. В този случай обаче възникват значителни режийни разходи за мощност на процесора от страна на клиента, който използва такава карта. Според разработчиците софтуерната реализация на iSCSI може да достигне скоростите на Gigabit Ethernet средата за предаване на данни при значително, до 100% натоварване на съвременните процесори. В тази връзка се препоръчва използването на специални мрежови карти, които ще поддържат механизми за разтоварване на процесора от обработката на TCP стека. Към момента на писане (юни 2002 г.), такива карти са произведени от Intel.

Intel PRO/1000T IP Storage Adapter се предлага от Intel на цена от 700 USD за брой. Това устройство съдържа мощен процесор Xscale, 32M памет и прехвърля изчисления, свързани с iSCSI и TCP/IP протоколите, както и изчислението на TCP, контролни суми на IP рамки към интегрирания процесор. Производителността му, според вътрешните тестове на компанията, може да достигне 500Mbit/s при 3-5% натоварване на процесора на хост системата.

Нека разгледаме по-отблизо iSCSI

В примера, показан на Фигура 1, всеки сървър, работна станция и устройство поддържат Ethernet интерфейс и iSCSI протоколен стек. IP рутери и Ethernet комутатори се използват за организиране на мрежови връзки.

С въвеждането на SAN успяхме да използваме SCSI протокола в мрежови инфраструктури, осигурявайки високоскоростен трансфер на данни на ниво блок между множество елементи на мрежата за съхранение.

Интерфейсът на малките компютърни системи в Интернет също осигурява блокиран достъп до данни, но не самостоятелно, а върху TCP/IP мрежи.

Архитектурата на конвенционалния SCSI се основава на модел "клиент"/"сървър". „Клиент“, като сървър или работна станция, инициира заявки за четене или запис на данни от изпълнител – „сървър“, като например система за съхранение. Командите, издадени от „клиента“ и обработени от „сървъра“, се поставят в блока за дескриптори на команди (CDB). “Сървърът” изпълнява командата, като краят на нейното изпълнение се индикира със специален сигнал. Капсулирането и надеждното доставяне на CDB транзакции между инициатори и изпълнители през TCP/IP мрежа е основната задача на iSCSI и трябва да се извърши в нетрадиционна SCSI, потенциално ненадеждна среда на IP мрежи.

Ето модел на слоевете на iSCSI протокола, който дава възможност да се разбере редът на капсулиране на SCSI команди за предаването им през физически носители.

Фигура 2. Модел на по-ниските нива на iSCSI протокола

Протоколът iSCSI следи прехвърлянето на блокове данни и осигурява потвърждение за автентичността на завършването на I/O операцията. Което от своя страна се предоставя чрез една или повече TCP връзки.

iSCSI има четири компонента:

• Управление на имена и адреси (iSCSI адрес и конвенции за именуване).
• Управление на сесии (iSCSI Session Management).
• Обработка на грешки (iSCSI Error Handling).
• Сигурност (iSCSI сигурност).

Управление на имена и адреси

Фигура 3. Модел на мрежов обект

iSCSI възелът е идентификатор на SCSI устройства (в мрежовия обект), достъпни през мрежата. Всеки iSCSI възел има уникално iSCSI име (с дължина до 255 байта), което се формира според правилата, приети за именуване на възли в Интернет. Например: "fqn.com.ustar.storage.itdepartment.161". Това име има четима от човека форма и може да се обработва от сървър за имена на домейни (DNS). По този начин iSCSI името гарантира правилната идентификация на iSCSI устройството, независимо от неговото физическо местоположение. В същото време, в процеса на наблюдение и предаване на данни между устройства, е по-удобно да се използва комбинация от IP адрес и TCP порт, които се предоставят от мрежовия портал. Протоколът iSCSI, в допълнение към iSCSI имената, осигурява поддръжка за псевдоними, които по правило се показват в системите за администриране за по-лесно идентифициране и управление от системните администратори.

Управление на сесии

Една iSCSI сесия се състои от фаза на удостоверяване (фаза на влизане) и фаза на обмен (фаза на пълна функция), която се завършва със специална команда.

Фазата на iSCSI удостоверяване е подобна на процеса за влизане в порт на Fibre Channel (PLOGI). Използва се за договаряне на различни параметри между две мрежови единици и потвърждаване на правата за достъп на инициатора. Ако фазата на iSCSI удостоверяване е успешна, изпълнителят потвърждава влизането на инициатора, в противен случай влизането не се потвърждава и TCP връзката се затваря.

Веднага след като влизането бъде потвърдено, iSCSI сесията преминава към фазата на обмен. Ако е установена повече от една TCP връзка, iSCSI изисква всяка двойка команда/отговор да премине през една TCP връзка. Тази процедура гарантира, че всяка отделна команда за четене или запис ще бъде изпълнена, без да е необходимо допълнително да се проследява всяка заявка, докато преминава през различни нишки. Различни транзакции обаче могат да се предават едновременно през различни TCP връзки в рамките на една и съща сесия.

Фигура 4. Пример за запис в iSCSI

В края на транзакцията инициаторът изпраща/получава последните данни, а изпълнителят изпраща отговор, който потвърждава успешното прехвърляне на данни.

При необходимост от затваряне на сесия се използва командата iSCSI logout, която предава информация за причините за прекратяване на сесията. Може също така да предаде информация за това коя връзка трябва да бъде затворена в случай на грешка във връзката, за да затворите проблемните TCP връзки.

Обработка на грешка

Поради високата вероятност от възникване на грешки по време на предаване на данни в някои видове IP мрежи, особено WAN реализации, в които iSCSI може да работи, протоколът предвижда много мерки за обработка на грешки.

За да функционира правилно обработката на грешки и възстановяването при повреда, както инициаторът, така и изпълнителят трябва да могат да буферират команди, докато не бъдат потвърдени. Всяко крайно устройство трябва да може избирателно да възстанови изгубен или повреден PDU като част от транзакция за възстановяване на предаването на данни.

Йерархията за обработка на грешки и възстановяване на iSCSI включва:

1. На най-ниското ниво откриване на грешки и възстановяване на данни на ниво SCSI задача, например повторно предаване на изгубен или повреден PDU.
2. На следващото ниво може да възникне грешка в TCP връзката, която предава SCSI задачата, а именно TCP връзката може да е повредена. В този случай се прави опит за възстановяване на връзката.
3. И накрая, самата iSCSI сесия може да се повреди. Прекратяването и възстановяването на сесия обикновено не са необходими, ако възстановяването се обработва правилно на други нива, но може да се случи обратното. Тази ситуация изисква затваряне на всички TCP връзки, изпълнение на всички задачи, незавършени SCSI команди и рестартиране на сесията чрез повторно влизане.

Безопасност

Поради използването на iSCSI в мрежи, където е възможен неоторизиран достъп до данни, спецификацията позволява използването на различни методи за подобряване на сигурността. Инструментите за криптиране като IPSec, които използват по-ниски слоеве, не изискват допълнително договаряне, тъй като са прозрачни за по-горните слоеве, включително iSCSI. За удостоверяване могат да се използват различни решения, например Kerberos или Private Key Exchange; iSNS сървър може да се използва като хранилище на ключове.

Други (iFCP, FCIP)

Като част от работата по технологиите за мрежово съхранение на данни, Internet Engineering Task Force (IETF) създаде работна група за IP съхранение (IPS) в следните области:

• iSCSI (интернет интерфейс за малки компютърни системи)
• FCIP (Fibre Channel през TCP/IP)
• iFCP (Internet Fibre Channel Protocol)
• iSNS (Internet Storage Name Service)

Освен това, както вече беше отбелязано, през януари 2001 г. беше организиран форум за IP съхранение в рамките на SNIA (Асоциация на мрежовата индустрия за съхранение). Днес форумът включва три подгрупи: FCIP, iFCP, iSCSI. Всеки от които представлява протокол, който е под защитата на IETF.

FCIP- тунелен протокол, създаден на базата на TCP/IP, чиято функция е да свързва географски отдалечени FC SAN без никакво въздействие върху FC и IP протоколите.

iFCP- протокол, създаден на базата на TCP/IP за свързване на FC системи за съхранение на данни към FC мрежи за съхранение на данни, използвайки IP инфраструктура заедно със или вместо FC комутиращи и маршрутизиращи елементи.

iSCSI- обсъдено по-горе...

За да разберем по-добре позиционирането на тези три протокола, представяме блокова диаграма на мрежи, изградени с тях.

Фигура 5. Блокова диаграма на мрежи за IP съхранение

Fibre Channel през IP

Най-малко революционният от трите споменати по-горе е протоколът Fibre Channel over IP. Той практически не прави промени в структурата на SAN или в организацията на самите системи за съхранение на данни. Основната идея на този протокол е да се реализира възможността за комбиниране на географски отдалечени мрежи за съхранение на данни.

Ето как изглежда протоколният стек на FCIP:

Фигура 6. Долни нива на протокола FCIP

FCIP помага за ефективно решаване на проблема с териториалното разпределение и агрегирането на SAN на големи разстояния. Основните му предимства са, че този протокол е напълно прозрачен за съществуващите FC SAN мрежи и е фокусиран върху използването на инфраструктурата на съвременните MAN/WAN мрежи. По този начин, за да предоставят нова функционалност, потребителите, които търсят възможности за свързване на географски отдалечени FC SAN, ще се нуждаят само от FCIP шлюз и връзка към MAN/WAN мрежата. Географски разпределен SAN, изграден с помощта на FCIP, се възприема от SAN устройствата като обикновена FC мрежа, а за MAN/WAN мрежата, към която е свързан, представлява нормален IP трафик.

Проектът на стандарт IETF IPS - FCIP Working Group определя:

• правила за капсулиране на FC рамки за предаване през TCP/IP;
• правила за използване на капсулиране за създаване на виртуална връзка между FC устройства и FC мрежови елементи;
• TCP/IP среда за подпомагане на създаването на виртуална комуникация и осигуряване на тунелиране на FC трафик през IP мрежата, включително проблеми със сигурността, целостта на данните и скоростта на трансфер на данни.

Сред приложените задачи, които могат да бъдат ефективно решени с помощта на протокола FCIP, са: дистанционно архивиране, възстановяване на данни и общ достъп до данни. Когато използвате високоскоростни MAN/WAN комуникации, можете също успешно да използвате: синхронно дублиране на данни и споделен разпределен достъп до системи за съхранение на данни.

iFCP

Internet Fibre Channel Protocol е протокол, който осигурява предаване на FC трафик през TCP/IP транспорт между iFCP шлюзове. В този протокол FC транспортният слой се заменя с IP мрежов транспорт, трафикът между FC устройствата се маршрутизира и превключва с помощта на TCP/IP. Протоколът iFCP предоставя възможност за свързване на съществуващи FC системи за съхранение към IP мрежа с поддръжка на мрежовите услуги, от които се нуждаят тези устройства.

iFCP протоколният стек изглежда така:

Фигура 7. Долни нива на iFCP протокола

iFCP, съгласно спецификация:

• наслагва FC рамки за транспорт върху предварително дефинирана TCP връзка;
• FCP услугите за съобщения и маршрутизиране се припокриват в iFCP gateway устройството, като по този начин мрежовите структури и компоненти на FC не се обединяват в общ FC SAN, а се управляват от TCP/IP инструменти;
• динамично създава IP тунели за FC рамки

Важна характеристика на iFCP е, че осигурява FC комуникация устройство към устройство през IP мрежа, която е много по-гъвкава от комуникацията SAN към SAN. Така например, ако iFCP има TCP връзка между двойки N_Port на две FC устройства, тази връзка може да има собствено ниво на QoS, което ще бъде различно от нивото на QoS на другата двойка FC устройства.

Заключение

Обобщавайки, бих искал да изразя твърдата си увереност, че Fibre Channel няма да изчезне никъде в близко бъдеще, пазарът на FC SAN ще расте и ще се развива. В същото време IP протоколите за съхранение ще осигурят възможността за ефективно използване на мрежи за съхранение в онези задачи на приложенията, за които FC не може да осигури ефективно изпълнение. Използвайки протоколите FCIP и iFCP, мрежите за съхранение ще станат географски разпределени. А въвеждането на iSCSI от своя страна ще направи възможно използването на предимствата на SAN в области, които все още остават нереализирани или се прилагат неефективно в рамките на обичайните технологии днес.

P.S.

Бързото развитие на мрежите за съхранение на данни стана основа за формирането на концепцията за World Wide Strorage Area Network. WWSAN е световна мрежа за съхранение и осигурява създаването на инфраструктура, която ще осигури високоскоростен достъп и съхранение на данни, разпространявани по целия свят. Концепцията е много близка до WWW, която съществува днес, но се основава на други услуги. Един от оригиналните примери е услугата на „мениджър“, който пътува по света с презентации. WWWSAN осигурява прозрачно движение на „мобилни“ данни след личното движение на техния собственик по света. Така, независимо къде се намира „мениджърът“, той винаги ще има възможност да получи високоскоростен достъп до необходимите му данни, работата с които няма да изисква сложна, понякога много неефективна синхронизация през WWW.

Безопасно е да се каже, че концепцията за изграждане на световна мрежа за съхранение на данни се вписва идеално в развитието на съвременните технологии за IP съхранение.

Термини и съкращения:

• SAN - Storage Area Network
• CDB - блок на команден дескриптор, протокол на команден дескриптор (описание).
• PDU - Protocol Data Unit, модул за обмен на протоколи, модул за протоколни данни.
• QoS - съкр. от Quality of Service, качеството и класа на предоставяните услуги за пренос на данни (обикновено описва мрежата по отношение на латентност и честотна лента на сигнала).
• SNIA - Storage Networking Industry Association, асоциация на индустрията на мрежовите системи за съхранение.
• DNS - сървър за имена на домейни, сървър за имена на домейни.
• PLOGI - Вход в порта на Fibre Channel.
• iSCSI - Интернет интерфейс за малки компютърни системи
• FCIP - Fibre Channel през TCP/IP
• iFCP - протокол за интернет фибърен канал
• iSNS - Интернет услуга за имена на хранилища
• WWSAN - World Wide Strorage Area Network, световна мрежа за съхранение на данни

Литература:

• „SAN след Fibre Channel“ – Лукас Мериан. 02/12/2002: Computerworld, #05/2002;
• Урок за IP съхранение, - SNIA;
• Техническа бяла книга за iSCSI, - SNIA;
• Internet Fibre Channel Protocol (iFCP) - Технически преглед, - SNIA;
• Форум за съхранение, - HP EMEA, 12-13 юни 2002 г.

След пет години работа с Fibre Channel мрежи за съхранение (SAN) бях много озадачен от появата на iSCSI: какво прави протоколът и, което е по-важно, как работи и как iSCSI може да се използва за решаване на проблеми от реалния свят за потребители. И така, след няколко интензивни месеца на разговори с много експерти по тази тема, представям в тази статия няколко мои собствени виждания за iSCSI.

Какво точно е iSCSI?

Други протоколи: FCIP - изпраща блокове на Fibre Channel през IP, като по същество разширява връзките на Fibre Channel; всъщност няма нищо общо със SCSI. От друга страна, iFCP осигурява картографиране на FCP (сериен SCSI през Fibre Channel) към и от IP. С други думи, той предлага протокол за маршрутизиране на Fibre Channel (fabric), който позволява свързване през IP.

С други думи, iSCSI е SCSI протокол през IP, който свързва сървъра със съхранението на данни. Други протоколи осигуряват връзки Fibre Channel към Fibre Channel с различна степен на интелигентност.

Как iSCSI устройствата се намират едно друго?

В момента има два механизма, използвани за откриване на iSCSI устройства в IP света. Първият е SLP (service locator protocol) – протокол от фамилията TCP/IP, който позволява автоматично конфигуриране на различни ресурси. Този протокол за откриване на услуги вече съществува в света на IP от известно време. Наскоро обаче много производители, включително Microsoft, започнаха да разработват нов протокол - Internet Simple Name Server. Просто казано, той използва принципите на прост сървър за имена на домейни за Fibre Channel и след това го мащабира, за да се справи с размера на IP мрежите, без да губи функциите за съхранение на SLP.

Как може да се използва iSCSI?

1. Специализиран iSCSI сървър, който има достъп до специализирано iSCSI хранилище.
2. Специализиран iSCSI сървър, който има достъп до прикрепено към Fibre Channel хранилище чрез рутер iSCSI към Fibre Channel.
3. Сървърът на Fibre Channel има достъп до iSCSI хранилище чрез рутер Fiber-Channel-to-iSCSI.

И така, какво е най-вероятно и/или практично да се използва? За да отговорим на този въпрос, трябва да се отдръпнем малко и да си припомним, че мрежовото съхранение изисква гъвкавост, използвайки продуктите по различни начини. Днес използването на iSCSI в сървъри е сравнително ново, но лесно, предвид поддръжката на Microsoft за Windows Server 2000 и 2003.

Поради тази причина един от начините за използване на iSCSI е да се използват iSCSI сървъри, прикрепени към съществуващо хранилище на Fibre Channel чрез рутер iSCSI към Fibre Channel, най-вероятно във Fibre Channel SAN. Това означава, че едни и същи портове на едни и същи масиви за съхранение могат да предоставят услуга за съхранение както на Fibre Channel, така и на iSCSI сървъри. Следователно това ви позволява да получите повече ползи от използването на SAN и Fibre Channel съхранение, отколкото вече имате, и можете да го направите точно сега - пазарът предлага всички необходими продукти.

Според моите предположения подобни събития ще се случат на пазара на NAS; всъщност те вече се случват. Тъй като NAS устройствата вече свързват устройства към IP мрежи, споделяйки услуги чрез мрежова файлова система (NFS) и/или общ протокол за достъп до интернет файлове (CIFS), за NAS е лесно да прехвърля данни на ниво блок през същите портове, използвайки iSCSI, отново което ви позволява да използвате съществуващите решения за съхранение по нови начини.

Има няколко други интересни и нестандартни решения, които очакват появата на специално iSCSI-само хранилище, което може да работи перфектно на ново място, където все още не е извършена консолидация на съхранение и съществуват само продукти от едно решение.

Кой ще използва iSCSI?

Така че iSCSI може да работи за всеки, но може би най-големият потенциален пазар е в сървърите на Intel и ултратънките сървъри с висока плътност (Intel или други). В допълнение, iSCSI понякога може да се използва за високопроизводителни сървъри, в случай на отдалечени офиси за достъп до централен център за данни през SAN, и в други случаи, когато е твърде рано да се използва Fibre Channel, в крайна сметка все още има много сървъри и хранилища, които не са свързани с мрежовите данни.

NIC, TOE и HBA: Кога трябва да се използват?

1. Стандартна интерфейсна карта (NIC) с iSCSI драйвер
2. TOE (TCP Offload Engine) NIC с iSCSI драйвер
3. HBA (Host Bus Adapter), създадени за iSCSI от традиционни производители на адаптери за Fibre Channel.

Ключовият момент тук е, че за разлика от адаптерите за Fibre Channel, цените на iSCSI варират от ниска (безплатни) до висока производителност (ускорители) и по този начин могат да бъдат пригодени да отговарят на изискванията на приложението. Също така, изходният капацитет на натоварване (fan-out или oversubscription) позволява използването на по-рентабилни Ethernet портове (както бързи, така и GE) вместо портовете на специализирани FC комутатори, което допълнително намалява разходите. С iSCSI TOE карти, струващи $300 или по-малко, режийните разходи за прикачване на хост са значително по-ниски, отколкото при FC, дори за TOE производителност.

Тъй като FC може да работи при 2Gbps, използването на Fibre Channel е по-предпочитано за сървъри от висок клас (2G Ethernet не съществува), въпреки че за да бъдем честни, няма много сървъри, които използват този вид честотна лента, дори на Fibre Channel. Разбира се, от гледна точка на съхранение, 2Gbps е по-вероятно, докато не видим 10Gb FC или дори 10Gb Ethernet/iSCSI портове. iSCSI отваря вратата към стотици или хиляди сървъри, особено системи на Intel, много от които може да са по-малко взискателни и много от които тепърва ще се възползват от мрежовото съхранение.

Само времето ще покаже какво точно ще се случи, въпреки че едно е сигурно - ще бъде много интересна година за мрежово съхранение и iSCSI.

Ако някога сте управлявали сървъри или корпоративна компютърна мрежа, вероятно сте срещали проблема с прозрачното увеличаване на капацитета на вашата съществуваща инфраструктура. И въпреки че такива решения по принцип съществуват, те обикновено се характеризират с високи цени и ниска гъвкавост.

19" системите обикновено нямат достатъчно място за поставяне на допълнителни твърди дискове. В резултат на това се появява единствената алтернатива: свързване на отделни 19″ устройства за съхранение към сървъра чрез интерфейс SCSI или Fibre Channel. Въпреки това, в същото време, ние все още смесваме сървърни задачи и функции за съхранение на данни.

И големите сървърни кутии с допълнителни отделения за твърди дискове също не са идеално решение - отново получаваме смесица от задачи.

Съгласете се, че идеалното съхранение трябва да бъде много гъвкаво. Така че да може лесно да се разгръща, да се използва от много части на мрежата, от различни операционни системи и, разбира се, да може лесно да се разширява. И производителността не трябва да се пренебрегва. Отговорът на всички поставени въпроси може да се нарече iSCSI - Internet SCSI. Това решение пакетира SCSI протокола в TCP/IP пакети, което води до универсален интерфейс за съхранение за цялата мрежова инфраструктура. В допълнение, iSCSI ви позволява да консолидирате текущите си системи за съхранение.

Как работи iSCSI?

Диаграмата показва как работи iSCSI. Подсистемите за съхранение трябва да използват съществуваща мрежова инфраструктура, независима от сървърите. Консолидацията на съхранението, която споменахме по-горе, просто означава, че съхранението трябва да бъде достъпно от всеки сървър, минимизирайки разходите за управление. В допълнение към съществуващите системи може да се добави допълнителен капацитет.

Предимствата на този подход са много и те са доста очевидни. Много корпорации вече разполагат с ефективна мрежова инфраструктура, често използваща изпитани във времето технологии като Ethernet. Няма нужда да внедрявате или тествате нови технологии за използване на iSCSI или други системи като SAN (мрежи за съхранение). Разбира се, тук можете да спестите от скъпи специалисти по внедряване.

Като цяло всеки мрежов администратор може да управлява iSCSI клиенти и сървъри с малко обучение. В края на краищата iSCSI се внедрява върху съществуваща инфраструктура. Освен това, iSCSI е много наличен, тъй като iSCSI сървърите могат да бъдат свързани към множество комутатори или мрежови сегменти. И накрая, архитектурата по своята същност е много мащабируема благодарение на технологиите за превключване на Ethernet.

По принцип iSCSI сървърът може да бъде реализиран или софтуерно, или хардуерно. Но поради голямото натоварване на софтуерното решение върху процесора, по-добре е да се спрете на последната опция. Основната тежест върху iSCSI сървъра е капсулирането на SCSI пакети в TCP/IP пакети, като всички те трябва да се извършват в реално време. Ясно е, че в софтуерен сървър всички тези задачи ще се изпълняват от централния процесор, а в хардуерно решение - специални TCP/IP и SCSI двигатели.

Благодарение на iSCSI клиента, ресурсите за съхранение на iSCSI сървър могат да бъдат интегрирани в клиентската система под формата на устройство, което е подобно по смисъл на локален твърд диск. Тук голямото предимство в сравнение с обичайните споделени мрежови папки (споделяния) ще бъде високата сигурност. В крайна сметка iSCSI набляга на правилното удостоверяване на iSCSI пакетите и те се предават по мрежата в криптирана форма.

Разбира се, ще получите малко по-ниска производителност от локалните SCSI системи - защото мрежата въвежда свои собствени забавяния. Но съвременните мрежи с честотна лента до 1 Gbit/s (128 MB/s) вече осигуряват достатъчна скорост, но по-голямата част от нея никога не се използва.

На всеки iSCSI възел се присвоява собствено име (до максимум 255 байта дължина) и псевдоним (кратко име), които не зависят от IP адреса. Така достъпът до хранилището ще бъде осигурен дори след прехвърлянето му в друга подмрежа.

iSCSI в действие

Разбира се, освен мрежата, основното изискване за внедряване на iSCSI е организацията на iSCSI сървър. Тествахме няколко решения, както софтуерни, така и хардуерни.

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

По принцип iSCSI може да се използва в мрежа със скорост 100 Mbit/s, но тогава, в сравнение с локалните устройства, ще изпитате значително забавяне. Естествено, Gigabit Ethernet е много по-ефективно решение - честотната лента едва ли ще се превърне в пречка дори при използване на няколко RAID 5 масива. В същото време това не може да се каже за RAID 0 масиви, но такова съхранение рядко се свързва по мрежата.

Ако се обърнете към клиента, тогава е необходим iSCSI инициатор. Те са пуснати за почти всички операционни системи. Търсене в Google за комбинация от „Microsoft“, „iSCSI“ и „Initiator“ е добър пример за това.

След това в иницииращата програма трябва да конфигурирате връзка със сървъра. Свързаните сървърни устройства ще се показват на компютъра като твърди дискове и могат да се използват като обикновени устройства.

Протоколът iSCSI осигурява базирано на IPsec криптиране на пакети, въпреки че не е задължително. Например, не винаги има смисъл да се криптират пакети в рамките на корпоративна мрежа. Тази опция ще бъде най-интересна за WAN.

Допълнителни приложения

iSCSI също е отлично средство за архивиране на данни, тъй като информацията може лесно да бъде копирана на друг твърд диск. Включително, дори онлайн, с помощта на функцията за скрито копиране на Windows. iSCSI може дори да се свърже чрез DSL връзка, но тук ограничаващият фактор ще бъде скоростта на линията. Всичко обаче зависи от естеството на приложението.

Голямото предимство на iSCSI е, че класическото резервиране вече не е ограничено до едно място - и това не бива да се подценява. Например, устройства като касетъчни лентови устройства вече могат да бъдат инсталирани навсякъде в мрежата. Дори и да се случи най-лошото, iSCSI данните могат да бъдат възстановени за минимално време.

Ако решението iSCSI е внедрено в софтуера, тогава мрежовият адаптер ще трябва да прехвърли много данни. Тъй като конвенционалните мрежови адаптери не винаги използват различни технологии за хардуерно ускорение, част от натоварването може да бъде прехвърлено към централния процесор. SCSI е блоков протокол, докато Ethernet е пакетен протокол. Тоест голяма част от натоварването ще бъде свързано с капсулиране и извличане на SCSI информация от TCP/IP пакети. Такава задача може да натовари дори модерен процесор до капацитет.

За решаване на проблема са разработени специални TOE двигатели (TCP/IP Offload Engines), които се грижат за всички сложни iSCSI операции веднага след мрежовия адаптер. В резултат на това натоварването на системния процесор се намалява и потребителите и системата могат да продължат да функционират нормално.

Надявам се, че сега стана малко по-ясно какво е мрежово съхранение на iSCSI и как работят.

Б Отдавна съм станал информационно зависим. Може да загубите оборудване, служители, пари и много повече, но тези ресурси могат да бъдат възстановени (дори и в дългосрочен план). Но загубата на корпоративни данни обикновено е необратима. Според аналитичните агенции, ако една компания е загубила 80% от корпоративните данни, тя ще спре да съществува след 2-3 години. Тъй като сигурността на бизнеса е един от стълбовете на сигурността на една държава, ЕС и САЩ вече имат закони, задължаващи търговските компании, както и държавните агенции, да прилагат средства за защита на информацията от бедствия. Това състояние на нещата води до повишена нужда от решения, насочени към предотвратяване на загуба на данни. Това може да се случи поради повреда на оборудването, вирусна или хакерска атака, човешка грешка, природно или причинено от човека бедствие, пожар и др. За защита от тези фактори е необходимо да се организира резервно съхранение на данни, в повечето случаи отдалечено. Ето защо тук няма да описваме общи понятия, а веднага ще преминем към подробно разглеждане на една от обещаващите технологии - iSCSI. Според аналитичните компании, продуктите, които използват iSCSI днес, представляват 25% от пазара за системи за съхранение на данни от начално ниво, а до 2010 г. iSCSI почти ще царува в сегмента за съхранение на малки предприятия, заемайки 50% от пазара в средния бизнес сегмент и 20-25% в сегмента на големия бизнес.

Какво е iSCSI?

iSCSI е протокол от край до край за транспортиране на блокове данни през IP мрежи. Този протокол се използва на сървъри (в терминологията на iSCSI - "инициатори"), устройства за съхранение ("цели") и устройства за прехвърляне на протоколи ("шлюзове"). iSCSI използва обикновени Ether мрежови комутатори и рутери за прехвърляне на блокове от данни от сървъра към хранилището. Той също така ви позволява да използвате съществуващата IP инфраструктура за организиране на мрежи за съхранение (SAN) без ограничения на разстоянието.

iSCSI се основава на двата най-широко използвани протокола: SCSI - протокол за обмен на блокове от данни между компютър и хранилище и IP - мрежов транспортен протокол, който днес е най-широко използван в корпоративните Ethernet мрежи.

На фиг. Фигура 1 схематично показва набора от протоколи, включени при използване на iSCSI. Използването на стандартен SCSI команден набор опростява съвместимостта със съществуващи операционни системи и приложения. Използването на TCP/IP позволява SCSI командите да се предават глобално.

Архитектурата на конвенционалния SCSI се основава на модел клиент-сървър. „Клиентът“, който може да бъде например физически сървър или работна станция, инициира заявки за четене или запис на данни от изпълнителя - „сървърът“, който по правило е система за съхранение. Командите, издадени от „клиента“ и обработени от „сървъра“, се поставят в команден дескрипторен блок (CDB).

CDB е структура, чрез която клиентско приложение изпраща команди към сървърно устройство. “Сървърът” изпълнява командата, като краят на нейното изпълнение се индикира със специален сигнал. Капсулирането и надеждното доставяне на CDB транзакции между инициатори и изпълнители през TCP/IP мрежа е основната задача на iSCSI и трябва да се извършва в нетрадиционна SCSI, потенциално ненадеждна среда на IP мрежи.

На фиг. Фигура 2 показва модел на слоевете на iSCSI протокола, който ви позволява да разберете реда, в който SCSI командите са капсулирани за предаване през физически носители.

Протоколът iSCSI следи прехвърлянето на блокове данни и осигурява потвърждение за валидността на завършването на I/O операцията, което от своя страна се предоставя чрез една или повече TCP връзки.

Ориз. 2. Модел на долните нива на iSCSI протокола

Ориз. 3 . Модел на "мрежови обекти"

iSCSI има четири компонента:

Управление на имена и адреси (iSCSI Address and Naming Conventions);

Управление на сесии (iSCSI Session Management);

обработка на грешки (iSCSI Error Handling);

Сигурност (iSCSI сигурност).

Управление на имена и адреси

Тъй като iSCSI устройствата са членове на IP мрежа, те имат отделни „мрежови обекти“. Всеки от тях може да съдържа един или повече iSCSI възли (фиг. 3).

iSCSI възелът е идентификатор за SCSI устройства, достъпни през мрежата. Всеки iSCSI възел има уникално име (с дължина до 255 байта), което се формира според правилата, приети за именуване на възли в Интернет (например fqn.com.ustar.storage.itdepartment.161). Това име има четима от човека форма и може да се обработва от сървър за имена на домейни (DNS). По този начин iSCSI името гарантира правилна идентификация на iSCSI устройството, независимо от неговото физическо местоположение.

В същото време, в процеса на наблюдение и предаване на данни между устройства, е по-удобно да се използва комбинация от IP адрес и TCP порт, които се предоставят от мрежовия портал. Протоколът iSCSI, в допълнение към iSCSI имената, осигурява поддръжка за псевдоними, които обикновено се показват в системите за администриране за по-лесно идентифициране и управление от системните администратори.

Управление на сесии

Една iSCSI сесия се състои от фаза на удостоверяване (фаза на влизане) и фаза на обмен (фаза на пълна функция), която завършва със специална команда.

Фазата на удостоверяване се използва за договаряне на различни параметри между две „мрежови единици“ и потвърждаване на правата за достъп на инициатора. След процедурата за удостоверяване iSCSI сесията преминава към фазата на обмен. Ако е установена повече от една TCP връзка, iSCSI изисква всяка двойка команда/отговор също да премине през една TCP връзка. Тази процедура гарантира, че всяка отделна команда за четене или запис ще бъде изпълнена без необходимост от допълнително проследяване на всяка заявка, докато преминава през различни нишки. Различни транзакции обаче могат да се предават едновременно през различни TCP връзки в рамките на една и съща сесия.

В края на транзакцията инициаторът изпраща и получава най-новите данни, а изпълнителят изпраща отговор, който потвърждава успешното прехвърляне на данни.

При необходимост от затваряне на сесия се използва командата iSCSI logout, която предава информация за причините за прекъсване. Може също така да предаде информация коя връзка да се затвори, ако възникне грешка във връзката, за затваряне на проблемни TCP връзки.

Обработка на грешка

Поради високата вероятност от възникване на грешки по време на предаване на данни в някои видове IP мрежи, особено в WAN реализации (където iSCSI също може да функционира), протоколът предоставя редица мерки за обработка на грешки.

За да функционира правилно обработката на грешки и възстановяването при повреда, както инициаторът, така и изпълнителят трябва да могат да буферират команди, докато не бъдат потвърдени. Всяко крайно устройство трябва да може избирателно да възстанови изгубен или повреден PDU като част от транзакция за възстановяване на предаването на данни.

Йерархията за обработка на грешки и възстановяване на iSCSI включва:

1. На най-ниското ниво - откриване на грешки и възстановяване на данни на ниво SCSI задача, например повторно предаване на изгубен или повреден PDU.

2. На следващото ниво може да възникне грешка в TCP връзката, която предава SCSI задачата, т.е. TCP връзката може да се повреди. В този случай се прави опит за възстановяване на връзката.

3. И накрая, самата iSCSI сесия може да се повреди. Прекратяването и възстановяването на сесия обикновено не са необходими, ако възстановяването се обработва правилно на други нива, но може да се случи обратното. Тази ситуация изисква затваряне на всички TCP връзки, прекратяване на всички задачи, неизпълнени SCSI команди и рестартиране на сесията с повторно удостоверяване.

Безопасност

Поради използването на iSCSI в мрежи, където е възможен неоторизиран достъп до данни, спецификацията позволява използването на различни методи за подобряване на сигурността. Инструментите за криптиране като IPSec, които използват по-ниски слоеве, не изискват допълнително договаряне, тъй като са прозрачни за по-горните слоеве, включително iSCSI. Могат да се използват различни решения за удостоверяване, като Kerberos или обмен на частни ключове; iSNS сървър може да се използва като ключово хранилище.

Ориз. 4. IP мрежа, използваща iSCSI устройства

Практически приложения на iSCSI

Има три начина за внедряване на решения, базирани на iSCSI мрежи за съхранение в ИТ системите. Всеки от тях има своите предимства и недостатъци, които ще се опитаме да разгледаме.

Най-простият начин за внедряване на iSCSI SAN е да използвате iSCSI-активирано хранилище. Съхранението може да бъде дисков масив, лентово устройство, CD, DVD, PDD, UDO библиотека.

В примера, показан на фиг. 4, Всеки сървър, работна станция и устройство поддържа Ethernet интерфейс и iSCSI протоколен стек. За организиране на мрежови връзки се използват обикновени IP рутери и обикновени Ethernet комутатори.

Ако всичко е ясно със съхранението - тук iSCSI протоколът се поддържа на ниво „свързан“ микропроцесорен код, тогава със сървъри и работни станции („хостове“) възниква малък нюанс. За да може даден хост да се свърже с iSCSI хранилище, на него трябва да бъде инсталиран хардуерен или софтуерен iSCSI инициатор.

При наличие на Gigabit Ethernet мрежова карта в хоста и зареждане на софтуерен iSCSI инициатор (драйвер), хостът може да бъде свързан към SAN мрежа за съхранение, използвайки IP протокола. За да се комбинират функциите на мрежовия контролер и контролера на интерфейса за съхранение, заявката за блок и самият блок с данни трябва да бъдат поставени в TCP/IP пакет. Тази операция се възлага на процесора(ите) на самия хост, което отнема много изчислителна мощност и значително намалява производителността на сървъра. За да се намалят изчислителните разходи за създаване и обработка на TCP/IP протоколен стек за предаване на SCSI команди, беше създаден TCP/IP разтоварващ механизъм (TOE). TOE се грижи за цялата обработка на TCP/IP стека и освобождава централния процесор на хоста. С други думи, TOE не е нищо повече от хардуерна реализация на TCP/IP стека на Ethernet мрежов адаптер.

Ethernet адаптерите с TOE могат да служат като инициатори за iSCSI SAN. Въпреки това, за да се постигне най-добра производителност на хоста, се препоръчва да се използват iSCSI адаптери, които в допълнение към TOE също така внедряват iSCSI слоя в хардуера, например QLogic iSCSI HBAs QLA4010 или Adaptec iSCSI HBAs 7211.

Тези адаптери имат специални iSCSI и TCP/IP чипове, което позволява висока скорост на обработка на iSCSI пакети и максимално разтоварване на хост процесора.

Основните предимства на използването на хранилище с поддръжка на iSCSI са лесната настройка на системата и липсата на възможност за софтуерни повреди. Софтуерът iSCSI е монтиран в чипа и не може да бъде повреден от вируси или хакерски атаки. Недостатъкът на този метод е, че повечето компании вече са инвестирали в закупуването на SCSI съхранение и внедряването на iSCSI мрежи за съхранение им изглежда неоправдано пилеене на пари.

Вторият метод за внедряване на iSCSI ви позволява да заобиколите този капан. В този случай в близост до традиционното хранилище се появява така нареченият iSCSI мост, който всъщност капсулира SCSI блокове в Ethernet пакети (фиг. 5).

Ориз. 5. Свързване на SCSI към IP мрежа чрез iSCSI мост

Предимствата на втория вариант (на iSCSI мостове) включват лесна настройка на системата, премахване на софтуерни повреди, лекота на преход от индивидуални системи за съхранение на данни към SAN без необходимост от значителни инвестиции и др. Недостатъците включват ограничената функционалност на простите мостове, цената на мостовете на високо ниво и трудността (или дори невъзможността) за мащабиране на решението на ниво големи iSCSI SAN.

Третият вариант за изграждане на iSCSI решение е използването на iSCSI сървъри за съхранение. Hitachi, Fal-conStor и други играчи на ИТ пазара имат подобни продукти. Същността на опцията е, че на базата на стандартен сървър с операционна система Windows Server или Unix се създава специален сървър за съхранение, свързан към IP мрежа и предоставящ на хостове, свързани към същата мрежа, достъп до дискови масиви и лентови устройства (фиг. 6).

Ориз. 6. Изграждане на мрежа за съхранение с помощта на iSCSI сървъри за съхранение

Устройствата за съхранение могат да се свързват към сървъра чрез различни протоколи - SCSI, FC или iSCSI. Може също да се използва капацитетът на локалния диск на сървъра за съхранение.

За достъп до ресурсите на сървъра за съхранение чрез iSCSI, хостовете трябва да са свързани към IP мрежа и трябва да имат инсталиран iSCSI инициатор, който преобразува заявките на операционната система за ресурси за съхранение в iSCSI пакети, като предоставя достъп до устройства за съхранение в IP мрежи, хранилището сървърът предоставя пълен набор от подходящи услуги, включително:

Синхронно и асинхронно дублиране;

Репликация на файлово и блоково ниво;

Функция “Моментални снимки”;

Дублиране на сървъри и др.

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

Предимства на iSCSI

В заключение бих искал да отбележа предимствата на iSCSI пред други технологии за организиране на отдалечено съхранение на данни (например FC, SCSI и др.). Първо, това е високата достъпност на бизнес приложенията. Множеството пътища за предаване на IP пакети между сървъри и съоръжения за съхранение осигуряват постоянна връзка, дори ако един от мрежовите компоненти се повреди. Второ, сигурност на данните - с ниски първоначални инвестиции можете да създадете резервно хранилище на значително разстояние от основната система. Освен това iSCSI ви позволява да увеличите капацитета за съхранение или изчислителната мощност на сървърите, без да спирате приложения.

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

Но най-важното е, че iSCSI ви позволява да запазите инвестицията си, защото използва съществуващата IP инфраструктура на предприятието, елиминирайки необходимостта от инвестиране в изграждането на нови специализирани мрежи за осигуряване на съхранение на данни.

NAS поддържа вградена услуга iSCSI (Internet Small Computer System Interface) за използване в сървърни клъстери и виртуализирани среди.

На тази страница потребителите могат да активират/деактивират услугата iSCSI, да променят порта на iSCSI портала, да активират/деактивират услугата iSNS и да изброяват и управляват всички iSCSI цели и LUN. NAS поддържа множество iSCSI цели и множество LUN на цел. iSCSI LUN могат да бъдат монтирани и демонтирани за конкретна цел. Тази глава съдържа следните раздели.

Таблицата по-долу показва функциите, поддържани от блокови LUN и файлови LUN.

Моля, обърнете внимание, че блоковите LUN ​​обикновено осигуряват по-висока производителност на системата и затова се препоръчва използването на блокови LUN, когато е възможно.

Има два начина за осигуряване на LUN: тънко осигуряване и флаш осигуряване.

Можете да създадете до 256 iSCSI цели и LUN. Например, ако има 100 цели, създадени на NAS, максималният брой LUN, налични за създаване, е 156. Множество LUN могат да бъдат създадени за всяка цел. Въпреки това, максималният брой едновременни връзки към iSCSI цели, поддържани от NAS, варира в зависимост от мрежовата инфраструктура и производителността на приложението. Твърде много едновременни връзки могат да повлияят на производителността на NAS.

Съветник за бърза настройка на iSCSI

За да конфигурирате целевата услуга iSCSI на NAS, изпълнете следните стъпки:

Създаване на iSCSI цели

За да създадете iSCSI цел, изпълнете следните стъпки:

Създаване на iSCSI LUN

За да създадете LUN ​​за iSCSI цел, изпълнете следните стъпки:

За да създадете несвързан iSCSI LUN, изберете опцията „Не се свързвайте с цел“ в стъпка 4.

Ще бъде създаден необвързан LUN и ще се появи в списъка с необвързани iSCSI LUN.

Таблицата по-долу предоставя описание на всички iSCSI цели и LUN състояния.

Таблицата по-долу описва наличните действия за управление на iSCSI цели и LUN (бутон за действие).

Превключване на iSCSI LUN между цели

За да превключите iSCSI LUN между цели, изпълнете следните стъпки:

След като създадете iSCSI цели и LUN на NAS, можете да използвате iSCSI инициатора, инсталиран на вашия компютър (Windows, Mac или Linux PC), за да се свържете с iSCSI целта и LUN и да използвате дискови томове като виртуални дискове на вашия компютър.

Увеличаване на капацитета на iSCSI LUN

NAS поддържа разширяване на капацитета за iSCSI LUN. За да направите това, изпълнете следните стъпки: