Le van rakva az iscsi működését biztosító terhelés. ISCSI alkalmazás adattároló rendszerekben. Kifejezések és rövidítések

Maga az adattároló hálózatok kiépítésének eszközkészlete meglehetősen kiterjedt. Néhány szabvány és technológia azonban nagyon népszerűvé vált. A Fibre Channel után az iSCSI a második legnépszerűbb protokoll.

Általános információk az iSCSI-ről

Az iSCSI az Internet Small Computer System Interface első betűje. Néha ezt a betűkombinációt Internet SCSI-nek vagy IP SCSI-nek dekódolják, és annak ellenére, hogy az ilyen értelmezések nem teljesen esnek egybe az eredetivel, joguk van az élethez, mivel nagyon pontosan leírják az iSCSI lényegét - egy protokollt a TCP / IP verem a külső hálózati adattároló rendszerek blokk hozzáférési módban történő csatlakoztatásához.

Mint fentebb említettük, a módszer az SCSI-parancsok IP-hálózaton keresztüli fordításán alapul. A folyamat során TCP / IP portokat használnak, alapértelmezés szerint 860 és 3260. Elvileg az iSCSI egyfajta átvitel, mint egy mozgólépcső az SCSI utasítások és adatok külső hálózati kapcsolaton keresztül történő mozgatásához. A végső megvalósítás egy környezet a helyi SCSI-busz emulálására külső Ethernet hálózaton stb.

Sok más protokolltól eltérően (FCIP, FCoE és így tovább), amelyek lényegében a Fibre Channel elágazása, az iSCSI egy független megvalósítás, és egy szabvány, amelyet az alapoktól kezdve a TCP / IP-n keresztüli munkavégzéshez fejlesztettek ki.

iSCSi cél és iSCSi kezdeményező

Bármely tárolóhálózat megszervezéséhez három komponens szükséges: a tárolórendszer, a kliens oldal és az adatátviteli közeg. Az iSCSI esetében a „ cél"és" kezdeményező" ill.

Cél, vagy céleszköz, - vagyis a tárolórendszer alapja lehet egy szoftveres megvalósítás tiszta formájában, szoftver és hardver és teljesen hardver.

Kezdeményező- olyan modul, leggyakrabban program, ritkábban hardveres megoldás saját firmware-rel, amely lehetővé teszi kapcsolat létrehozását (kezdeményezését) és a szükséges funkcionalitás biztosítását a kliens oldalán - SCSI parancsok és adatok átvitelét IP hálózaton keresztül.

ISCSI célcímzés

A sikeres hibamentes működés érdekében a hálózatra csatlakoztatott tárolórendszereknek egyedi hálózati címmel kell rendelkezniük. Például a protokollon alapuló SAN-ok Fiber Channel speciális WWWN-címeket használjon. Az ISCSI-alapú SAN-ok saját IQN címzési rendszerrel is rendelkeznek ( iSCSI minősített név).

Minden ilyen cím egy egyedi azonosító, amely a tárolóeszközök pontos azonosítására szolgál. Hogyan érhető el ez az egyediség? Vegye figyelembe az IQN formátumot.

Tegyük fel, hogy van egy iSCSI-célunk a következő címmel: iqn.2017– 02.com.example: tárhely: diskarrays-sn-a9786410.

Mit jelent ez közelebbről megvizsgálva:
> iqn- egy előtag, amely jelzi, hogy a cím az IQN formátumhoz tartozik.
> Ezt követi az "éééé-hh" ("év-hónap") formátumú dátumjelző, leggyakrabban a cél létrehozásának dátuma. > Fenntartott domain név, leggyakrabban hardvergyártóé.
> A kettőspontot az egyedi iSCSI-célazonosító követi.

Ez a rendszer meglehetősen kényelmes megoldás. Az IQN elolvasása után könnyen további információkhoz juthat a létrehozás idejéről, a berendezés típusáról és/vagy a szállítóról.

Jegyzet.-vel analógiával Fiber Channel szolgáltatás iSNS (Internet Storage Name Service) lehetővé teszi többek között az iSCSI-hálózatok kezelését. Ez lehetővé teszi a használatát iSNS a SAN-műveletek egyetlen, központosított belépési pontjaként.

ISCSI célmegvalósítási lehetőségek

Szoftver implementáció

A szoftver implementációra példa egy szoftvertermék StarWind iSCSI Target szoftver, amely az iSCSI cél megvalósítását biztosítja az MS Windows család operációs rendszereit futtató hagyományos szervereken. Elég csak a programot telepíteni, néhány apróbb beállítást elvégezni, és a belépő szintű blokktároló készen áll a csatlakozásra egy másik szerverre.

Hardveres megvalósítás

Hardveres megvalósításként elképzelhet speciális eszközöket, például a HP-tól - HP P2000 MSA, speciális firmware-rel, speciális interfészekkel speciális chippel és Firmware-rel, amelyek átveszik a legtöbb forgalomfeldolgozási funkciót.

Hardver és szoftver megvalósítás

Ez egyfajta kompromisszumos megoldás - például egy normál platform alapú szerver Intel x86_64 de például speciális hálózati adapterekkel (TOE) és adaptált operációs rendszerrel NexentaStor lehetővé teszi a szervezést iSCSI cél, ahogy mondani szokták, "out of the box".

Mi az iSCSI HBA?

Néha találhatsz egy stabil kifejezést iSCSI HBA (gazdabusz-adapter)... A valóságban speciális hardveres hálózati modulokról beszélünk, amelyek a funkcionalitás egy részének a hálózati adapterre való átvitelével tehermentesítik a processzort.

Kétféle ilyen eszköz létezik:
> TCP tehermentesítő motorok, rövidítve TOE. Ezek az eszközök ott találhatók, ahol szükség van a teljesítmény növelésére és egyidejűleg a teljes rendszer (processzor és így tovább) terhelésének csökkentésére. Ez az eszköz csak a TC / IP támogatási műveleteket képes átvenni, de nem képes az összes többi funkciót felhasználni az iSCSI rendszerek teljesítményének növelésére.

> Teljes kitöltés iSCSI HBA egy átfogó megoldás, amely magában foglalja a TCP / IP és iSCSI támogatási funkciók átvitelét egy adott eszközre. Ezt figyelembe veszik a legjobb választás a teljesítmény biztosítása érdekében, de természetesen többe kerül, mint a TOE.

Azonban, hogy melyik a megfelelőbb egy adott esetre, jobb gyakorlati tesztekkel meghatározni. Jegyzet. Sok modern 10 Gigabites Ethernet hálózati kártya iSCSI-támogatással rendelkezik. Ezért az iSCSI SAN felépítéséhez hálózati adapter kiválasztásakor nem csak az összetevők árára kell összpontosítania, hanem a további funkciókra is. A vonatkozó jellemzőket a berendezés gyártójának honlapján kell ellenőrizni.

Különbségek a fájl és az eszköz mérete között

A forgalomátviteli rendszereken kívül többféle megközelítés létezik az adatok közvetlen tárolón belüli tárolására.

A tárolórendszer azon részét, amely az iSCSI protokollon keresztül elérhető adatok elhelyezéséért felelős, Terjedelemnek nevezzük.

Fájl terjedelme vagy tárolófájl

Ez a módszer a legelterjedtebb meglehetősen egyszerű megvalósítása miatt. Lényege egy speciális, nagy méretű fájl használatában rejlik, amelybe, mint egy konténerbe, a kliens adatai kerülnek. A legközelebbi analóg egy virtuális lemez (például egy virtualizációs rendszer által létrehozott), amely normál merevlemezként vagy cserélhető adathordozóként érhető el. Egyéb analógok egy archív fájl, amelybe az adatokat "menet közben" írják, vagy egy adattitkosító program által biztonságos tárolóként létrehozott konténerfájl.

Ezzel a megközelítéssel először egy fizikai lemezt vagy egy lemeztömböt formáznak egy adott fájlrendszerhez, ebben a fájlrendszerben egy hatalmas konténerfájl jön létre, amelyen belül van egy saját belső fájlrendszer, és már a kliens adatok találhatók rajta (ld. 1. ábra).

Természetesen minden új réteg létrehozásakor a lemezterület egy részét a szolgáltatási információk rögzítésére fordítják. Ennek eredményeként az iSCSI végső kötete a fájl kiterjedése alapján mindig kisebb lesz, mint a logikai kötet mérete, miközben az általános veszteség észrevehető lehet.

A legtöbb megvalósítás így működik iSCSI cél... Ez a tárolási mód enyhén szólva meglehetősen kockázatos. A legkisebb hiba a fájlrendszerben ennek a hatalmas fájlnak az írása közben - és minden adat elveszik. Az ilyen hibák könnyen előfordulhatnak jogosulatlan hideg újraindítás, a RAID vezérlő helytelen működése során (ez különösen igaz a beépített RAID vezérlőkre alaplap) stb. Semmilyen csekket nem lehet menteni egy olyan programmal sem, mint pl CheckDisk, sem más módon. Minden remény csak az időben történő biztonsági mentésre vonatkozik.

Az alacsony biztonság és a szabad hely fogyasztása mellett ez a módszer enyhén szólva nem túl produktív. A "minden az egy fájlban" működési módszer az archiváló program munkájának közvetlen analógja.

A többletköltség is összevethető az archiváló program aktív módban történő végtelen működésével.

Eszköz terjedelme

Ez a módszer egyszerűbb és gazdaságosabb megoldást kínál. A névből az következik, hogy nem egy külön fájlt használunk a mentéshez, hanem a teljes eszközt. Ebben az esetben nem kell egyfajta "fészekbabát" létrehozni: külső fájlrendszer - fájltároló - belső fájlrendszer. Ehelyett az adatok közvetlenül a lemezkötetre íródnak RAW formátumban. Ez jelentősen csökkenti a többletköltséget, és elkerüli az esetleges hibákat, például a hideg újraindítást.

Eszköz terjedelme lehetővé teszi, hogy nagyobb teljesítményt nyújtson az adatok átvitelekor, valamint elkerülje az adott operációs rendszer működésének sajátosságaival, az iSCSI-kezdeményező konkrét megvalósításával stb. kapcsolatos számos problémát. Természetesen mindezen előnyök elérhetőek lesznek, ha a hardveres megvalósításhoz megfelelő illesztőprogram áll rendelkezésre. iSCSI cél... Ellenkező esetben a készülék egyszerűen nem fog működni.

Eszköz terjedelme megtalálható a BSD-n alapuló rendszereken - FreeBSD és származékai: FreeNAS és NAS4Free.

Az iSCSI SAN felépítésének biztosítása

A Fibre Channel protokoll rajongói, amikor a kapcsolatbiztonság megvalósításáról beszélnek, mindig emlékeznek a zónára, amely az FC hálózatokban jelen van. Hasonló mechanizmusok léteznek az iSCSI SAN-ban.

A hálózaton keresztüli hozzáférés korlátozása iSCSI-cél használatával

Az iSCSI-cél szinte minden megvalósításában lehetőség van programozottan korlátozni a hozzáférést az összes címről, kivéve a kiszolgálók egy kis csoportját, amelyeknek tárolási erőforrásokra van szükségük. Ez a módszer összehasonlítható szoftveres zónázás Fibre Channel, ha port (eszköz) címet használnak attribútumként: IP-cím iSCSI vagy WWWN Fibre Channel esetén.

A hálózati hozzáférés korlátozása külső eszközökkel

Egy másik, véleményem szerint sikeresebb lehetőség a külső rendszerek használata a hálózati hozzáférés korlátozására. Így a legtöbb esetben az iSCSI-hálózatok Ethernet-re épülnek, egyes szegmensek VLAN-on keresztüli kiosztása jó gyakorlat az iSCSI SAN elkülönítésére, hatékonyan védve az illetéktelen hozzáférés ellen. Alapvetően az iSCSI VLAN-ja hasonlítható össze Hardveres zónázás a Fibre Channelhez. Mindkét esetben a hozzáférés korlátozása azon portok alapján történik, amelyekhez az eszközök csatlakoznak.

CHAP hitelesítés

Leggyakrabban a kapcsolat legitimitásának ellenőrzésére iSCSI-kezdeményező iSCSI-céllal protokoll alkalmazva CHAP (Challenge Handshake Authentication Protocol)... Ez a módszer azon alapul megosztás egy kliens és egy privát kulcs szervere (hasonlóan a jelszóhoz).

A legtöbb megvalósításban iSCSI cél a következő CHAP implementációk használhatók:
Alap vagy egyirányú CHAP hitelesítés ( egyirányú CHAP hitelesítés). Ebben az esetben a kezdeményező személyazonosságát csak az iSCSI-cél vezérli. Az összes kezdeményező összekapcsolásához egy adott azonosítót, például jelszót használnak.
Kétirányú CHAP hitelesítés. Ez a módszer feltételezi, hogy mindkettő iSCSI-cél és iSCSI-kezdeményező ellenőrzik egymás hitelességét. Ebben az esetben az adatcsere résztvevője számára külön egyedi leíró jön létre (például bejelentkezési név és jelszó).

Jegyzet. Ez a protokoll a hitelesítés, engedélyezés és a felhasznált erőforrásokkal kapcsolatos információk megszerzésének támogatására valósult meg. Többek között a felhasználónak nyújtott szolgáltatások számlázási rendszereihez használták - azaz számlázáshoz.

A megoldás egyik jellemzője, hogy a CHAP-pal ellentétben a RADIUS-ellenőrzés a RADIUS-kiszolgáló és a RADIUS-kliens között történik. Mikor kezdeményező hozzáférést kér az erőforrásokhoz iSCSI cél, az ügyfél felhasználói csatlakozási kérelmet küld a RADIUS-kiszolgálónak. A hitelesítés ellenőrzéséért a felelősséget a RADIUS szerver... közötti adat- és szolgáltatási információcsere iSCSI-kezdeményező és iSCSI-cél.

Természetesen ennek a biztonsági rendszernek a megvalósításához legalább egy RADIUS-kiszolgálónak kell lennie a hálózaton.

Hitelesítés titkosítással

Az iSCSI-vel végzett munka során a fenti módszereken – hitelesítésen és hálózati hozzáférés korlátozásán – túlmenően különféle titkosítási módok is használhatók a fokozott biztonság érdekében. Érdemes megjegyezni, hogy nem kell egyetlen hitelesítési módot sem választania. Használhat például titkosítást és hitelesítést is a CHAP vagy a RADIUS használatával.

A legismertebb módszer az IPsec, egy olyan protokoll, amely kikényszeríti a hitelesítést és titkosítja az adatokat IP-csomagok szintjén. Az IPsec használatával minden IP-csomag titkosítva és ellenőrzötten történik. Ennek megfelelően a hálózati csere minden résztvevőjének közös kulccsal kell rendelkeznie egymás hitelesítéséhez és a csomagok titkosításához.

Az iSCSI-erőforrások lemezpartícióként való titkosításának képessége is jól bevált. Egy ilyen kötet csak egy speciális ügynökprogramon keresztül csatlakoztatható jelszó kötelező megadásával és a megfelelő tanúsítvány csatlakoztatásával.

ISCSI alkalmazások

Az iSCSI-alapú tárolóeszközök alkalmazási területei elvileg ugyanazok, mint a Fibre Channel esetében, csakúgy, mint bármely más típusú tárolórendszer esetében, amelyek blokk hozzáférési módban biztosítják az erőforrásokat.

A közelmúltig azonban a Gigabit Ethernet hálózat alacsony sávszélessége miatt az iSCSI használata meglehetősen korlátozott volt. A helyzet drámaian megváltozott a 10 Gigabit Ethernet szabvány megjelenésével és a megfelelő berendezések tömeggyártásának megkezdésével.

Az iSCSI-t hagyományosan távoli rendszerindító rendszerekhez használják, Tartalékmásolat, C-osztályú tárolórendszerek létrehozása.

A 10 Gigabites Ethernet hálózati berendezések jó képességei ugyanakkor lehetővé teszik az iSCSI SAN használatát mind virtualizációs rendszerek kiépítésére, mind adatbázisok tárolására, egyszóval minden olyan feladatra, ahol korábban a Fibre Channel szabvány dominált.

Milyen gyorsan működik az iSCSI?

A belső SCSI-busszal ellentétben, amely közvetlen hozzáférést biztosít az eszközökhöz, az iSCSI-csomagokat potenciálisan megbízhatatlan hálózati kapcsolaton keresztül továbbítják. A stabil működés, az adatcsere és az SCSI-parancsok vezérlésének biztosítása érdekében ilyen körülmények között az iSCSI protokoll működése során redundanciát alkalmaznak. Ez a redundancia további szolgáltatási információk átvitelét jelenti, amelyek a blokkátvitel figyelésére, az I/O műveletek helyes végrehajtásának ellenőrzésére és a hibák kezelésére szolgálnak. Ezenkívül szervizinformációk szükségesek az eszköz azonosítására szolgáló rendszerhez a megfelelő nevek alapján. Az adatcsere másik kihívása a biztonság. Természetesen mindez a tokozás-de-kapszulázás folyamattal párosulva további rezsiköltségekhez vezet (lásd 2. ábra).

Annak érdekében, hogy bemutassuk ennek a technológiának a valódi felhasználási lehetőségeit, példaként egy kis számítást végzünk.

Tegyük fel, hogy egyetlen Gigabit Ethernet kapcsolatot használunk. (1 Gb/s)... Megabájt/másodpercre átszámítva a következőket kapjuk: 1024/8 = 128 Mb/s.

Az áteresztőképességhez az összes rezsiköltséget figyelembe véve, bár meglehetősen durva közelítéssel, a kapott értéket elosztjuk 2: 128/2 = 64 Mb/s.

A kapott érték a régi IDE PATA adatátviteli sebességéhez hasonlítható merevlemezek alapértelmezett UDMA66 (66 Mb/s).

Jegyzet. Érdemes megjegyezni, hogy még két hivatkozás kombinálása sem, például LACP protokoll használatával, az esetek 100%-ában nem duplázza meg a teljesítményt. Fontos szerepet játszik az adatátviteli rendszer speciális szoftveres megvalósítása. A valóságban számítani kell a csatornaszélesség növelésének együtthatójára a tartományban 1,4-1,7 az eredeti értéktől.

Valóban olyan olcsók az iSCSI tárolórendszerek?

Valamikor az iSCSI-szabványt "Fibre Channel for the Poor" becenévvel illették. Akkoriban, a fejlesztés legelején úgy tartották, elég néhány hálózati kártya és egy egyszerű kapcsoló vásárlása, és már ki lehet építeni egy tárolóhálózatot. Később kiderült, hogy ez nem teljesen igaz.

Először, az Ethernet család hálózatainak sávszélességét hosszú ideje korlátozza a maximális sebesség 1 Gb/s... Abban az időben a Fibre Channel már támogatta a hálózatokat SAN 2 és 4 Gb/s sebességgel

Másodszor, Az iSCSI működéséhez szükséges szinte teljes terhelés az iSCSI-célponton és az iSCSI-kezdeményezőn található végeszközökön. Ezért az iSCSI használata további rendszererőforrásokat igényel. Ez indította el a számítási teljesítmény "leszállítására" szolgáló eszközök létrehozását - TOE és teljes iSCSI HBA.

Harmadszor, ne felejtse el, hogy az iSCSI használata további erőforrásokat igényel hálózati eszközök formájában. Hálózati adapterek, kapcsolók, javítópanelek – mindez pénzbe kerül. Például egy 10 Gigabites Ethernet hálózati kártya ára hasonló a költségéhez FC HBA 8 vagy akár 16 Gb / s

Mindebből az következik, hogy nem léteznek univerzális megoldások, amelyek a „vegye ezt – olcsó és vidám lesz” elven alapul. Mindegyik opció, függetlenül attól, hogy SAN-alapú-e iSCSI vagy Fibre Channel, alapos tanulmányozást igényel mind technikai, mind pénzügyi szempontból.

Másrészt sokkal könnyebb elkezdeni az iSCSI hardverrel és protokollal, mint egy Fibre Channel SAN-t a semmiből felépíteni. Elég egy megfelelő szerver hálózati adapterekkel, hálózati eszközökkel ill szoftver telepítéshez iSCSI-cél és iSCSI-kezdeményező. Ugyanakkor nem kell drága kurzusokon tanulnia, vagy nagyon drága szakirodalmat vásárolnia bizonyos berendezések és szoftverek tanulmányozásához.

Hogyan gyorsíthatom fel az iSCSI SAN-t?

• Használjon dedikált kapcsolót. Munkában iSCSI cél A „közös hálózatban” kapcsolók a tárolórendszerekhez való hozzáférésen túl sok egyidejű tranzakciót kénytelenek kiszolgálni, például az irodai számítógépek között, ami csökkenti a hálózati adatcsere tényleges sebességét. Ezenkívül egy dedikált kapcsoló kiváló biztonsági intézkedés (lásd alább).
• Ne használjon szükségtelen biztonsági intézkedéseket. Minél több biztonsági mechanizmust használnak, annál lassabb a tárolási rendszer egésze. Igen, a modern iSCSI-tároló lehetővé teszi az egyidejű szoftveralapú hálózati korlátozást, kétirányú hitelesítést és IPsec-titkosítást. De vajon mennyi mindenre van szükség egy hétköznapi helyzetben? Egyszerű feladatokhoz egyszerűen használjon egy dedikált kapcsolót.
• Használja a leggyorsabb hálózatot. Ne feledje azonban, hogy a leggyorsabb hálózat használhatatlan lesz, ha gyenge vagy elavult konfiguráció egyéb összetevőit, például egy régi processzort vagy egy elavult lemezalrendszer-vezérlőt használnak.
• Keresse meg a szűk keresztmetszetet, és frissítse a hardvert Tárhely (iSCSI-cél)... Fontolja meg a beépített iSCSI-támogatással rendelkező hálózati adapterek használatát.
• Amikor csak lehetséges, használja Eszköz terjedelme az iSCSI céllemez-alrendszerrel végzett munka során a többletterhelés csökkentése érdekében.
• Ügyeljen a szabad helyre. Kerülje el, hogy az iSCSI-vel szerelhető köteteket többel töltse fel 75-80% a teljesítmény romlásának elkerülése érdekében. Ne feledje, hogy minden tárolórendszer, legyen az merevlemez vagy SAN tároló, lassabban fog futni a határ túllépése után.
• Ne hozzon létre túl nagy lemezkötetet. A hálózaton blokkos hozzáférési módban csatlakoztatott nagy lemezpartíciók teljesítménycsökkenést okozhatnak az indexelés, a keresés és az információk lemezpartíción való elhelyezésének problémái miatt. Azt is meg kell érteni, hogy ha a hálózat kialszik, hibák jelenhetnek meg a csatlakoztatott blokk-erőforrások fájlrendszerében. Hatalmas kötet hibakeresése ijesztő feladat lehet.

Az iSCSI szabványok és technológiák segítségével gyorsan csatlakoztathatja tárolórendszerét blokk hozzáférésű eszközként. Az informatikai infrastruktúra továbbfejlesztésével azonban bizonyos pénzügyi és technikai források szükségesek a megbízhatóság és az elfogadható adatátviteli sebesség biztosításához.

Folytatva a régi szerverhardver hasznos felhasználásának témáját, ezúttal a modellszerver használatáról lesz szó IBM System x3200 4362 protokollon keresztül elérhető hálózati tárolóként iSCSI mint iSCSI Target... V egy ilyen szervert már tartalék tárolónak tekintettünk virtuális gépek szoftveres deduplikációval Quadstor ... A mi esetünkben azonban súlyosbította a helyzetet az a tény, hogy néhány távoli helyen, ahol telepítették , a virtuális gépek, amelyekről idővel biztonsági másolatot készítettek, további lemezt kaptak a terjesztési pont tartalmának tárolására SCCM ... És mint tudod, az SCCM-ben tartalomterjesztésre használt lemezek tartalma időnként nagyon aktívan változhat (új frissítések letöltése történik , a lejárt frissítések eltávolításra kerülnek, néhány központi telepítési szoftver betöltődik stb.). Ezért, tekintettel arra a tényre, hogy a használt szoftver Veeam biztonsági mentés Ingyenes kiadás nem teszi lehetővé az ehhez a virtuális géphez tartozó egyes virtuális lemezek kizárását egy virtuális gép biztonsági másolatából, meg kellett oldani a lemezterület növelésének kérdését ugyanezeken az IBM szervereken. Ezzel párhuzamosan felmerült a deduplikáció hasznosságának kérdése, amely gyakran változó tartalom esetén veszít hatékonyságából.

A "cseresznye a tetején" a leírt helyzetben az volt, hogy az esetünkben iSCSI Targetként használt szerver (a Quadstor implementációból) nagyon szerény lemezrekesztel rendelkezik - mindössze 4 SAS / SATA 3.5" slot, kettő amely a gazdagép Linux operációs rendszer alatt foglalt.

Itt megvizsgáljuk az egyik lehetséges megoldást a leírt problémák és korlátozások halmazára, amely abból áll, hogy a teljes értékű Linux operációs rendszer telepítését egy speciális, USB-meghajtóról betöltött és RAM-ban futó telepítésre cseréljük.A projekt Linux disztribúciója Enterprise Storage OS (ESOS). Lényegében az ESOS egy modern Linux kernel, amely RAM-ban való munkára optimalizált integrált projektszoftverrel. , amelynek használatára már volt példa .

A rendezvény általános terve így fog kinézni:

• A kis kapacitású lemezeket, amelyekre a gazdagép operációs rendszer telepítve van, eltávolítjuk a lemezkosárból, és ebbe a helyre helyezzük a nagyobb kapacitású lemezeket (a kosárban lévő összes lemez azonos kapacitású lesz)
• Hardveres RAID-vezérlő szinten a lemezrekeszhez csatlakoztatott négy lemez mindegyikét önálló eszközként határozzuk meg.
• Bootolható USB-meghajtó előkészítése ESOS-szal
• Feltöltjük a szervert az ESOS-szal, és létrehozunk egy szoftveres RAID-tömböt a lomtárban lévő összes lemezből.
• Konfigurálja az iSCSI Targetet az ESOS-ban, és csatlakoztassa a lemezt az iSCSI Initiator szerver oldalán
• További hálózati kapcsolat konfigurálása a kiszolgálók között és a többutas engedélyezése

Szerver konfiguráció

Példánkban megfontoljuk a legegyszerűbb konfiguráció létrehozását iSCSI két szerver, amelyek közül az egyik célpontként szolgál iSCSI Target az alapon ESOS v 1.3.5 a másik pedig kezdeményező gazdaként működik iSCSI-kezdeményező az alapon Windows Server 2012 R2... A rendelkezésre állás és a teljesítmény javítása érdekében többutas kapcsolat jön létre a cél és a kezdeményező gazdagép között ( többutas). Az iSCSI-forgalom és a kiszolgálófelügyeleti forgalom elkülönítéséhez minden kiszolgálón egy további kétportos hálózati adapter van telepítve.

1 ) Szerver az iSCSI Target szerepkörhöz(KOM-AD01-ESOS01)

Modell szerver IBM System x3200 4362 lemezrekesztel 4 LFF HDD SAS / SATA meghajtóhoz és egy kiegészítőleg telepített hálózati adapterrel HP NC380T PCI Express kétportos többfunkciós gigabites szerveradapter (394795-B21). Ez a szerver USB-meghajtóról indítható ESOS-t fog futtatni. A szerver lemezrekeszében található mind a 4 lemezt az ESOS fogja használni egy szoftveres RAID tömb megszervezésére, amelyet viszont bemutat a kezdeményező gazdagépnek.

2 ) Szerver a szerepért iSCSI-kezdeményező (KOM-AD01-VM01)

Modell szerver HP ProLiant DL380 G5 operációs rendszer alapú Hyper-V virtualizációs gazdagépként működik Windows Server 2012 R2 Standard... Az alapkonfiguráción kívül egy hálózati adapter is telepítve van a szerveren HP NC380T PCI Express kétportos többfunkciós gigabites szerveradapter (394795-B21). A szerverhez az ESOS szerverről iSCSI protokollon keresztül csatlakoztatott lemezt a Hyper-V virtuális gépek biztonsági mentési feladataihoz fogják használni.

A szerverek hálózati interfészeinek csatlakoztatásának legegyszerűbb sémája így néz ki:

RAID-vezérlő konfigurálása IBM szerveren

Az esetünkben használt szervermodelltől és RAID-vezérlőtől függetlenül elmondhatjuk, hogy az ESOS disztribúciós készlet használata, amelynek működéséhez nincs szükség dedikált lemezre, bármilyen lemezkonfigurációban lehetővé teszi az összes lemezkosár erőforrás felhasználását a hasznos lemezterület. Bizonyos helyzetekben ez az érv jelentős lehet.

Példánkban 4 egyforma SATA 7200 1TB meghajtó van a lemezrekeszbe telepítve.

Annak érdekében, hogy függetlenítsük magunkat a szerverünkkel felszerelt hardveres RAID-vezérlő igen szerény képességeitől, és a jövőben ki tudjuk használni az ESOS alapú szoftveres RAID-tömb felépítésének lehetőségeit, minden lemezt különállónak kell kinéznünk. fizikai eszköz az ESOS számára. Ezért a RAID-vezérlő felügyeletére szolgáló beépített segédprogramban töröljük az összes létező logikai RAID-lemezt, így minden lemez külön eszközként jelenik meg.

Egyes RAID-vezérlők, például a HP Smart Array, nem teszik lehetővé a leképezett lemezek önálló lemezeszközként történő fordítását. Ilyen esetekben külön RAID-0 kötetet kell létrehoznia minden egyes meghajtóhoz. A mi esetünkben minden egyszerűbb, hiszen a vezérlő telepítve van a szerverünkre LSI logika SAS1064ET meglehetősen primitív, és az összes lemezt különálló eszközként jeleníti meg, ha ezek a lemezek nem szerepelnek a hardveres RAID-ben.

ESOS USB rendszerindító meghajtó előkészítése

Töltse le a legújabb ESOS stabil ágat (1.x.x ág) a projekt oldaláról ESOS – Csomagletöltések ... Ugyanezen az oldalon találhat leírást a többi ESOS ágról (master - fejlesztés alatt és 0.1.x - elavult).

A cikk írása során a használt verzió volt 1.3.5 (25.01.2018 ) elérhető a linken esos-1.3.5.zip ... A megjelenés időpontjára már sikerült az újabb 1.3.6-os verzióval (2018.04.12.) dolgoznom.

Mivel az ESOS egy RAM-orientált rendszer, egy szokásos USB-porton keresztül csatlakoztatott külső meghajtóról indul. Vagyis egy USB-meghajtóra van szükségünk, amelynek mérete kb 4GBés több. Ha a fő ág használatát tervezi, akkor a sikeres verziók közötti frissítéshez a dokumentum ajánlásai szerint Frissítés , az USB-tárolóeszköz akár 5 GB további tárhelyet is igényelhet. Esetünkben az ESOS-hoz sikeresen használtunk különböző fokú "alagsor" meghajtókat, 8 GB-tól és még nagyobb mérettől.

Alapértelmezett hitelesítő adatok:

• Felhasználónév: gyökér
• Jelszó: esos

Amikor bejelentkezik, automatikusan elindul egy speciális shell Szöveg alapú felhasználói felület (TUI), ami a lehető legnagyobb mértékben leegyszerűsíti a rendszerrel való munkát. A TUI felső része tartalmazza a fő funkcionális menüt, amely lehetővé teszi a szerver SAN-ok tárolójaként való konfigurálásával kapcsolatos összes alapvető feladat elvégzését.

A kezdeti beállítás elsődleges feladatai a változtatás szabványos jelszó felhasználó gyökérés hálózati konfiguráció, a rendszerrel való távoli munkavégzés lehetőségéhez.

Ugrás a menüpontokhoz Rendszer > Jelszó módosításaés állítson be új jelszót a felhasználó számára gyökér.

Akkor menj ide Rendszer > Hálózati beállításokés válassza ki az alapvető hálózati paraméterek konfigurálásához szükséges elemet Általános hálózati beállítások

A megnyíló űrlapon adja meg a gazdagép nevét, a DNS-tartomány nevét, az alapértelmezett átjáró IP-címét és a DNS-kiszolgáló címeit.

A hálózati beállítások módosítása után az ESOS felajánlja a hálózati szolgáltatás újraindítását, hogy a változtatások érvénybe lépjenek. Amíg mindenkit elő nem állítottunk minimális beállítások hálózat, megtagadhatjuk a hálózati szolgáltatás újraindítását.

Térjünk vissza Rendszer > Hálózati beállítások, válassza ki az ESOS távvezérléséhez használt hálózati adaptert, és konfigurálja az IP-paramétereket. Példánkban a konfiguráció statikus, és az ESOS kezelőfelülete a 10.1.2.201/24 IP-címre van állítva. A hálózati maszkot és a broadcast címet, ahogy én értem, meg kell adni, különben a beállítások mentésekor hibák léphetnek fel.

A változtatások mentése után ismét kapunk egy kérdést a hálózat újraindításával kapcsolatban. Most erre a kérdésre igennel válaszolunk.

A hálózat újraindul, és a megadott beállítások sikeres alkalmazása esetén az SSH protokoll segítségével távolról is csatlakozhatunk az ESOS-hoz.

Ebben a bejegyzésben kihagyjuk az ESOS-ban található egyéb beállításokat, például az időbeállítást, az e-mailek küldésének konfigurációját, a további felhasználók kezelését stb. Ehelyett csak azokra a pontokra koncentrálunk, amelyek a feladatunkkal összefüggésben relevánsak. Mielőtt azonban SSH-n keresztül csatlakoznék az ESOS szerverünkhöz, szeretnék egy kis kozmetikai kitérőt tenni a TUI színsémát illetően.

A TUI ESOS felületén két színséma található - a normál világos, kék és türkiz tónusokkal, amely a fenti képernyőképeken látható, és az alternatív - sötét, a "gyertyás börtön" legjobb hagyományai szerint. . Véleményem szerint egyik lehetőség sem sikeres, mivel ha távolról csatlakozik a szerverkonzolhoz csökkentett színvisszaadással (például amikor a funkción keresztül csatlakozik ), a TUI egyes helyein a szöveg összeolvad a háttérrel. És ha egy Windows rendszerről a PuTTy SSH kliens használatával csatlakozik a TUI ESOS-hoz, akkor a szabványos színsémák véleményem szerint általában valami "savas" lesz.

Mivel az ESOS-szal főként távoli SSH-kapcsolattal fogunk dolgozni, így a PuTTy kliens számára is van egy egyszerű megoldás - egyedi színsémák használata az SSH kliens oldalán minden ízléshez és színhez. A bejegyzés korábbi részében példákat vettünk figyelembe egy ilyen beállításra. ... Ezután az ESOS-sel SSH-n keresztül történő munkához a PuTTy sémát fogjuk használni - Szürkület.

Szoftver-RAID létrehozása az ESOS-ban

A kezdeti ESOS alapkonfiguráció elvégzése után folytatjuk a szerver lemezrendszer konfigurálását. Hozzunk létre egy szoftveres RAID-tömböt (alapján implementálva Linux szoftver RAID/mdraid) a rendelkezésünkre álló 4 lemez közül. Ehhez lépjen a menübe Szoftver RAID > Tömb hozzáadása

A szoftveres RAID-be beilleszthető blokkeszközök listájában megjelöljük azokat a lemezeket, amelyekről RAID-tömböt hozunk létre.

A lemezek kiválasztása után kattintson a gombra Belép... Megjelenik a RAID beállítási képernyője. Adjon a tömbnek egy hagyományos nevet mdraid, Például md0... Válasszunk egy RAID szintet (esetünkben ez RAID5) és egy blokkméretet. Esetünkben a tömb a virtuális gép lemezeinek nagy fájljainak biztonsági mentésére van összeállítva, ezért a legnagyobb blokkméretet választottuk.

A gomb megnyomása után rendben elindul a RAID tömb inicializálási eljárása. Lépjen be a navigációs menübe Szoftver RAID > Linux MD állapotés ellenőrizze a létrehozott RAID-tömb állapotát.

Itt megvárhatjuk a RAID tömb felépítésének teljes befejezését, vagy folytathatjuk a szerverünk konfigurálását, hiszen tulajdonképpen a tömb lemezkapacitása már rendelkezésünkre áll.

ISCSI célkonfiguráció

Ahhoz, hogy az általunk létrehozott RAID tömb lemezkapacitása az iSCSI protokoll segítségével a hálózaton keresztül megjelenjen a virtualizációs gazdagépnek, az ESOS szerveren létre kell hozni iSCSI Target... Ehhez a navigációs menüben lépjen a következőre: Célok > Adja hozzá az iSCSI-célt... A cél létrehozására szolgáló űrlapon feltüntetjük a nevet iSCSI minősített név (IQN).

Esetünkben az alapértelmezett nevet használtuk a formátumban iqn.2018-03.esos.<имя сервера>: Az egyetlen dolog, amit megváltoztattam a névben, az az volt, hogy eltávolítottam a kettőspontot a név végéről.

Mentés után az iSCSI Target információ megjelenik az ESOS főképernyőjén, de a cél le lesz tiltva.

A cél aktiválásához lépjen a navigációs menübe Célok > Engedélyezze/Cél letiltása, a célok listájából válassza ki az éppen létrehozott célt, és módosítsa annak tulajdonságait Tiltva a Engedélyezve.

Győződjön meg arról, hogy a cél állapotinformációi megváltoztak a fő TUI képernyőn.

Az eszközök sugárzási módjainak listájából, amelyek leírása a dokumentumban található36_Eszközök_és_leképezések - SCST I/O módok , válassza ki a minket érdeklő módot. Példánkban a módot használjuk vdisk_blockio amely közvetlen hozzáférést biztosít a blokkeszközökhöz és kiküszöböli a köztes Linux gyorsítótárazási mechanizmusok használatát.

A mód kiválasztása után megnyílik egy ablak az ehhez a módhoz lehetséges blokkeszközök kiválasztásához. Kiválasztjuk a RAID tömbünket.

Ezt követően megnyílik a virtuális blokk eszköz SCST paramétereinek konfigurálására szolgáló űrlap. vdisk_blockio... A készülék bármely rövid és érthető nevét feltüntetjük. Ez a név a továbbiakban megjelenik a virtualizációs gazdagép oldalán, amely iSCSI-kezdeményezőként működik az eszközkezelőben. Ezért a névhez a rövidített gazdagép- és RAID-eszköznevet használtam - ESOS01-MD0. A többi paramétert az alapértelmezett értékükön lehet hagyni.

Mentjük a virtuális blokk eszköz beállításait, és tovább írjuk azokat a gazdagépeket, amelyek csatlakozhatnak az általunk létrehozott iSCSI Targethez. Mielőtt azonban leírhatnánk a gazdagépeket, létre kell hoznunk egy gazdagépcsoportot. Menjen a menübe Otthont ad > Csoport hozzáadása lehetőségre

Válassza ki a korábban létrehozott iSCSI Target-et, amelyhez a létrehozott gazdagépcsoport fog tartozni.

Állítsa be a gazdagépcsoport bármely nevét, például Group1, és kattintson a gombra Belép

Tehát a gazdagépcsoport létrejött, és hozzá van rendelve az iSCSI Targethez. Most le kell írnunk minden olyan gazdagépet, amely így fog működni iSCSI-kezdeményező ennek a gazdagépnek a létrehozott gazdagépcsoporthoz való hozzárendelésével. A mi esetünkben csak egy ilyen gazdagép lesz - a mi virtualizációs gazdagépünk Hyper-V OS alapú Windows Server 2012 R2.

Mielőtt hozzáadná a kezdeményező gazdagépet az ESOS-hoz, találja meg a nevét. Kezdeményező neve a virtualizációs gazdagépünkön. Ezt a nevet a Windows Server Vezérlőpultján találhatja meg (és szükség esetén megváltoztathatja) az applet meghívásával iSCSI-kezdeményezőés nyissa meg a lapot Konfiguráció

Mint látható, esetünkben a kezdeményező gazdagépneve ez iqn.1991-05.com.microsoft:kom-ad01-vm01.holding.com.

Térjen vissza a TUI ESOS-hoz, és adja hozzá a kezdeményező gazdagépet a menühöz Otthont ad > Kezdeményező hozzáadása

Ebben az esetben a rendszer megkérdezi, hogy a hozzáadott gazdagép melyik SCST-célhoz tartozik. Az egyetlen célt választjuk ki, amelyet korábban létrehoztunk és belefoglaltunk.

Ezután kiválasztjuk a korábban létrehozott gazdagépcsoportot, amelyhez a hozzáadott kezdeményező gazdagép hozzá lesz kötve.

Végül pedig írja be a kezdeményező gazdagép IQN-jét, amelyet korábban megtudtunk, és kattintson Belép

Tehát az ESOS ezen szakaszában már van egy létrehozott SCST-célunk (esetünkben egy iSCSI-cél), van egy virtuális SCST-blokk-eszközünk (szoftveres RAID-tömb van sugározva), leírtuk a gazdagépek egy csoportját és egy A kezdeményező gazdagép (iSCSI Initiator) ehhez a csoporthoz van kötve... Most már csak le kell képeznünk az SCST virtuális blokkeszközt a gazdagépcsoporthoz. Ehhez lépjen a navigációs menübe Eszközök > Térkép a fogadócsoporthoz.

Válassza ki az SCST virtuális blokk eszközt.

Válassza ki az SCST célt.

Válassza ki azt a gazdagépcsoportot, amelyhez a kezdeményező gazdagép tartozott.

Ezután megnyílik a konfigurációs űrlap LUN-a, amely a hálózatra kerül. Adja meg a LUN-számot (alapértelmezés szerint az első sugárzott LUN-hoz a 0-s szám van hozzárendelve), és mentse el a beállításokat a rendben.

A virtuális SCST-eszközök sugárzásának végső konfigurációját a menüben tekintheti meg Eszközök > LUN/Csoportelrendezés

Most döntsük el, hogyan különítsük el az iSCSI hálózati forgalmat az ESOS szerverfelügyeleti forgalomtól. Ezt úgy fogjuk megtenni, hogy az ilyen típusú forgalmat teljesen elkülönítsük a különböző hálózati interfészeken keresztül.

Ehhez az ESOS szerver oldalon és az iSCSI Initiator kliens oldalon külön hálózati interfészeket konfigurálunk, amelyek IP-címe eltér a szerverkezeléshez használt címzéstől. Például esetünkben a 10.1.2.0/24 hálózatot használják a szerverek kezelésére, ezért az iSCSI forgalom elkülönítésére egy kis dedikált alhálózatot használunk 6 gazdagép számára - 192.168.168.0/29 (hálózati berendezés szinten, ezt a hálózatot külön VLAN-ba is leválaszthatja).

Először is konfiguráljunk egy dedikált iSCSI hálózati interfészt az ESOS szerver oldalán a navigációs menüben. Rendszer > Hálózati beállításokés válassza ki a megfelelő hálózati adaptert.

Állítsuk be a 192.168.168.1/29 statikus IP-címet ezen az interfészen, jelezzük az alhálózati maszkot, a szórási címet és a megnövelt méretet MTU- 9000 (technológia Jumbo keret a hálózati adapternek támogatnia kell) a teljesítmény javítása érdekében nagy mennyiségű adat átvitelekor.

A beállítások elmentésekor igennel válaszolunk a hálózat újraindításával kapcsolatos kérdésre (az ESOS-szal minden hálózati kapcsolat átmenetileg megszakad).

A hálózati újraindítási eljárás befejezése után összefoglalót kapunk az új beállítások alkalmazásának állapotáról.

Most térjünk át a kezdeményező gazdagép oldalán történő beállításra.

ISCSI-kezdeményező konfigurációja

A Windows Server alapú virtualizációs gazdagépünk oldalán, amelyhez iSCSI protokollon keresztül kapunk lemezkapacitást az ESOS szervertől, egy dedikált hálózati adaptert konfigurálunk az iSCSI protokollal való munkavégzéshez.

Tiltson le mindent, kivéve azt, amire szükségünk lehet ezen a dedikált felületen, amikor iSCSI-vel dolgozik. Például hagyjuk csak a protokolltámogatást TCP/IPv4és QoS.

Protokoll kiválasztásával TCP/IPv4 gombbal Tulajdonságokállítsa be a hálózat IP-címét, amelyet az iSCSI-forgalomhoz definiáltunk, például 192.168.168.3/29. Hagyja üresen az alapértelmezett átjáró és a DNS-kiszolgálók címét. Nyissa meg a speciális beállításokat a gombbal Fejlett.

A lapon DNS tiltsa le az alapértelmezett DNS-regisztrációs beállítást, és a GYŐZ letiltja a támogatást LMHOSTés NetBIOS TCP-n keresztül/IP.

Térjünk vissza a hálózati interfész tulajdonságai fő lapjára, és hívjuk meg a hálózati adapter paramétereinek konfigurálására szolgáló párbeszédablakot a gombra kattintva. Beállítás.

A megnyíló űrlapon a speciális beállítások lapon Fejlett megtalálja a nagy csomagok támogatásának lehetőségét Jumbo csomagés válassza ki a lehetséges maximális értéket (példánkban ez 9014). A lapon Energiagazdálkodás tiltsa le a rendszernek a hálózati adapter letiltását energiatakarékos módokban - Engedje meg a számítógépnek, hogy kikapcsolja ezt az eszközt a mentési módhoz.

Zárja be az összes ablakot, és mentse a gombbal rendben.

Most nézzük meg az ESOS szerver elérhetőségét a dedikált hálózati interfészen keresztül. Először a segédprogrammal nyomkövető annak biztosítása érdekében, hogy a forgalmat közvetlenül irányítsák a szerverek között.

nyomkövető -d 192.168.168.1

Ezután használja a segédprogramot ping a töredezettség tiltása jelző engedélyezésével (opció - f) és a továbbított csomagok méretének megadása (opció - l)

ping 192.168.168.1 -f -l 8000

Abban az esetben, ha valahol, például azon a kapcsolón, amelyhez az ESOS szerverek és a kezdeményező gazdagépünk csatlakoznak, a támogatás nem engedélyezett Jumbo keret, kaphatunk üzeneteket" A csomagot töredezettnek kell lennie, de a DF-et be kell állítani. "A mi esetünkben a teszt sikeres volt, így folytathatja az iSCSI-lemez csatlakoztatásának folyamatát.

Menjünk a Windows Server Vezérlőpultjára, hívjuk meg az appletet iSCSI-kezdeményezőés nyissa meg a lapot Felfedezés nyomja meg a gombot Fedezze fel a portált... A felderítési beállítások ablakban adja meg az ESOS-szerver IP-címét a hálózatról az iSCSI-forgalomhoz, és kattintson a gombra. Fejlett.

A speciális felderítési beállítások formájában válassza ki a helyi adaptert Microsoft iSCSI Initiatorés a hálózatról korábban beállított IP-cím az iSCSI-forgalomhoz 192.168.168.3. Mentse el a beállításokat a kattintással rendben amíg vissza nem térünk a kisalkalmazás főablakába.

Ezt követően lépjen a lapra Célok hol szakaszban Felfedezett célpontok a korábban említettnek meg kell jelennie IQN az ESOS szerverünk állapotával Inaktív... Vagyis a rendszer észlelte, de még nincs csatlakoztatva. Az iSCSI Targethez való csatlakozáshoz használja a gombot Csatlakozás.

A megnyíló csatlakozási ablakban ügyeljen arra, hogy a csatlakoztatott célpont kedvenc célpontok listájához való felvételének jele engedélyezve van - Adja hozzá ezt a kapcsolatot a listához Kedvenc célpontok(a célhoz való utólagos automatikus csatlakozáshoz szerver újraindítás esetén). nyomja meg a gombot Fejlett.

Speciális kapcsolatbeállítások formájában kifejezetten megjelöljük a hálózatról érkező hálózati interfészeket az iSCSI-forgalomhoz, amelyeket az iSCSI-forgalom továbbítására kell használni ehhez a munkamenet-kapcsolathoz. Vagyis mint Kezdeményező IP válasszuk ki a listából az iSCSI interfész címét a gazdagépünkön 192.168.168.3, és mint Cél portál IP válassza ki a listából az ESOS szerveren lefoglalt iSCSI interfész címét - 192.168.168.1.

Zárja be és mentse el az ablakot További beállításokés Csatlakozás a célhozés győződjön meg arról, hogy a kapcsolat állapota a következőre változott csatlakoztatva

Nézzük a lapot Kedvenc célpontokés győződjön meg arról, hogy a csatlakoztatott cél szerepel a kedvencek listájában.

Győződjön meg arról, hogy az "Eszközkezelő" / Eszközkezelő (devmgmt.msc) Fejezetben Lemez meghajtók van egy további SCSI-lemez azzal a névvel, amelyet korábban az ESOS-kiszolgálón definiáltunk az SCST virtuális blokkeszközhöz.

A következő lépés az iSCSI-hez csatlakoztatott lemez inicializálása. Ehhez lépjen a lemezkezelő konzolra Lemezkezelés (diskmgmt.msc), válassza ki a megfelelő lemezt, és kapcsolja át állapotba Online.

Miután a lemez sikeresen megváltoztatta állapotát, inicializáljuk a lemezt, és tetszésünk szerint formázzuk, például NTFS fájlrendszerre, bármilyen érthető kötetcímkét beállítva. Ezentúl a Windows grafikus felületén ez a lemez elérhetővé válik számunkra a szabványos fájlműveletekhez.

Ebben a szakaszban, ha belenézünk az ESOS szerver konzoljába, a TUI alján láthatunk információkat a kezdeményező gazdagép csatlakozási munkamenetéről.

Ezzel befejeződik az alapbeállítás a legegyszerűbb iSCSI-konfigurációval.

A legegyszerűbb teljesítményteszt

A lemez iSCSI-n keresztüli csatlakoztatása után célszerű legalább néhány egyszerű teljesítménymérést elvégezni, hogy megértsük, mit kaptunk végül, és mi várható egy ilyen lemeztől.

Nem érdemes azokra a számokra hagyatkozni, amelyeket a Windows Intéző mutat nekünk, amikor nagy fájlokat másolunk helyi szerverlemezről iSCSI-lemezre, hiszen ott nem fogunk objektív információt látni. Például az én esetemben több nagy (különböző tartalmú) ISO-fájl másolásakor a sebesség 150-160 MB/s tartományba került, ami jelentősen eltér a két szerverem közötti iSCSI-kapcsolat valós megengedett sebességétől. 1 Gbit / s (~ 125 MB / s) sebességgel. Ezenkívül a sebesség, többé-kevésbé az igazsághoz hasonló, megjelenik az első fájl másolásakor, és a következő fájlok másolásakor kissé megnő (talán a fájlrendszer gyorsítótár és más, különböző szintű gyorsítótárak szerepelnek a munkában) .

Mindenféle méréshez mindig szeretne valamilyen "natív" eszközt használni, amihez nincs szükség további szoftver telepítésére, de sajnos ez nem mindig lehetséges. Windows ügyfélrendszereken a segédprogram a különféle alrendszerek teljesítményének értékelésére szolgál, beleértve a lemezes alrendszert is. WinSAT ( winsat lemez ), de nem találtam ezt a segédprogramot a Windows Server 2012 R2 rendszerben. Így
Két fájlt, a WinSAT.exe-t és a WinSATAPI.dll-t másoltam a rendelkezésre álló Windows 10 x64 kliens operációs rendszerből a % windir% \ System32 könyvtárból a kiszolgáló ugyanabba a könyvtárába. Most megpróbálhatja használni ezt a segédprogramot úgy, hogy a parancssorból rendszergazdai jogokkal futtatja.

winsat lemez-meghajtó T-szám 3

Itt a kulcsszó után korong a –drive opció a tesztelni kívánt meghajtó betűjelét adja meg, a –count opció pedig a tesztciklusok számát.

Ha jól értem, ez a segédprogram nem teszi lehetővé a nagy (1 MB-nál nagyobb) adatblokkokkal végzett tesztelést, vagyis alkalmasabb olyan helyzetek tesztelésére, ahol nagyszámú kis fájl van. A mi esetünkben a helyzet fordított - a virtuális gépek lemezeinek biztonsági mentése kisszámú, jelentős méretű fájlt foglal magában.

Egy másik egyszerű eszköz a segédprogram Diskspd(DiskSpd: Egy robusztus tárolási teljesítményt javító eszköz ), amely a segédprogramot váltotta felSQLIO Disk Subsystem Benchmark Tool (SQLIO) ... Letöltjük a segédprogramot, kicsomagoljuk a szerverre, és a feladatunk kontextusának megfelelő paraméterkészlettel futtatjuk.

cd / d C: \ Eszközök \ Diskspd-v2.0.17 \ amd64fre \ Diskspd.exe -d60 -b1M -s -w100 -t1 -c100G T: \ io1.dat T: \ io2.dat

Az általunk használt paraméterek jelentése:
-d60: A teszt végrehajtási ideje 60 másodperc
-b1M: 1 MB-os blokkokban működik
-s: Szekvenciális hozzáférési műveletek végrehajtása
-w100: Végezzen el egy teljes írási tesztet (nincs olvasási teszt)
-t1: A céllal dolgozó szálak száma (a T: \ io.dat fájllal)
-c100G: 100 GB-os fájlok létrehozása
A végén a teszthez generált fájlok nevei szerepelnek.

Kicsit eltérve megjegyzem, hogy az írás idején szoftvereket használtunk a Hyper-V virtuális gépek biztonsági mentésére. Veeam biztonsági mentés és replikáció , ezért a tesztek elvégzéséhez szükséges blokkméret kiválasztásakor ennek a szoftvernek a sajátosságaiból fogok kiindulni. Ahogy a dokumentumból megértettemAdattömörítés és deduplikáció , A VBR 1024 MB-os blokkokat használ a SAN biztonsági mentési műveletei során, és ezt a blokkméretet fogjuk használni a teszteléshez.

Összehasonlításképpen futtassuk le újra a tesztet ugyanazokkal a feltételekkel, de növeljük az időtartamát 5 percre.

Itt jól látható, hogy hosszan tartó terhelés alatt a jelzőfények észrevehetően megereszkednek. Feltételezem, hogy ez annak a ténynek köszönhető, hogy a szűk keresztmetszet ebben az esetben a hálózati alrendszer területéről az ESOS szerveroldalunkon használt lassú lemezek területére költözik.

A grafikus eszközök rajongói számára egy másik egyszerű ingyenes segédprogram hasznos lehet a lemezalrendszer teljesítményének ilyen felületes teszteléséhez Windows rendszeren. ATTO Disk Benchmark... A linkről tudod letölteni: Lemez-benchmark ... A segédprogram kezelőfelülete egyszerű és egyértelmű, és valószínűleg nincs mit kommentálni.

Néhány bonyolultabb tesztelőeszközről, mint pl IOMeter , nem mondom, hiszen feladatunk keretein belül nincs cél a benchmarkokkal mint olyanokkal foglalkozni. Az egyszerű eszközök mutatóit pedig csak azért kapjuk meg, hogy legyen összehasonlítási alapunk a jövőben, amikor az ESOS szerver és a Hyper-V gazdagép között nem egy link lesz, mint a konfiguráció ezen szakaszában, hanem két kapcsolat és az érintett többutas mechanizmus.

Több útvonal konfigurálása

Tehát van egy iSCSI-n keresztül csatlakoztatott lemezünk és néhány alapvető teljesítménytesztünk, amelyekre építhetünk. Most próbáljuk meg javítani ezeket a mutatókat úgy, hogy egy további gigabites hálózati adaptert adunk az ESOS-kiszolgálóhoz és a kezdeményező gazdagéphez, és kombináljuk a munkájukat a többutas mechanizmussal a kezdeményező gazdagép oldalán.

Kezdjük az ESOS szerver konfigurálásával. A fő navigációs menüben lépjen a következőre: Rendszer > Hálózati beállítások, válasszon egy további hálózati adaptert, amelyet még egy iSCSI-kapcsolathoz használ, és konfigurálja az IP-paramétereket. Példánkban statikus konfigurációt használunk, és a további ESOS iSCSI interfészt a 192.168.168.2/29 IP-címre állítjuk be, és a méretet tovább növeljük. MTU.

Mentjük a hálózati beállításokat az ESOS-ban, és továbblépünk egy további hálózati adapter konfigurálására a kezdeményező gazdagép oldalán, vagyis a Windows Server alapú szerverünkön az iSCSI Initiatorral.

Az első, a második iSCSI interfésszel analóg módon konfiguráljuk, az IP 192.168.168.4/29-re állítva.

Tiltsa le a 192.168.168.3 címmel korábban beállított interfészt (leesik az iSCSI lemez), és győződjön meg arról, hogy az ESOS szerver és a kezdeményező gazdagép kiegészítőleg konfigurált iSCSI interfésze látja egymást.

A Vezérlőpult kisalkalmazásban iSCSI-kezdeményező a lapon Felfedezés adjon hozzá egy további észlelési útvonalat, megadva egy csomó 192.168.168.2 - 192.168.168.4

Korábban iSCSI-kapcsolatot hoztunk létre a célhoz az engedélyezett jelző nélkül többutas, akkor most helyesebb lenne, ha deaktiváljuk ezt a kapcsolatot, és újra létrehozzuk, de az engedélyezett jelzővel többutas.

Először távolítsa el a korábban létrehozott kapcsolatot az indításból a lapon Kedvenc célpontok

Most menjünk a lapra Célokés válassza le a kapcsolatot (az iSCSI rendszerben inicializált és csatlakoztatott lemez eltűnik a Windows rendszerből)

Ezután újracsatlakoztatjuk az iSCSI-célt, de ezúttal az opció engedélyezve van Több útvonal engedélyezése(és ne felejtsd el a gombot Fejlett hozzon létre egy csomó interfészt 192.168.168.1 - 192.168.168.3 )

Miután megbizonyosodott arról, hogy a célpont ismét az állapotba került csatlakoztatva nyissa meg a tulajdonságait egy második kapcsolat hozzáadásához egy további dedikált felületen

A lapon Célok menjünk a gombhoz Tulajdonságok a csatlakoztatott cél tulajdonságaihoz, és használja a gombot Munkamenet hozzáadása egy második kapcsolat létrehozásához.

Egyébként itt a gomb mellett MCS meg tudjuk győződni arról, hogy az első létrehozott munkamenet valóban az általunk megadott dedikált hálózati interfészt használja.

Tehát a gomb használatával Munkamenet hozzáadása adjunk hozzá egy további kapcsolatot az iSCSI Targethez, interfészként megadva egy további interfészpárt, amelyet korábban konfiguráltunk (192.168.168.2 - 192.168.168.4 )

Most meg kell jelennie a második munkamenetről szóló rekordnak a munkamenetek listájában.

A létrehozott további munkamenetet az ESOS szerver oldalon is látni fogjuk.

A kezdeményező gazdagép oldalán nézzük meg az "Eszközkezelő" beépülő modult / Eszközkezelő (devmgmt.msc), és győződjön meg arról, hogy a részben Lemez meghajtók megjelent egy további SCSI lemez azonos névvel (ESOS01-MD0).

Ez azt jelenti, hogy most a Windows szerver oldalán ugyanazt a lemezt két különálló eszközként látjuk. Ahhoz, hogy a rendszer egyetlen eszközként tudjon működni ezzel a lemezzel, mindkét iSCSI hálózati hivatkozást használva az ESOS szerverhez, engedélyeznünk kell a támogatást. MPIO számára iSCSI... Ehhez lépjen a Windows Vezérlőpultjára, nyissa meg az appletet MPIOés a lapon Fedezze fel a többutat kapcsolja be az opciót Támogatás hozzáadása az iSCSI-eszközökhöz... Ezt követően megnyomjuk a gombot Hozzáadásés igennel válaszolunk a szerver újraindításával kapcsolatos kérdésre.

Újraindítás után nézzük meg újra az Eszközkezelő konzolt, és győződjön meg arról, hogy az iSCSI-lemezünk egyetlen eszközként jelenik meg, és van neve is. ... Multi-Path Disk Device... Nyissuk meg a lemez tulajdonságait és a fület MPIO kétféleképpen ellenőrizze, hogy a lemez elérhető-e.

Több részletes információk a vezérlőpult kisalkalmazásában láthatjuk a csatlakozási útvonalakat iSCSI-kezdeményező.

Itt a gomb mellett MPIO információkat fogunk látni a használt kapcsolatokról.

Ezzel befejeződik a Multipath alapbeállítása.

Most annak érdekében, hogy értékeljük az iSCSI-lemezzel végzett munka sebességében bekövetkezett változásokat, amelyeket a második hivatkozás megszervezése és a Multipath beállítása eredményeként kaptunk, egy egyszerű tesztet hajtunk végre a nagy fájlok lineáris írására a lemezre, hasonlóan ahhoz, amit korábban tettünk:

Diskspd.exe -d60 -b1M -s -w100 -t1 -c100G T: \ io1.dat T: \ io2.dat

Abból ítélve, hogy a Diskspd ebben az esetben mit mutat nekünk, átlagosan minden fájl ~ 225 MB / s sebességgel íródott, ami 1800 Mb / s. Ez azt jelenti, hogy ennek eredményeként két szervezett iSCSI-kapcsolat teljes átviteli sebességéhez közeli sebességet kapunk.

Ugyanaz a teszt, de hosszabb ideig (5 perc):

Diskspd.exe -d300 -b1M -s -w100 -t1 -c100G T: \ io1.dat T: \ io2.dat

Az egyes fájlokkal végzett munka során kapott átlagos ~ 48,5 MB / s érték lényegesen jobban néz ki, mint a korábban egyetlen iSCSI hivatkozáson elért 16 MB / s.

Ezen egyszerű mérések alapján érthető, hogy a Multipath kapcsolat megszervezésének köszönhetően nemcsak elérhetőségét növeltük, hanem javuló teljesítménymutatókat is kaptunk. És ez jó.

ESOS USB Flash Hot Swap

Tekintettel arra, hogy a példánk keretében ismertetett költségvetési megoldás összeállításakor olcsó USB-meghajtókat használhatunk, bizonyos esetekben szükség lehet ennek a meghajtónak a cseréjére (például, ha meghibásodik). Tekintettel arra, hogy az ESOS egy Linux rendszer, amely teljesen adaptált a RAM-ban való működésre, az USB-meghajtó cseréje nagyon egyszerű művelet, amelynek helyes feldolgozását a rendszer fejlesztője valósítja meg.

Valójában a meghajtó cseréje néhány egyszerű lépésben történik:

• Egy már betöltött és futó ESOS rendszeren bármikor távolítsa el az USB-meghajtót (a meghajtót, amelyet cserélni kell), amelyről a rendszert elindította.
• A fenti „ESOS USB rendszerindító pendrive előkészítése” részben leírt szabványos módszerrel elkészítünk egy új ESOS USB pendrive-ot, és telepítjük ezt a pendrive-ot egy futó ESOS szerverre.
• A RAM-ban futó ESOS-konfiguráció és az USB-meghajtón lévő fájlrendszer szinkronizálásának eljárását hívjuk. Menü tétel Rendszer > Szinkronizálási konfiguráció

Ezt követően célszerű újraindítani a szervert, és megbizonyosodni arról, hogy a rendszer sikeresen elindul az új USB meghajtóról. A kicserélt USB-meghajtóról történő első indításkor az ESOS végrehajt néhány szervizelési eljárást, és néhány percen belül a szerver a korábban konfigurált konfiguráció betöltésével már készen áll a működésre.

A dokumentum leírásából ítélve 13_Frissítés , az ESOS szerver pontosan ugyanolyan egyszerű módon frissül egy újabb verzióra, ami nagyban leegyszerűsíti egy ilyen rendszer karbantartását.

Következtetés

Végezetül szeretném elmondani, hogy a példánkban az ESOS rendszernek köszönhetően sikerült minden szempontból a maximumot kicsikarni egy elavult szerver lemezkosarából, és a virtualizációs gazdagépre egy elég tűrhető lemezkapacitást kapni. teljesítményben a virtuális gépek biztonsági mentésének feladatához. És csak megköszönni tudom az ESOS fejlesztőjének az elvégzett munkát, és további sikeres fejlesztést kívánni a projektnek.

Ha valaha is kezelt szervereket vagy vállalati számítógép hálózat, akkor valószínűleg a meglévő infrastruktúra kapacitásának átlátható növelésének problémájával szembesült. Bár elvileg léteznek ilyen megoldások, általában drágák és nem elég rugalmasak.

A 19 hüvelykes rendszerekben általában nincs elég hely további merevlemezek elhelyezésére. Ennek eredményeként egyetlen alternatíva van: SCSI-n vagy Fibre Channelen keresztül csatlakozni a különálló 19 hüvelykes tárolók szerveréhez. Ennek ellenére továbbra is keverjük a szerverfeladatokat és az adattárolási funkciókat.

És a további merevlemez-rekeszekkel ellátott nagy szerverházak sem ideálisak – ez megint csak a feladatok keveréke.

Egyetért azzal, hogy az ideális tárolásnak nagyon rugalmasnak kell lennie. Így könnyen telepíthető, a hálózat számos pontjáról, különböző operációs rendszerekről használható és természetesen egyszerűen bővíthető. És a teljesítményt sem szabad figyelmen kívül hagyni. Mindezekre a kérdésekre a választ iSCSI - Internet SCSI-nek nevezhetjük. Ez a megoldás az SCSI protokollt TCP/IP-csomagokba csomagolja, így univerzális tárolófelületet biztosít a teljes hálózati infrastruktúrához. Ezenkívül az iSCSI lehetővé teszi a jelenlegi tárolórendszerek konszolidálását.

Hogyan működik az iSCSI?

A diagram az iSCSI működését mutatja be. A tárolási alrendszereknek a meglévő hálózati infrastruktúrát kell használniuk, függetlenül a szerverektől. A fent említett tárolókonszolidáció csak azt jelenti, hogy a tárhelynek bármely szerverről elérhetőnek kell lennie, ezzel biztosítva a kezelési költségek minimalizálását. Ezen túlmenően a meglévő rendszerek további kapacitással bővíthetők.

Ennek a megközelítésnek számos előnye van, és ezek meglehetősen nyilvánvalóak. Sok vállalat már rendelkezik hatékony hálózati infrastruktúrával, gyakran bevált technológiákkal, például Ethernettel. Az iSCSI vagy más tárolóhálózatok (SAN) használatához nincs szükség új technológiák telepítésére vagy tesztelésére. Természetesen itt is spórolhatunk a drága kivitelező szakembereken.

Általában minden hálózati rendszergazda képes kezelni az iSCSI-klienseket és -kiszolgálókat egy kis képzéssel. Miután az iSCSI-t telepítették a meglévő infrastruktúrára. Ezenkívül az iSCSI rendkívül elérhető, mivel az iSCSI-kiszolgálók több kapcsolóhoz vagy hálózati szegmenshez csatlakoztathatók. Végül az architektúra az Ethernet kapcsolási technológiáknak köszönhetően eredendően nagymértékben méretezhető.

Az iSCSI-szerver elvileg szoftveresen és hardveresen is megvalósítható. De a processzor szoftveres megoldásának nagy terhelése miatt jobb, ha ragaszkodunk az utóbbi lehetőséghez. Az iSCSI-kiszolgálók fő terhelése az SCSI-csomagok TCP / IP-csomagokba való beágyazása, és mindent valós időben kell elvégezni. Nyilvánvaló, hogy a szoftverszerveren ezeket a feladatokat a CPU, a hardveres megoldásban pedig speciális TCP / IP és SCSI motorok.

Az iSCSI-kliensnek köszönhetően az iSCSI-szerver tárolási erőforrásai a helyi merevlemezhez értelemszerűen közel lévő eszközként integrálhatók a kliens rendszerbe. Itt nagy előnyt jelent a szokásos megosztott hálózati mappákkal (share) szemben a magas biztonság. Az iSCSI ugyanis az iSCSI-csomagok helyes hitelesítésére helyezi a hangsúlyt, és azok titkosított formában kerülnek továbbításra a hálózaton.

Természetesen valamivel kisebb teljesítményt kap, mint a helyi SCSI-rendszerek – a hálózat saját késleltetést vezet be. Az akár 1 Gb / s (128 MB / s) sávszélességű modern hálózatok azonban már elegendő sebességet biztosítanak, de a legtöbbet soha nem használják.

Minden iSCSI-állomáshoz hozzá van rendelve egy név (legfeljebb 255 bájt hosszúságig) és egy álnév (rövid név), amelyek függetlenek az IP-címtől. Így a tárolóhoz való hozzáférés akkor is biztosított lesz, ha azt másik alhálózatba helyezi át.

iSCSI működés közben

Természetesen a hálózaton kívül az iSCSI implementáció fő követelménye az iSCSI szerver. Számos megoldást teszteltünk szoftveresen és hardveresen egyaránt.

Mindkét típusú megoldás megfelel az összes iSCSI-követelménynek azáltal, hogy hozzáférést biztosít az ügyfélszámítógépekhez. A kliens rendszer felszerelhető iSCSI adapterrel, amely csökkenti a központi processzor terhelését (munkaállomások számára nagyon kényelmes).

Az iSCSI elvileg 100 Mbps-os hálózaton használható, de akkor a helyi meghajtókhoz képest jelentős lassulást kapunk. Természetesen a Gigabit Ethernet sokkal hatékonyabb megoldás - nem valószínű, hogy több RAID 5 tömb használata esetén is szűk keresztmetszet lesz a sávszélesség, ugyanakkor a RAID 0 tömbökről ez nem mondható el, de ilyen tároló ritkán csatlakozik a hálózat.

Ha az ügyfélhez megy, itt egy iSCSI kezdeményezőre van szükség. Szinte minden operációs rendszerre kiadják. Jó példa erre a Google keresése a „Microsoft”, „iSCSI” és „Initiator” szavak kombinációjára.

Ezután a kezdeményező programban be kell állítani a kapcsolatot a szerverrel. A csatlakoztatott szervermeghajtók merevlemezként jelennek meg a számítógépen, és a szokásos meghajtókhoz hasonlóan használhatók.

Az ISCSI IPsec-alapú csomagtitkosítást biztosít, bár nem szükséges. Például egy vállalati hálózaton belül nem mindig van értelme a csomagokat titkosítani. Ez a lehetőség lesz a legérdekesebb a WAN számára.

További alkalmazások

Az iSCSI kiváló biztonsági mentési eszköz is, mivel az információk könnyen átmásolhatók másikra HDD... Beleértve, akár online is, a Windows árnyékmásolás funkcióját. Az iSCSI akár DSL kapcsolaton keresztül is csatlakoztatható, de itt már a vonalsebesség lesz a korlátozó tényező. Mindez azonban az alkalmazás jellegétől függ.

Az iSCSI nagy előnye, hogy a klasszikus biztonsági mentés már nem korlátozódik egyetlen helyre – és nem szabad alábecsülni. Például az olyan eszközök, mint a kazettás szalagos meghajtók, mostantól bárhol telepíthetők a hálózaton. Még ha a legrosszabb meg is történik, az iSCSI-adatok pillanatok alatt visszaállíthatók.

Ha az iSCSI megoldást szoftveresen implementálják, akkor a hálózati adapternek sok adatot kell továbbítania. Mivel a hagyományos hálózati adapterek nem mindig használnak különböző hardveres gyorsítási technológiát, a terhelés egy része a központi processzorra hárítható. Az SCSI egy blokk protokoll, az Ethernet pedig egy csomagprotokoll. Ez azt jelenti, hogy a munkaterhelés nagy része a TCP / IP-csomagok SCSI-információinak beágyazására és kinyerésére fog menni. Egy ilyen feladat még egy modern processzort is képes terhelni.

A probléma megoldására speciális TOE motorokat (TCP / IP Offload Engines) fejlesztettek ki, amelyek a hálózati adapter után azonnal átveszik az összes összetett iSCSI műveletet. Ennek eredményeként csökken a rendszerprocesszor terhelése, és a felhasználók és a rendszer továbbra is normálisan működhet.

Remélhetőleg most egy kicsit világosabbá vált, hogy mik az iSCSI hálózati tárolói, és hogyan vannak elrendezve.

05.10.2012

Szeretné egy kicsit gyorsabban elérni a hálózati tárhelyet? Próbálja meg a beépített Windows eszközt használni. Az iSCSI protokoll lehetővé teszi, hogy távoli tárolókötethez csatlakozzon a hálózaton keresztül, mintha a kötet egy helyi meghajtó lenne.

Marco Chiappetta. Gyorsítsa fel NAS-eszközét az iSCSI segítségével. PC World, 2012. szeptember, p. 86.

Szeretné egy kicsit gyorsabban elérni a hálózati tárhelyet? Próbálja ki a beépített Windows eszközt. Az iSCSI protokoll lehetővé teszi, hogy a hálózaton keresztül távoli tárolókötethez csatlakozzon, mintha az egy helyi lemez lenne.

Az ISCSI az Internet Small Computer System Interface rövidítése. Az SCSI technológiát (i nélkül) régóta használják különféle perifériák számítógépes rendszerekhez való csatlakoztatására, de leggyakrabban adatcserét folytat tárolóeszközökkel, például merevlemezekkel vagy szalagos meghajtókkal. Az iSCSI protokoll lehetővé teszi, hogy a hálózaton keresztül távoli tárolókötethez csatlakozzon, mintha az egy helyi lemez lenne. Egyszerűen fogalmazva, az iSCSI lefordítja az SCSI-parancsokat IP (Internet Protocol) hálózatokon keresztül. Ez a technológia egy virtuális SATA (vagy SCSI) kábelre hasonlít, és hálózati kapcsolatot használ a rendszer és a tárolókötet közötti kommunikációhoz.

Miben különbözik az iSCSI a hozzárendelt meghajtóbetűjellel rendelkező többi hálózathoz csatlakoztatott meghajtótól? A végeredmény sok tekintetben hasonló lesz. Az iSCSI-nek köszönhetően azonban a csatlakoztatott kötet az operációs rendszer számára egy helyi blokkos tárolóeszköznek tűnik, amely tetszőleges fájlrendszer-szabványra formázható.

Az iSCSI interfészhez két fő összetevőre van szükség: egy hálózathoz csatolt tárolóra (NAS) vagy szerverre, amelynek kötete iSCSI-célként van konfigurálva, és egy iSCSI-kezdeményezőre, amely lehetővé teszi a rendszernek a célhoz való csatlakoztatását.

Ha NAS-eszközt csatlakoztat egy Windows PC-hez, ez valószínűleg elegendő. Gyakorlatilag minden NAS-kiszolgáló lehetőséget kínál iSCSI-célok konfigurálására. A Microsoftnak van egy eszköze, amellyel a Vista óta minden Windows-verzióban létrehozhat egy iSCSI-kezdeményezőt. A kezdeményező legalább Windows 2000 operációs rendszerrel rendelkező számítógépen futtatható.

Az iSCSI működésének bemutatásához vegyen egy Thecus N2200XXX kétmeghajtós NAS-kiszolgálót, amely testreszabott iSCSI-kompatibilis Linux operációs rendszert és Windows 7 Ultimate asztali rendszert futtat. Minden Windows-alapú rendszer iSCSI-képes eszközt hoz létre, amikor interakcióba lép a NAS-szal.

Az iSCSI előnyei és hátrányai

Ahogy fentebb megjegyeztük, az iSCSI hálózati célhely helyi lemezként jelenik meg a rendszeren. Ezért nemcsak formázhatja a számítógép operációs rendszerének fájlrendszer-szabványában, hanem arról is gondoskodhat, hogy a helyi lemezt igénylő alkalmazások az iSCSI-kötetről induljanak el. Ez a rugalmasság nagyon fontos a kisvállalkozások számára, mivel sok program nem ismeri a hálózatot. Az ISCSI technológia segít megoldani ezt a problémát.

Egyes esetekben az iSCSI javíthatja a teljesítményt, ha nagy lemeztömböket csatlakoztat a kliensrendszerekhez anélkül, hogy speciális hardverre és kábelekre lenne szükség (ami jelentős megtakarításokat eredményezhet). Ebben a cikkben azonban csak a középkategóriás fogyasztói rendszerekre szorítkozunk.

Meg kell jegyezni, hogy az iSCSI technológiának vannak bizonyos hátrányai. A rendszerbeállítás azonban nem túl bonyolult ahhoz, hogy a célt és az iSCSI-kezdeményezőt csak egy kereséssel konfigurálja hálózati erőforrások nem lesz elég. Az adatok sérülésének vagy elvesztésének elkerülése érdekében egyszerre csak egy kezdeményezőt kell csatlakoztatni a célhoz. Ha nagy teljesítményű szervereket és lemezmeghajtókat használ, a teljesítményt korlátozza a hálózati kapcsolat sebessége. Ezért a legjobb választásnak a gigabites vagy annál nagyobb sebességű kapcsolat tűnik – a lassú hálózati kapcsolatok semlegesíthetik az iSCSI minden előnyét.

Telepítés

Az alábbiakban felsoroljuk azokat a lépéseket, amelyeket meg kell tennie az iSCSI technológia használatához a Thecus N2200XXX NAS készülékkel. Más eszközök és szerverek esetében a lépések ugyanazok lesznek.

1. Lépjen be a NAS-kiszolgáló konfigurációs menüjébe, válassza ki a RAID módot, és foglaljon helyet az iSCSI-kötet számára. RAID 1 tükrözést használtam két 2 TB-os meghajtóval. A rendelkezésre álló kapacitás felét az EXT4 fájlrendszerhez rendelték, a másik fele pedig kihasználatlan volt. (A harmadik fázisban a kihasználatlan kapacitást elkülönítettük az iSCSI számára.)

2. Miután helyet foglalt a RAID számára, formázni kell. Amikor a formázási folyamat befejeződött (a meghajtó konfigurációjától függően ez több órát is igénybe vehet), megkezdheti a fel nem használt terület lefoglalását az iSCSI-cél számára. (Ha az összes rendelkezésre álló hely az iSCSI számára lesz fenntartva, akkor ebben a szakaszban nem kell formáznia a lemeztömböt.)

3. Most állítsuk be az iSCSI-célt. Először a Space Allocation hivatkozásra kattintottam a Tárhely menüben a bal oldali ablaktáblában, majd az iSCSI céllapon a Hozzáadás gombra. Egy új ablak jelenik meg a képernyőn, amelyben ki kell választania az iSCSI-cél kívánt méretét, aktiválnia kell, és nevet kell adnia.

Ha pedig további biztonsági réteget szeretne hozzáadni, ugyanebben a szakaszban konfigurálhatja a Challenge Handshake Authentication Protocol (CHAP) paramétereit.

4. Ha úgy dönt, hogy nem rendeli le az összes rendelkezésre álló helyet egyetlen iSCSI-célhoz, logikai egységszámokat (LUN) rendelhet több célhoz. Ez lehetővé teszi több rendszer csatlakoztatását egyetlen NAS-eszközhöz vagy -kiszolgálóhoz, és minden ügyfélrendszer megkapja a saját iSCSI-célpontját.

A cél felállítása

Az iSCSI-cél létrehozása után csatlakoznia kell hozzá az iSCSI-kezdeményezőn keresztül az operációs rendszerrel rendelkező ügyfélszámítógépen. Windows rendszer... Kattintson a Start gombra, írja be az iSCSI kifejezést a keresősávba, és nyomja meg a billentyűt (vagy lépjen a Start menü Vezérlőpultjához, és a Rendszer és biztonság alatt válassza a Felügyeleti eszközök, majd az iSCSI Initiator elemet). Ha egy üzenet jelenik meg a képernyőn, miszerint az iSCSI szolgáltatás nem fut, engedélyezze az indítást, és az iSCSI Initiator Properties ablak megjelenik a képernyőn.

Lépjen a Felfedezés lapra, és kattintson a Portál felfedezése gombra. A megnyíló ablakban adja meg az iSCSI-célt tároló NAS-eszköz vagy -kiszolgáló IP-címét. Nincs szükség a portszám módosítására (kivéve, ha az iSCSI-portszámot korábban meghatározták). Alapértelmezés szerint a rendszer a 3260-as portot javasolja. Ha korábban engedélyezte a CHAP hitelesítést, kattintson a Speciális gombra, és adja meg CHAP hitelesítő adatait. Ellenkező esetben kattintson az OK gombra, és a NAS-eszköz vagy -kiszolgáló IP-címe megjelenik a célportálok listájában.

Ha a cél nem szerepel ebben a listában, győződjön meg arról, hogy az IP-címet helyesen adta meg, és a megfelelő port van nyitva a tűzfalon.

Miután a kiszolgáló megjelenik a célok listájában, lépjen a Célok lapra. A korábban létrehozott iSCSI-célnak meg kell jelennie a célcsoportban az ablak közepén. Kattintson az objektumra, majd kattintson a "Csatlakozás" gombra. A képernyőn megjelenő célkapcsolati ablakban válassza a Kapcsolat hozzáadása a kedvenc célobjektumok listájához lehetőséget, majd kattintson az OK gombra. Ezután kattintson ismét az OK gombra az iSCSI Initiator Properties ablakban.

Egy iSCSI-célhoz csatlakoztatott ügyfélrendszeren a célt ugyanazzal az eljárással kell formázni, mint bármely helyi meghajtó esetében. Kattintson a "Start" gombra, kattintson a jobb gombbal a "Számítógép" elemre, és válasszon a lehetőségek közül helyi menü pont „Menedzsment”. A Számítógép-kezelés segédprogram Tárolás részében kattintson a Lemezkezelés hivatkozásra. A képernyőn megjelenik a "Lemez inicializálása" párbeszédpanel. Győződjön meg arról, hogy a "Select disk" opció be van jelölve, és válassza ki a kívánt partíciótípust (én MBR-t használtam - Master Boot Record). Kattintson az OK gombra.

Kövesse a képernyőn megjelenő utasításokat a kötet méretének megadásához, betűjel hozzárendeléséhez a meghajtóhoz, valamint a fájlrendszer és a kötetcímke megadásához. Kattintson a Befejezés gombra. Amikor a formázás befejeződött, egy új meghajtóbetűjel jelenik meg. Mostantól fájlokat vihet át és programokat futtathat a NAS-ról, bárhol is van.

Teljesítmény-összehasonlítás

Az iSCSI-hez csatlakoztatott távoli NAS-om teljesítményének értékeléséhez összehasonlítottam az iSCSI-célt egy szabványos csatlakoztatott NAS-szal, két benchmark segítségével.

Az ATTO Disk Benchmark nem mutatott nagy különbséget a leképezett hálózati meghajtó és az iSCSI-eszköz között, bár a meghajtó valamivel nagyobb átviteli sebességet mutatott. Ez azonban egy viszonylag egyszerű teszt, amely csak a szekvenciális adatírást értékeli.

De a CrystalDiskMark teszt elemzi az eszközök működését mind szekvenciális, mind véletlen hozzáférésű módban, két különböző méretű fájllal operálva. Az eredmények azt mutatták, hogy az iSCSI-cél lényegesen gyorsabban teljesített. Az iSCSI-eszköz és a szabványos leképezett hálózati meghajtó írási sebessége megegyezett, de az iSCSI-olvasás 30-40%-kal gyorsabb volt.

A tesztelés kimutatta, hogy a NAS-eszköz elérése és helyi lemezre való formázása, valamint a programok futtatásának képessége nem az egyetlen előny, amelyet az iSCSI technológia nyújt. Az olvasási műveleteket is felgyorsítja. Tehát, ha otthon vagy az irodában dolgozik NAS-eszközökkel, az iSCSI jelentősen (és teljesen ingyenesen) javítja azok teljesítményét.

A világ adatközpontjaiban, tárolási hálózatok (SAN) a nagy áteresztőképesség a minimumszabvány lett. Miközben a felhőszolgáltatók és a virtualizáció továbbra is óriási hatással van a technológiai világra, egyre nyilvánvalóbb a még több SAN-tárhely szükségessége.

A legtöbb SAN-hardver egy minimalista vezérlőből (vagy vezérlőkészletből) és nagy kapacitású meghajtók nagy gyűjteményéből áll, amelyek magas rendelkezésre állásra és adatintegritásra vannak konfigurálva.

E speciális termékek nagy részét olyan nagy gyártók gyártják, mint a Netapp, a Dell Equalogic, a HP Storageworks vagy az EMC, és olyan árcédulákkal rendelkeznek, amelyeket csak a legnagyobb vállalatok engedhetnek meg maguknak.

A valóságban ezek az eszközök nem mások, mint nagy merevlemezek tömbjei, a vezérlő pedig helyet biztosít ezeknek a merevlemezeknek a hálózati kliensek számára. Az évek során számos olyan technológia született, amely lényegesen alacsonyabb költséggel biztosítja ezt a funkciót vagy hasonló funkcionalitást.

V a Debian GNU / Linux disztribúció olyan csomagok állnak rendelkezésre, amelyek lehetővé teszik a Debian rendszer számára, hogy a költségek töredékéért tudjon kiszolgálni egy vállalati szintű SAN tárolóeszközt! Ez lehetővé teszi minden nagyobb otthoni felhasználónak vagy nagy adatközpontnak, hogy kihasználja a SAN-tárhely előnyeit anélkül, hogy vagyonokat kellene költenie saját gyártói megoldására.

Ebben a cikkben megvizsgáljuk, hogyan állíthat be egy Debian 9 (Stretch) rendszert lemezterület kiszolgálására az úgynevezett rendszer használatával. Internet kis számítógépes rendszerek interfésze vagy iSCSI . iSCSI Egy szabvány alapján internet Protokoll (IP) blokkok tárolásának biztosítására ( merevlemez) más rendszerekhez. Az iSCSI az ügyfélkiszolgáló modelljén működik, de különböző neveket használ az ügyfél és a szerver megkülönböztetésére.

Az iSCSI terminológiában egy szerver, amely " lemez terület", ismert, mint " CélobjektumiSCSI"És a lemezterületet kérő/használó rendszert úgy ismerjük, mint Kezdeményező iSCSI. Más szavakkal, " Kezdeményező"Memóriazárolást kér tőle" Cél».

A környezet kialakítása

Ez az oktatóanyag végigvezeti Önt egy egyszerű szerverrel kapcsolatos alapvető beállításon iSCSI (cél) és vevő (kezdeményező), mindkettő működik együtt Debian 9 (Stretch) .

Debian iSCSI Target: 192.168.56.101/24 Tárolás: Két további merevlemezt tartalmaz az iSCSI-beállítások tárolására. Debian iSCSI Initiator: 192.168.56.102/24

A hálózat az alábbiakban tekinthető meg:

Debian iSCSI hálózati diagram

Debian iSCSI célkonfiguráció

A világban iSCSIcélja a használandó tárolóeszközöket tartalmazó gazdagépnek tekinthető kezdeményező .

Ebben a cikkben, mint célokat IP-címmel rendelkező szervert használnak 192.168.56.101 ... A szakasz minden konfigurációja ezen a csomóponton történik.

Az első lépés a Debian rendszer kiszolgálásához szükséges csomagok telepítése iSCSI-célok... Ez a szoftvercsomag az úgynevezett Célkeretrendszer (TGT).

Egy másik elem, amelyet ebben az oktatóanyagban használnak, az Logikai kötetkezelés (LVM) eszközök, mint logikai kötetek (LVS) lesz a céleszköz tárolóbázisa.

Mindkét csomag telepíthető a következő parancsokkal.

# apt-get update # apt-get install tgt lvm2

A csomagok telepítése után LVM merevlemezek előkészítésére szolgál majd célokat mint iSCSI LUN... Az első parancs a lemezek előkészítésére szolgál az LVM-beállításba való felvételhez. Ügyeljen arra, hogy a különböző forgatókönyvekhez szükség szerint módosítsa a parancsot!

# lsblk (Csak az LVM létrehozásakor használt lemezek érvényesítésére szolgál) # pvcreate / dev / sd (b, c)
LVM megerősítése és létrehozása

A lemezek előkészítése után a " paranccsal pvcreate", Itt az ideje alkotni kötetcsoport azoktól a konkrét meghajtóktól. Csoport kötetek létrehozásához szükséges logikai kötetek amelyet később tárolónak fognak használni iSCSI .

Csoport létrehozásához kötetek parancs szükséges vgcreate ‘.

# vgcreate tecmint_iscsi / dev / sd (b, c) # vgs (Csak a kötetcsoport létrehozásának megerősítéséhez szükséges)
Kötetcsoport létrehozása Debianban

Jegyezze meg a fenti kimenetet, amikor a rendszer válaszol kötetcsoport létre lett hozva, de mindig célszerű még egyszer ellenőrizni a fent látható módon a "" paranccsal vgs". Ennek a kapacitása kötetcsoportok csak 9,99 GB... Bár ez a kötetek különösen kis csoportja, a folyamat ugyanaz a nagy meghajtók esetében!

A következő lépés egy logikai kötet létrehozása, amely lemezként fog működni az ügyfél számára iSCSI (kezdeményező). Ez a példa az összeset fogja használni kötetcsoport, de ez nem kötelező.

A logikai kötet a paranccsal jön létre lvcreate .

# lvcreate -l 100% FREE tecmint_lun1 tecmint_iscsi # lvs (Csak a logikai kötet létrehozásának megerősítésére szolgál)
Logikai kötet létrehozása Debianban

A fenti parancs " lvcreate"Először kissé zavaró lehet, de a felosztás a következő:

• Az lvcreate a logikai kötet létrehozására használt parancs.
• -l 100% INGYENES- Hozzon létre egy logikai kötetet az összes használatával szabad hely kötetcsoportok.
• -n tecmint_lun1- a létrehozandó logikai kötet neve.
• tecmint_iscsi- a kötetcsoport neve a logikai kötet létrehozásához.

A teremtés után logikai kötet ideje létrehozni egy tényleges LUN(szoba logikai eszköz). LUN tárolóeszköz lesz, amely kezdeményező később csatlakozik és használja.

Teremtés LUN nagyon egyszerű és csak néhány lépést igényel. Az első lépés egy konfigurációs fájl létrehozása. Ez a fájl a következő helyen lesz: katalógus ‘ /etc/tgt/conf.d"És ennek a cikknek a neve lesz" TecMint_iscsi.conf ‘.

Használjon szövegszerkesztőt a fájl létrehozásához.

# nano /etc/tgt/conf.d/TecMint_iscsi.conf

Ebben a fájlban minden szükséges konfigurációs információ be lesz állítva ehhez LUN... Ebben a fájlban sok beállítást el lehet helyezni, de egyelőre egy alap lesz beállítva. LUN kölcsönös Handshake Challenge Authentication Protocol (PASAS).

A LUN definíció a kettő között lesz célzott»Nyilatkozatok. A célkifejezésen végrehajtható további paraméterekért lásd a "" fájl kézikönyvoldalát. target.conf"kibocsátással" férfi 5 feladat.konf ».

# Az eszköz iSCSI-cél háttértárként biztosított

Sok minden történik ott. Egy gyors magyarázat a legtöbb számára hasznos lehet.

• Az első a sor egy konkréttal kezdődik ISCSI LUN konfigurációt. Ebben az esetben LUN megjelölve: " iqn.2018-02.tecmint.com:lun1". Rész " iqn"Azt jelzi, hogy ez lesz az iSCSI által kiosztott név. " 2018-02 "Dátumok tetszőleges kombinációja. ‘ tecmint.com– A tartományhoz tartozik ez a LUN? Végül, " lun1"Névként használják erre a célra.
• A második a fenti sor szemlélteti a megjegyzést. Megjegyzések létezhetnek a célkonfigurációs fájlokban, és előtagjukként a " # ».
• A harmadik az a sor, ahol a kezdeményező által ténylegesen felhasználandó memória mennyisége található. Ebben az esetben biztonsági másolat A tároló az oktatóanyagban korábban létrehozott logikai kötet lesz.
• Negyedik string az az IP-cím, amelyet a kezdeményezőtől várnak. Bár nem kötelező konfigurációs elem, segíthet a biztonság javításában.
• Az ötödik bejövő felhasználónév / jelszó sor. A fenti kezdeményező címhez hasonlóan ez a paraméter sem kötelező, de segíthet megvédeni a LUN-t. Mivel ez az útmutató az iSCSI kölcsönös CHAP-ra is vonatkozik, ez a paraméter kötelező. Ez a sor azt a felhasználónevet és jelszót adja meg, amelyet a kezdeményezőtől elvárnak ahhoz, hogy a kezdeményező csatlakozzon ehhez a LUN-hoz.
• Hatodik ha a karakterlánc felhasználónév / jelszó, akkor a cél az, hogy kezdeményezőt biztosítson a kölcsönös CHAP hitelesítéshez. Általában ez a paraméter nem kötelező, de ez a cikk a CHAP kölcsönös hitelesítéssel foglalkozik, ezért ez a paraméter kötelező.
• A záró sor a cél meghatározásának záró mondata. Figyeljük meg a célszó előtti perjelet!

Miután kiválasztotta a LUN-ok megfelelő konfigurációit, mentse el a változtatásokat, és lépjen ki a szövegszerkesztőből. Ha használ nano, nyomja meg a ctrl + o gombot a mentéshez, majd a ctrl + x billentyűkombinációt a nanoból való kilépéshez.

LUN konfigurációs fájl létrehozása

A konfigurációs fájl létrehozása után a szolgáltatás tgtújra kell indítani úgy tgt tud újról célokraés a kapcsolódó konfiguráció.

Ezt a következő parancsok egyikével teheti meg, és a használt init rendszertől függ.

# service tgt restart (sysv init rendszerek esetén) # systemctl restart tgt (Rendszerinit rendszerek esetén)

Újraindítás után tgt fontos megbizonyosodni arról iSCSI cél elérhetővé válik a létrehozott konfigurációs fájl szerint.

Ezt a paranccsal lehet megtenni tgtadm .

# tgtadm --mode target --op show (ez minden célpontot megjelenít) Az összes iSCSI-cél megjelenítése

Ezzel a konfiguráció befejeződik célokat... A következő rész a konfiguráción keresztül fog működni kezdeményező .

Debian iSCSI kezdeményező konfiguráció

A következő lépés a korábban konfigurált használatához iSCSI-célok a konfiguráció iSCSI kezdeményező .

Mint kezdeményező ez a cikk egy másik Debian 9 rendszert fog használni, de bármely rendszer, amely képes használni az iSCSI protokollt, csatlakozhat a korábban beállított célhoz; ide tartozhatnak a hipervizorok, például a XenServer / ESXi vagy más disztribúciók, mint például piros kalap, Debian vagy Ubuntu.

Ennek a folyamatnak az első lépése ehhez Debian kezdeményező a megfelelő csomagok telepítése iSCSI .

# apt-get update # apt-get install open-iscsi

Miután az apt befejezte a csomagok beállítását open-iscsi, kezdődhet a konfiguráció iSCSI kezdeményező... Az első lépés a kapcsolatfelvétel cél kezdeti konfigurációs információk beszerzése egy előkészített célhoz.

# iscsiadm -m felfedezés -t st -p 192.168.56.101

A parancs futtatásakor a névvel válaszol lun, korábban konfigurálva ehhez az adott gazdagéphez. A fenti parancs két fájlt is generál az újonnan felfedezett LUN információkhoz.

Csatlakoztassa a cél iSCSI-kiszolgálót

Most az ehhez a csomóponthoz létrehozott fájlhoz kell beállítani az információkat PASAS,úgy hogy ez iSCSI cél valóban elérhető volt kezdeményező .

Technikailag ezek az információk a teljes rendszer egészére konfigurálhatók, de abban az esetben, ha a gazdagép különböző LUN különböző hitelesítési adatokkal, ha ezeket a hitelesítő adatokat egy csomópont-specifikus konfigurációs fájlba helyezi, enyhítheti a problémákat.

A csomópont konfigurációs fájl a " / etc / iscsi / nodes /"És minden LUN-hoz lesz egy könyvtár. Ebben a cikkben (vegye figyelembe, hogy a változások megváltoznak, ha a nevek / IP-címek megváltoznak).

# /etc/iscsi/nodes/iqn.2018-02.tecmint.com\:lun1/192.168.56.101\.3260\,1/default

Bármilyen szövegszerkesztővel dolgozhat ezzel a fájllal.

# nano /etc/iscsi/nodes/iqn.2018-02.tecmint.com\:lun1/192.168.56.101\.3260\,1/default

Ebben a fájlban számos már beállított paraméter található a megfelelőhöz gólok, amelyeket a parancs során határoztak meg" iscsiadm"Korábban előadták.

Ettől kezdve célpont / kezdeményező A Debian telepítése kölcsönös PASAS, néhány más paramétert módosítani kell, hozzáadni kell ehhez a fájlhoz, majd be kell jelentkezni iSCSI cél .

Változások a fájlban:

Node.session.auth.authmethod = CHAP #CHAP hitelesítés engedélyezése node.session.auth.username = tecmint-iscsi-user #Target to Initiator authentication node.session.auth.password = jelszó #Cél a kezdeményező hitelesítéshez node.session.auth .username_in = debian-iscsi-target #Initiator to Target hitelesítés node.session.auth.password_in = Secretpass #Initiator to Target hitelesítés

A fenti opciók ezt lehetővé teszik célokat hitelesíteni kezdeményező,és azt is megengedik kezdeményező adja át a hitelesítést célokat .

Ebben a fájlban van egy másik lehetőség, amelyet a rendszergazdai beállításoktól függően módosítani kell, ez pedig a " node.startup ».

Ha ezen útmutató után a „ node.startup"be lesz állítva" kézikönyv"Ezen a ponton. Lehet, hogy ez nem kívánatos. Ha a rendszergazda úgy akarja iSCSI cél volt csatlakoztatva a rendszer indításakor, módosítsa " manuálisan"a" auto »:

node.startup = automatikus

A fenti módosítások elvégzése után mentse el és lépjen ki a fájlból. Ebben a szakaszban a szolgáltatás open-iscsi kezdeményezőújra kell indítani az új módosítások elolvasásához és a csatlakozáshoz iSCSI-célok .

Ezt a következő parancsok egyikével teheti meg, a használt init rendszertől függően.

# service open-iscsi újraindítás (sysv init rendszerek esetén) # systemctl restart open-iscsi (Rendszerinit rendszerek esetén)
Indítsa újra az iSCSI Initiator megnyitását

Vegye figyelembe, hogy a fenti zöld mezőben iSCSI kezdeményező tudott belépni célja... Hogy ezt megerősítsem iSCSI cél valóban elérhető kezdeményező, ellenőrizhetjük a rendszerben, hogy vannak-e további lemezmeghajtók, amelyek a paranccsal érhetők el lsblkés a kimenet ellenőrzése további meghajtókhoz.

# lsblk Az iSCSI céllemez ellenőrzése

Egy másik használható parancs kezdeményező a csatlakozás megerősítéséhez gólok,- azt iscsiadm mint olyan:

# iscsiadm -m session Kézfogás ISCSI céllal

A kapcsolat megerősítésének utolsó helye a célokat a "parancs használatával tgtadm»Az iSCSI-kapcsolatok felsorolásához.

# tgtadm --mode conn --op show --tid 1

ISCSI csatlakozási lista

Mostantól az újonnan csatlakoztatott eszköz iSCSI használható, mint bármely normál csatolt lemez! A particionálás, a fájlrendszer létrehozása, a telepítés és/vagy az állandó szerkesztés normálisan kezelhető.

Egy nagy gondot kell tudni az eszközökkel kapcsolatban iSCSI, hogy ha iSCSI cél fontosat tartalmaz fájlrendszerek amelyek szükségesek a betöltéskor kezdeményező, feltétlenül használja a „ _netdev"v fájlt « / etc / fstab"Győződjön meg arról, hogy az iSCSI-eszköz csatlakoztatva van, mielőtt a rendszer folytatná a rendszerindítást!