Artiklite navigeerimine

See on iSCSI-ketta ühendamise juhend Windows Server 2016. SIM-võrkudes teenuse tellimisel saate allolevale sarnase teate (pange tähele, et serveri aadressi numbrite väärtused võivad illustreerivast näitest erineda ja tähtede asemel X,Y või Z teade näitab seadistamise tegelikke väärtusi sinu oma juurdepääs):

Teenus "iSCSI Backup" on aktiveeritud.

Juurdepääsuvalikud:

• Serveri aadress (iscsi-target): 185.59.101.184
• Logi sisse: YYY
• Parool: ZZZ
• Juurdepääs teenusele on praegu piiratud ainult ühe IP-aadressiga – XXX.XXX.XXX.XXX

iSCSI-draivi ühendamine

1. Minema " Kontrollpaneel -> Administreerimine"ja jookse AlgatajaiSCSI.

2. Peatükis " OmadusedMärkamine” ja vajutage nuppu „ Tuvastage portaal».

3. Avanevas aknas täitke väli " IP-aadress" iSCSI server.

4. Avage serveri täpsemate ühenduse sätete jaotis (klõpsake nuppu " Lisaks"). Valige välja väärtused" kohalik adapter" ja " Algataja IP-aadress”, nagu alloleval joonisel (kus algataja IP-aadress on teie kohaliku võrguadapteri IP-aadress, mille kaudu on lubatud ühendus iSCSI-serveriga).

5. Salvestage oma seaded ja veenduge, et saaksite alloleva pildi:

6. Peatükis " Omadused» iSCSI algataja, minge vahekaardile « Objektide lõpp”, valige ilmuv passiivse olekuga objekt ja klõpsake nuppu " Et ühendada».

7. Avanenud aknas" Sihtmärgiga ühenduse loomine", vajuta nuppu " Lisaks…»

8. Täitke jaotise väljad, nagu alloleval joonisel. Parameetrid "Nimi" ja "Saladus" on "Sisselogimine" ja "Parool" teile teenuse aktiveerimisel saadetud kirjast.

9. Salvestage oma seaded. Veenduge, et välja väärtus osariik» tuvastatud sihtmärk - « Ühendatud", nagu alloleval joonisel. Väljuge " Omadused» iSCSI algataja, salvestades sätted.

iSCSI-draivi lähtestamine ja vormindamine

Ühendatud iSCSI-draiv peab olema kasutamiseks ette valmistatud (initsialiseeritud ja vormindatud).

10. Peatükis " Administreerimine» ava vahekaart « Arvutihaldus».

11. Mine jaotisse " Kettahaldus».

12. Veenduge, et teie draiv kuvatakse ja selle olek on " Võrguühenduseta».

13. vali " Internetis».

14. Tehke ketta lähtestamine.

15. Kontrollige, kas ketta olek on muutunud "Võrgus", kuid sellel pole partitsioone ega failisüsteemi.

16. Jaotamata draivi kontekstimenüüst valige " Looge lihtne helitugevus».

17. Pärast avamist" Looge lihtsaid helitugevuse viisardeid" vajuta nuppu " Edasi».

18. Määrake vastaval väljal partitsiooni suurus või jätke vaikeväärtus muutmata (kui peate ühe partitsiooni jaoks kasutama kogu ketast).

19. Määrake uuele partitsioonile draivitäht.

20. Valige failisüsteemi tüüp ja helitugevuse silt.

iSCSI-protokoll on loodud töötama salvestusvõrkudes ja on viis juurdepääsuks blokeerimisseadmetele, kasutades SCSI-protokolli TCP / IP kaudu. See võimaldab korraldada tavalisi Etherneti võrke kasutades odavaid salvestusvõrke (SAN). Seda funktsiooni kasutatakse laialdaselt kõrge kättesaadavusega süsteemide ehitamisel ja me kaalume selle tsükli jooksul iSCSI-salvestusel põhinevaid lahendusi. Täna kaalume sellise salvestusruumi loomist Windows Server 2008 R2 platvormil.

Esiteks paar sõna iSCSI ja teiste võrgusalvestussüsteemide põhiliste erinevuste kohta. Salvestusvõrgud – SAN(Storage Area Network) pakuvad võrgus olevate andmete edastamist "toores" vormis, kasutades SCSI-protokolli, just nagu need edastataks süsteemi ja kohaliku ketta vahel madalal tasemel. iSCSI-seadmeid käsitleb süsteem samamoodi nagu kohalikke draive – enne kasutamist tuleb need sektsioonideks jagada ja vormindada.

Samas kõigile tuttav võrgusalvestus – NAS (Network Area Storage) pakuvad juurdepääsu failisüsteemi tasemel, kasutades failiedastusprotokolle, nagu SMB või NFS.

Lihtsamalt öeldes: NAS on tavalised võrgukaustad, mis on kõigile tuttavad, SAN-id on võrguga ühendatud draivid. See toob kaasa teise olulise erinevuse. Võrgukaust võib teenindada paljusid kliente. SAN-seadme saab ühendada ühe kliendiga, täpselt nagu tavalist HDD-d saab ühendada ainult ühe arvutiga. Erandiks on klastrid, kui mitmel sõlmel on korraga juurdepääs ühele SAN-seadmele, sel juhul kasutatakse täiendavat abstraktsioonitaset - näiteks klastri failisüsteemi Microsoft Cluster Shared Volumes (CSV) või VMware VMFS.

Enne selle tehnoloogia praktilise arendamise jätkamist peaksite tutvuma aktsepteeritud terminoloogiaga:

• iSCSI Initiator (iSCSI Initiator)- kliendiosa, saadab päringuid iSCSI sihtmärgile, saab realiseerida tarkvaras, draiveri kujul või riistvaras, iSCSI-adapteri kujul;
• iSCSI eesmärk (iSCSI sihtmärk) - serveriosa, võtab ühendused vastu algatajalt ja annab talle juurdepääsu seotud plokkseadmetele - virtuaalsetele ketastele, LUN-idele. Seda saab rakendada nii tarkvaras kui ka riistvaralise salvestussüsteemina.

Üks iSCSI sihtmärk võib olla seotud mitme plokkseadmega, mis on sihtmärgiga ühenduse loovale algatajale kättesaadavad. Ühe algataja saab ühendada mitme sihtmärgiga ja kasutada kõiki nendega seotud seadmeid. Üks sihtmärk võib vastu võtta ka ühendusi mitmelt algatajalt, kuid igale üksikule seadmele pääseb juurde ainult üks algatajatest.

Veel üks punkt, mis on nüüd seotud iSCSI-mäluseadmete praktilise rakendamisega. SAN-i jaoks on väga soovitav, et ettevõtte võrgust oleks eraldatud eraldi võrk.

See on vajalik SAN-i piisava läbilaskevõime tagamiseks ja tavalise võrgu iSCSI-liiklusega ülekoormamise vältimiseks. Samuti pole mõtet korraldada iSCSI-d võrkudes, mille ribalaius on alla 1 Gb / s.

Windows Server 2008 R2 ei sisalda iSCSI-sihtmärgi rolli ja selle juurutamiseks peate alla laadima Microsofti iSCSI-tarkvara sihtmärgi. Pakkige see lahti ja installige pakett iscsitarget_public.msi x64 kaustast. Paigaldamine on äärmiselt lihtne ja me ei keskendu sellele.

Pärast installimist läheme iSCSI halduskonsooli: Start – haldustööriistad – iSCSI tarkvara sihtmärk. Kõigepealt loome uue eesmärk (sihtmärk). Selleks paremklõpsake iSCSI sihtmärgid – looge iSCSI sihtmärk.

Avaneb viisard, milles määrame sihtmärgi nime ja selle kirjelduse. Andke eesmärkidele sisukad nimed ja ärge olge laisk kirjeldusi looma, et hiljem ei peaks arvama, miks just selle või teise eesmärgi lõite.

Järgmine samm on määrata iSCSI-algatajate ID-d, millel on sihtmärgile juurdepääs. IQN-i identifikaator on erivormingu nimi iqn. .: , mis on SAN-i iga iSCSI-seadme jaoks unikaalne. Kus:

• aasta-kuu- domeeninime registreerimise aasta;
• vastupidine_domeeni_nimi-domeeninimi kirjutatud tagurpidi;
• unikaalne_nimi- unikaalne seadme nimi, näiteks siin sisaldab sihtmärk teie määratud nime ja algataja hostinime.

Näiteks Microsofti tarkvaralahendustes on IQN vaikimisi vormingus iqn.1991-05.com.microsoft:unikaalne_nimi.

IQN-i väljaselgitamiseks läheme iSCSI algataja juurde, meie puhul on see Windows Server 2012 töötav server, kuid toimingute algoritm on kõigi teiste Windowsi versioonide puhul sama. Minema Juhtpaneel – iSCSI algataja, vastame selle automaatse käivitamise ettepanekule jaatavalt:

Seejärel minge avanevas aknas vahekaardile Seadistamine, kus asub soovitud identifikaator:

Saate selle kopeerida ja sihtmärgi seadistamisel täpsustada, kuid on ka teine ​​võimalus. Selleks minge järjehoidja juurde Objektide lõpp, põllul Objekt sisestage installitud serveri nimi iSCSI tarkvara sihtmärk ja vajutage Kiire ühendus.

On selge, et kuigi me ei ühenda end millegagi, siis nüüd on meil teistsugune ülesanne. Naaseme tagasi sihtserverisse ja klõpsame lehel, mis näitab algataja nupu identifikaatorit Ülevaade.

Nüüd saab selgeks, miks me ühendust püüdsime. iSCSI sihtserver säilitab viimaste sellega ühenduses olnud algatajate loendi ja võimaldab teil neid valida.

See lõpetab sihtmärgi loomise ja saame luua ja siduda sellega ühe või mitu ketast. Selleks minge punkti Seadmed ja valige paremklõpsavast menüüst Loo virtuaalne ketas.

Avaneb järgmine viisard, milles määrame virtuaalse ketta asukoha ja nime, pange tähele, et peate määrama täieliku failinime koos laiendiga .vhd.

Seejärel määrake soovitud suurus MB-des

Ja iSCSI sihtmärk (sihtmärk), millega see virtuaalne ketas seotakse.

See lõpetab ka ketta seadistamise. Nende lihtsate sammude tulemusel saime konfigureeritud iSCSI sihtmärgi, millele oli lisatud virtuaalne ketas. Nüüd pöördume tagasi algataja juurde. Saate kasutada kiirkinnitust ja automaatselt kinnitada tuvastatud sihtmärkide kettaid. Kuid tuleb meeles pidada, et meie eesmärk pole mitte ainult ketaste ühendamine, vaid ka ettevõtte salvestuspiirkonna võrgu ja kohtvõrgu eraldamine.

Nii et paneme järjehoidjatesse Märkamine ja vajutage Tuvastage portaal, seejärel sisestage iSCSI sihtrolliga serveri nimi.

Seejärel tagasi järjehoidja juurde Objektide lõpp, valige tuvastatud sihtmärk, mis on olekus Pole aktiivne ja vajutage Omadused.

Avanevas aknas põllul Sihtportaali IP valige oma salvestusvõrku kuuluv aadress:

Mine tagasi ja vajuta Et ühendada. Ühendatud seadmed leiate hetkega Kettahaldus.

Edasine nendega töötamise algoritm ei erine tavalise kettaga töötamisest: ühendame, märgime, vormindame.

Selles artiklis oleme kaalunud lihtsaimat salvestuskonfiguratsiooni valikut. Järgmistes artiklites pöördume tagasi üksikute sätete juurde, puudutamata hoidla loomise üldist teemat.

05.10.2012

Kas soovite juurdepääsu võrgusalvestusele veidi kiiremini? Proovige meetodit, mis põhineb sisseehitatud Windowsi tööriista kasutamisel. iSCSI-protokoll võimaldab teil luua võrgu kaudu ühenduse kaugsalvestusmahuga, nagu oleks see maht kohalik draiv.

Marco Chiappetta. Kiirendage oma NAS-seadet iSCSI-ga. PC World, september 2012, c. 86.

Kas soovite juurdepääsu võrgusalvestusele veidi kiiremini? Proovige meetodit, mis põhineb sisseehitatud Windowsi tööriista kasutamisel. iSCSI-protokoll võimaldab teil luua võrgu kaudu ühenduse kaugsalvestusmahuga, nagu oleks see kohalik draiv.

iSCSI tähistab Interneti väikese arvutisüsteemi liidest. SCSI (non-i) tehnoloogiat on kasutatud väga pikka aega erinevate välisseadmete ühendamiseks arvutisüsteemidega, kuid kõige sagedamini kasutatakse seda andmete vahetamiseks salvestusseadmetega - kõvaketaste või lindiseadmetega. iSCSI-protokoll võimaldab teil luua võrgu kaudu ühenduse kaugsalvestusmahuga, nagu oleks see kohalik draiv. Lihtsamalt öeldes tõlgib iSCSI SCSI-käsud üle IP (Internet Protocol) võrkude. See tehnoloogia sarnaneb virtuaalse SATA (või SCSI) kaabliga, mis kasutab süsteemi ja salvestusmahu vahelise side loomiseks võrguühendust.

Mille poolest erineb iSCSI mis tahes muust võrguga ühendatud draivist, millele on määratud draivitäht? Lõpptulemused on paljuski sarnased. Kuid tänu iSCSI-le näeb lisatud köide välja nagu operatsioonisüsteemi lokaalne plokkmäluseade, mida saab vormindada mis tahes teie valitud failisüsteemi standardis.

iSCSI-liides vajab kahte põhikomponenti: võrguga ühendatud salvestusseadet (NAS) või serverit, mille maht on konfigureeritud iSCSI-sihtmärgiks, ja iSCSI-initsiaatorit, mis võimaldab süsteemil sihtmärgiga ühenduse luua.

Kui teil on Windowsiga töötava arvutiga ühendatud NAS-seade, piisab sellest suure tõenäosusega. Peaaegu kõik NAS-serverid pakuvad võimalust konfigureerida iSCSI sihtmärke. Ja Microsoftil on kõigis Windowsi versioonides alates Vistast tööriist iSCSI algataja loomiseks. Initsiaatorit saab käivitada arvutis, mille operatsioonisüsteemi versioon on vähemalt Windows 2000.

iSCSI-tehnoloogia toimimise demonstreerimiseks võtame Thecus N2200XXX kahe draiviga NAS-serveri, mis töötab iSCSI-toega Linuxi kohandatud versiooniga, ja Windows 7 Ultimate-iga töölauasüsteemi. Iga Windowsi keskkonnas töötav süsteem loob NAS-iga suhtlemisel iSCSI-toega seadme.

iSCSI - eelised ja puudused

Nagu eespool märgitud, on iSCSI võrgu sihtmärk süsteemis esindatud kohaliku draivina. Seetõttu saate mitte ainult vormindada seda oma arvuti OS-i failisüsteemi standardis, vaid ka tagada, et rakendusi, mis nõuavad kohalikku ketast, saab käivitada iSCSI-köitelt. See paindlikkus on väikeettevõtete jaoks väga oluline, sest paljud programmid ei tea, kuidas võrkudes töötada. iSCSI-tehnoloogia aitab seda probleemi lahendada.

Mõnel juhul võib iSCSI jõudlust parandada, ühendades kliendisüsteemidega suured kettamassiivid, ilma et oleks vaja spetsiaalset riistvara või kaabeldust (mis võib aidata saavutada märkimisväärset kokkuhoidu). Kuid selles artiklis piirdume keskmise hinnaklassi tarbijasüsteemide kaalumisega.

Tuleb märkida, et iSCSI-tehnoloogial on teatud puudused. Süsteemi installimine ei ole ülemäära keeruline, kuid iSCSI sihtmärgi ja algataja seadistamiseks ei piisa ainult võrguressursside otsimisest. Andmete riknemise või kadumise vältimiseks peaks sihtmärgiga olema korraga ühendatud ainult üks algataja. Kui kasutate suure jõudlusega servereid ja kettaseadmeid, piirab jõudlust teie võrguühenduse kiirus. Seetõttu näib parim valik olevat ühendus gigabitikiirusel ja rohkem – aeglased võrguühendused võivad neutraliseerida kõik iSCSI eelised.

Paigaldamine

iSCSI-tehnoloogia kasutamiseks Thecus N2200XXX NAS-serveriga on järgmised sammud. Teiste seadmete ja serverite puhul on toimingute jada sarnane.

1. Sisenege NAS-i serveri konfiguratsioonimenüüsse, valige RAID-režiim ja reserveerige ruumi iSCSI-köitele. Kasutasin RAID 1 peegeldamist kahe 2TB draiviga. Pool saadaolevast mahust oli pühendatud failisüsteemile EXT4, teine ​​pool jäi kasutamata. (Kolmandas etapis eraldati kasutamata maht iSCSI-le.)

2. Pärast RAID-ile ruumi eraldamist tuleb see vormindada. Kui vormindamisprotsess on lõppenud (olenevalt draivi konfiguratsioonist võib see protsess kesta mitu tundi), võite hakata kasutamata ruumi eraldama iSCSI-sihtmärgi jaoks. (Kui kogu saadaolev ruum reserveeritakse iSCSI jaoks, ei pea te selles etapis kettamassiivi vormindama.)

3. Nüüd konfigureerime iSCSI sihtmärki. Klõpsasin esmalt vasakpoolsel paanil Storage menüüs lingil Ruumi eraldamine ja seejärel iSCSI sihtmärgi vahekaardil nuppu Lisa. Ekraanile ilmub uus aken, kus peate valima iSCSI sihtmärgi soovitud suuruse, aktiveerima selle ja andma sellele nime.

Ja kui soovite lisada veel ühe turvakihi, saate selles etapis konfigureerida CHAP (Challenge Handshake Authentication Protocol) protokolli parameetrid.

4. Kui otsustate mitte eraldada kogu vaba ruumi ühele iSCSI-sihile, saate määrata mitmele sihtmärgile loogilise LUN-i (loogilise üksuse numbri). See võimaldab sama NAS-seadme või serveriga ühendada mitu süsteemi ja igal kliendisüsteemil on oma iSCSI sihtmärk.

Eesmärgi seadmine

Kui iSCSI-sihtmärk on loodud, peate sellega Windowsi klientarvutis iSCSI-initsiaatori kaudu ühenduse looma. Klõpsake nuppu Start, tippige otsinguribale iSCSI ja vajutage klahvi (või minge juhtpaneeli menüüsse Start ja jaotises Süsteem ja turve valige Haldustööriistad ja seejärel iSCSI Initiator). Kui ekraanile ilmub teade, et iSCSI-teenus ei tööta, laske sellel käivituda ja seejärel kuvatakse ekraanil iSCSI algataja atribuutide aken.

Klõpsake vahekaarti Avasta ja seejärel nuppu Avasta portaal. Sisestage avanevas aknas iSCSI sihtmärki hostiva NAS-seadme või serveri IP-aadress. Pordi numbrit ei ole vaja muuta (välja arvatud juhul, kui iSCSI pordi number oli eelnevalt määratletud). Vaikimisi pakub süsteem porti 3260. Kui olete varem CHAP-autentimise lubanud, peate klõpsama nuppu "Täpsemalt" ja sisestama CHAP-konto andmed. Vastasel juhul klõpsake nuppu OK ja teie NAS-seadme või serveri IP-aadress kuvatakse sihtportaalide loendis.

Kui sihtmärki selles loendis pole, veenduge, et IP-aadress oleks õigesti sisestatud ja tulemüüris oleks avatud õige port.

Pärast serveri ilmumist sihtmärkide loendisse minge vahekaardile "Sihtmärgid". Varem loodud iSCSI sihtmärk peaks ilmuma sihtrühma akna keskel. Klõpsake objektil ja klõpsake nuppu "Ühenda". Ekraanile ilmuvas sihtühenduse aknas märkige valik "Lisa see ühendus lemmiksihtmärkide loendisse" ja klõpsake nuppu OK. Seejärel klõpsake iSCSI algataja atribuutide aknas uuesti nuppu OK.

iSCSI-sihtmärgiga ühendatud klientsüsteemis peate sihtmärgi vormindama sama protseduuriga, mida teete iga kohaliku draivi puhul. Klõpsake nuppu Start, paremklõpsake arvutit ja valige kontekstimenüüst käsk Halda. Klõpsake arvutihalduse utiliidi akna jaotises Massmälu lingil Kettahaldus. Ekraanile ilmub dialoogiboks Disk Initialization. Veenduge, et valik "Select disk" oleks märgitud ja valige soovitud partitsiooni tüüp (kasutasin MBR-i - Master Boot Record). Klõpsake nuppu OK.

Köite suuruse määramiseks, draivitähe määramiseks ning failisüsteemi ja köite sildi määramiseks järgige ekraanil kuvatavaid juhiseid. Klõpsake nuppu "Lõpeta". Kui vormindamine on lõppenud, kuvatakse uus draivitäht. Nüüd saate oma NAS-ist faile üle kanda ja programme käitada, olenemata selle asukohast.

Toimivuse võrdlus

Kaug-iSCSI-ga ühendatud NAS-i jõudluse hindamiseks võrdlesin iSCSI-sihtmärki standardse ühendatud NAS-iga, kasutades kahte testprogrammi.

ATTO Disk Benchmark ei näidanud palju erinevusi kaardistatud võrgudraivi ja iSCSI-seadme vahel, kuigi draiv näitas pisut paremat läbilaskevõimet. See on aga suhteliselt kerge test, mis hindab ainult järjestikuseid andmete kirjutamisi.

Kuid CrystalDiskMarki test analüüsib seadmete tööd nii järjestikuse kui ka juhusliku juurdepääsu režiimis, töötades kahe erineva suurusega failiga. Selle tulemuste kohaselt näitas iSCSI sihtmärk oluliselt paremat jõudlust. iSCSI-seadme ja standardse kaardistatud võrguketta kirjutamiskiirus oli sama, kuid lugemistoimingud iSCSI-liidese kaudu olid 30--40% kiiremad.

Nagu testimine on näidanud, ei ole juurdepääs NAS-seadmele ja selle vormindamine kohaliku ketta kujutise ja sarnasena, samuti programmide käivitamise võimalus ainsad iSCSI-tehnoloogia eelised. See pakub ka kiiremaid lugemistoiminguid. Seega, kui tegelete NAS-seadmetega kodus või kontoris, parandab iSCSI oluliselt (ja täiesti tasuta) nende jõudlust.

Jätkates vana serveririistvara kasuliku kasutamise teemat, siis seekord räägime mudelserveri kasutamisest IBM System x3200 4362 protokolli kaudu juurdepääsetava võrgusalvestusena iSCSI nagu iSCSI sihtmärk. V Oleme sellist serverit juba käsitlenud virtuaalmasinate varukoopiate salvestusruumina koos tarkvara deduplikatsiooniga Quadstore . Meie puhul raskendas olukorda aga asjaolu, et mõnel kõrvalistel kohtadel, kus , said aja jooksul varundatud VM-id täiendava draivi levitamispunkti sisu salvestamiseks SCCM . Ja nagu teate, võib SCCM-is sisu levitamiseks kasutatavate ketaste sisu aeg-ajalt väga aktiivselt muutuda (laaditakse alla uusi värskendusi , aegunud värskendused eemaldatakse, mõni juurutustarkvara laaditakse alla jne). Seega, arvestades asjaolu, et kasutatud tarkvara Veeam Backup tasuta väljaanne ei võimalda sellele VM-ile kuuluvaid üksikuid virtuaalseid kettaid virtuaalmasina varukoopiast välja jätta, tuli otsustada, kas suurendada kettaruumi nendes samades IBMi serverites. Paralleelselt tekkis küsimus deduplikatsiooni kasulikkuse kohta, mis sageli muutuva sisu puhul kaotab oma efektiivsuse.

Kirjeldatud olukorras oli "kirss tordil" see, et serveril, mida meie puhul kasutatakse iSCSI-sihtmärgina (Quadstori juurutusest), on väga tagasihoidlik kettakorv - ainult 4 SAS / SATA pesa 3,5 " vormifaktor, millest kaks on hõivatud Linuxi host OS-iga.

Siin käsitleme üht võimalikku võimalust kirjeldatud probleemide ja piirangute lahendamiseks, milleks on Linuxi OS-i täieliku installimise asendamine spetsiaalse USB-draivist käivitatava ja RAM-is töötava seadmega.Projekti Linuxi levitamine Enterprise Storage OS (ESOS). Oma tuumaks on ESOS RAM-ile optimeeritud kaasaegne Linuxi tuum, millel on integreeritud projektitarkvara , mille kasutamise näide on meil juba olemas .

Üldine tegevuskava näeb välja selline:

• Eemaldame kettakorvist väikese mahuga kettad, millele on installitud host OS, ja paneme sellesse kohta suurema mahuga kettad (kõik korvis olevad kettad muutuvad ühesuguseks)
• Riistvaralise RAID-kontrolleri tasemel määratleme kõik neli kettapuuriga ühendatud ketast iseseisva seadmena.
• ESOS-iga buutiva USB-draivi ettevalmistamine
• Käivitame serveri ESOS-iga ja loome kõigist korvi ketastest tarkvaralise RAID-massiivi.
• iSCSI Targeti konfigureerimine ESOS-is ja serveripoolse ketta ühendamine iSCSI Initiator
• Seadistage täiendav võrguühendus serverite vahel ja lubage Multipath

Serveri konfiguratsioon

Meie näites kaalume kõige lihtsama konfiguratsiooni loomist iSCSI kahest serverist, millest üks toimib sihtmärgina iSCSI sihtmärk alusel ESOS v 1.3.5 ja teine ​​toimib algatava hostina iSCSI algataja alusel Windows Server 2012 R2. Kättesaadavuse ja jõudluse parandamiseks luuakse sihtmärgi ja algatava hosti vahel mitmeteeline ühendus ( mitme tee). iSCSI-liikluse eraldamiseks serveri haldusliiklusest on igasse serverisse installitud täiendav kahe pordiga võrguadapter.

1 ) Server iSCSI sihtmärgi rolli jaoks(KOM-AD01-ESOS01)

Mudelserver IBM System x3200 4362 4x LFF HDD SAS/SATA-draivi ja valikuliselt installitud võrguadapteriga HP NC380T PCI Expressi kahe pordiga multifunktsionaalne Gigabit serveri adapter (394795-B21). See server käivitab USB-mälupulgalt buutitava ESOS-süsteemi. Kõiki serveri kettakorvi 4 ketast kasutatakse ESOS-is tarkvara RAID-massiivi korraldamiseks, mis omakorda esitatakse hosti algatajale.

2 ) Server rolli eest iSCSI algataja (KOM-AD01-VM01)

Mudelserver HP ProLiant DL380 G5, mis toimib Hyper-V OS-ipõhise virtualiseerimishostina Windows Server 2012 R2 standard. Lisaks põhikonfiguratsioonile on serverisse lisaks installitud võrguadapter HP NC380T PCI Expressi kahe pordiga multifunktsionaalne Gigabit serveri adapter (394795-B21). Selle serveriga ESOS-serverist iSCSI-protokolli kaudu ühendatud ketast kasutatakse Hyper-V virtuaalmasinate varundamiseks.

Serveri võrguliideste ühendamise lihtsaim skeem näeb välja järgmine:

RAID-kontrolleri konfiguratsioon IBM-i serveris

Sõltumata meie puhul kasutatavast serverimudelist ja RAID-kontrollerist võime öelda, et ESOS-i jaotuskomplekti kasutamine, mille tööks pole vaja spetsiaalset ketast, võimaldab mis tahes kettakonfiguratsioonis kasutada kõiki kettakorvi ressursse kasulikuks. kettaruum. Mõnes olukorras võib see argument olla oluline.

Meie näites on kettakorvi paigaldatud 4 identset SATA 7200 1TB ketast.

Et vabaneda meie serveriga varustatud riistvaralise RAID-kontrolleri üsna tagasihoidlikest võimalustest ja tulevikus kasutada ESOS-il põhineva tarkvaralise RAID-massiivi loomise võimalusi, peame iga ketta väljanägema eraldi füüsiline seade ESOSe jaoks. Seetõttu eemaldame sisseehitatud RAID-kontrolleri haldusutiliidis kõik olemasolevad loogilised RAID-draivid, nii et iga draiv kuvatakse eraldi seadmena.

Mõned RAID-kontrollerid, nagu HP Smart Array, ei luba kaardistatud kettaid tõlkida eraldiseisvateks kettaseadmeteks. Sellistel juhtudel peate iga draivi jaoks looma eraldi RAID-0 köite. Meie puhul on kõik lihtsam, kuna kontroller on meie serverisse installitud LSI loogika SAS1064ET on üsna primitiivne ja näitab kõiki kettaid eraldi seadmetena, kui need kettad pole riistvaralises RAID-massiivis.

Käivitava ESOS-i USB-draivi ettevalmistamine

Laadige projekti lehelt alla ESOS-i stabiilse haru (filiaal 1.x.x) uusim versioon ESOS – pakettide allalaadimine . Samalt lehelt leiate teiste ESOS-i harude kirjeldused (master - arendamisel ja 0.1.x - vananenud).

Selle artikli kirjutamise käigus kasutati versiooni 1.3.5 (25.01.2018 ), saadaval lingil esos-1.3.5.zip . Avaldamise ajaks olin juba jõudnud töötada uuema versiooniga 1.3.6 (04/12/2018).

Kuna ESOS on RAM-põhine süsteem, töötab see tavalise USB-pordi kaudu ühendatud väliselt draivilt. See tähendab, et vajame USB-draivi suurusega 4GB ja veel. Kui kavatsete kasutada põhiharu, siis edukaks versiooniuuenduseks versioonide vahel vastavalt dokumendi soovitustele Uuendamine , USB-mälupulgal võib vaja minna kuni 5 GB lisaruumi. Meie puhul kasutas ESOS edukalt erineva raskusastmega "keldri" draive, mille suurus ulatus 8 GB ja rohkem.

Vaikimisi mandaat:

• Kasutajanimi: juur
• Parool: esos

Sisselogimisel käivitatakse automaatselt spetsiaalne kest Tekstipõhine kasutajaliides (TUI), mis muudab süsteemiga töötamise lihtsamaks. TUI ülemine ala sisaldab peamist funktsionaalset menüüd, mis võimaldab teil täita kõiki põhitoiminguid serveri konfigureerimiseks SAN-ide salvestusruumiks.

Algseadistuse esmased ülesanded on muuta vaikekasutaja parooli juur ja võrgu seadistamine süsteemiga kaugtöö võimaluse jaoks.

Minge menüü üksuste juurde Süsteem > Muuda salasõna ja määrake kasutajale uus parool juur.

Lähme siis juurde Süsteem > võrgusätted ja valige põhiliste võrgusätete konfigureerimiseks üksus Üldised võrgusätted

Avanevas vormis määrake hostinimi, DNS-i domeeninimi, vaikelüüsi IP-aadress ja DNS-serveri aadressid.

Pärast võrgusätete muutmist palub ESOS teil muudatuste jõustumiseks võrguteenus taaskäivitada. Kuni kõik minimaalsed võrguseaded pole tehtud, võime keelduda võrguteenuse taaskäivitamisest.

Lähme tagasi Süsteem > võrgusätted, valige ESOS-i kaugjuhtimiseks kasutatav võrguadapter ja konfigureerige IP-parameetrid. Meie näites kasutatakse staatilist konfiguratsiooni ja ESOS-i haldusliidese IP-aadress on 10.1.2.201/24. Võrgumask ja leviaadress, nagu ma aru saan, tuleb täpsustada, muidu võivad seadete salvestamisel tekkida vead.

Pärast tehtud muudatuste salvestamist saame taas küsimuse võrgu taaskäivitamise kohta. Nüüd vastame sellele küsimusele jaatavalt.

Võrk taaskäivitatakse ja määratud sätete eduka rakendamise korral saame ESOS-iga kaugühenduse SSH-protokolli kaudu.

Selle märkuse tähenduses jätame vahele muud ESOS-s saadaolevad seaded, nagu aja seadistus, meilide edastamise konfiguratsioon, täiendav kasutajahaldus jne. Selle asemel keskendume ainult nendele punktidele, mis on meie ülesande kontekstis olulised. Enne meie ESOS-serveriga SSH kaudu ühenduse loomist tahan aga teha väikese kosmeetilise kõrvalekaldumise seoses TUI värviskeemiga.

TUI ESOSe liidesel on kaks värviskeemi - tavaline hele, sinise ja türkiissinisega, mis on näidatud ülalolevatel ekraanipiltidel, ja alternatiiv - tume, mis on kujundatud "küünlaga koopas" parimate traditsioonide kohaselt. Minu arvates pole kumbki variant edukas, kuna serverikonsooliga kaugühenduse loomisel vähendatud värviedastusega (näiteks ühenduse loomisel ), mõnes TUI-s on märgata teksti taustaga sulandumise efekti. Ja kui ühendada TUI ESOSega Windowsi süsteemist PuTTy SSH kliendiga, muutuvad standardsed värviskeemid üldiselt minu arvates millekski "happeliseks".

Kuna töötame ESOS-iga peamiselt loomulikult SSH kaugühendust kasutades, siis eelkõige on PuTTy kliendi jaoks lihtne lahendus - kohandatud värviskeemide kasutamine SSH kliendi poolel igale maitsele ja värvile. Näited sellistest sätetest, mida me märkuses varem käsitlesime. . Järgmisena kasutame ESOS-iga SSH kaudu töötamiseks PuTTy skeemi - Hämar.

Tarkvara RAID-i loomine ESOS-is

Pärast ESOS-i esialgse põhiseadistuse lõpetamist jätkame serveri kettasüsteemi konfigureerimisega. Loome tarkvara RAID massiivi (rakendatud põhineb Linuxi tarkvara RAID/mdraid) neljast meie käsutuses olevast kettast. Selleks minge menüüsse Tarkvara RAID > Lisa massiiv

Tarkvara RAID-i lisamiseks saadaolevate plokkseadmete loendis märgime kettad, millest loome RAID-massiivi.

Pärast ketaste valimist vajutage nuppu Sisenema. Avaneb RAID-i seadistamise ekraan. Anname massiivile traditsiooni järgi nime mdraid, Näiteks md0. Valime RAID-i taseme (meie puhul on selleks RAID5) ja ploki suuruse. Meie puhul kogutakse massiiv virtuaalmasina ketaste suurte failide varundamiseks, seega valisime suurima ploki suuruse.

Pärast nupu vajutamist Okei algab RAID-i lähtestamise protseduur. Minge navigeerimismenüüsse Tarkvara RAID > Linux MD olek ja kontrollige loodud RAID-massiivi olekut.

Siin võime oodata RAID-massiivi täielikku valmimist või jätkata oma serveri seadistamist, kuna tegelikult on massiivi kettamaht meile juba saadaval.

iSCSI sihtkonfiguratsioon

Selleks, et meie loodud RAID-massiivi kettamaht esitataks virtualiseerimishostile võrgu kaudu iSCSI-protokolli kasutades, peate ESOS-serveris looma iSCSI sihtmärk. Selleks avage navigeerimismenüüs Sihtmärgid > Lisage iSCSI sihtmärk. Määrake eesmärgi loomise vormis nimi iSCSI kvalifitseeritud nimi (IQN).

Meie puhul kasutasime vormingus vaikenime iqn.2018-03.esos.<имя сервера>: .Ainus asi, mida nimes muutsin, oli nime lõpust koolon eemaldamine.

Pärast salvestamist ilmub iSCSI sihtmärgi teave ESOS-i põhiekraanile, kuid sihtmärk on keelatud.

Sihtmärgi aktiveerimiseks minge navigeerimismenüüsse Sihtmärgid > lubada/Keela sihtmärk, valige eesmärkide loendist äsja loodud eesmärk ja muutke selle omadusi Keelatud peal Lubatud.

Veenduge, et TUI põhiekraanil on sihtmärgi olekuteave muutunud.

Seadme tõlkerežiimide loendist, mille kirjelduse leiate dokumendist36_Devices_and_Mappings – SCST I/O Modes , valige meid huvitav režiim. Meie näites kasutame režiimi vdisk_blockio, mis tagab otsese juurdepääsu blokeerimisseadmetele ja välistab vahepealsete Linuxi vahemällu salvestamise mehhanismide kasutamise.

Pärast režiimi valimist avaneb selle režiimi jaoks võimalike blokeerimisseadmete valimise aken. Valime oma RAID-massiivi.

See avab virtuaalse ploki seadme SCST-parameetrite konfigureerimise vormi vdisk_blockio. Määrake mis tahes lühike ja arusaadav seadme nimi. See nimi kuvatakse hiljem seadmehalduris iSCSI algatajana toimiva virtualiseerimishosti küljel. Seetõttu kasutasin nimena hosti ja RAID-seadme lühendatud nime - ESOS01-MD0 . Ülejäänud parameetrid saab jätta nende vaikeväärtustele.

Salvestame virtuaalse plokkseadme sätted ja jätkame nende hostide kirjeldusega, millel on lubatud meie loodud iSCSI-sihtmärgiga ühenduse luua. Kuid enne hostide kirjeldamist peate looma hostirühma. Minge menüüsse võõrustajad > Lisa rühm

Valime varem loodud iSCSI-sihtmärgi, kuhu loodud hostide rühm hakkab kuuluma.

Määrake mis tahes hostirühma nimi, näiteks Group1, ja klõpsake nuppu Sisenema

Seega luuakse hostirühm ja seotakse see iSCSI-sihtmärgiga. Nüüd peame kirjeldama iga hosti, mis toimib iSCSI algataja koos selle hosti määramisega loodud hostirühmale. Meie puhul on ainult üks selline host - meie virtualiseerimismasin Hüper-V OS-põhine Windows Server 2012 R2.

Enne ESOS-i algataja hosti lisamist uurige selle nimi Algataja nimi meie virtualiseerimishostis. Selle nime leiate (ja valikuliselt muutke) Windows Serveri juhtpaneelilt, helistades apletile iSCSI algataja ja vahekaardi avamine Seadistamine

Nagu näete, on meie puhul algataja hosti nimi iqn.1991-05.com.microsoft:kom-ad01-vm01.holding.com.

Naaseme TUI ESOSesse ja lisame menüüsse hosti algataja võõrustajad > Lisa algataja

Sel juhul küsitakse meilt, millisesse SCST-i sihtmärki lisatud host kuulub. Valime ainsa sihtmärgi, mille oleme varem loonud ja lubanud.

Seejärel valime eelnevalt loodud hostirühma, millega seotakse lisatud algatajahost.

Lõpuks sisestame algatava hosti IQN-i, mille saime varem teada, ja klõpsame Sisenema

Seega on ESOS-i selles etapis meil juba loodud SCST-sihtmärk (meie puhul iSCSI-sihtmärk), meil on virtuaalne SCST-ploki seade (edastatakse tarkvara RAID-i), oleme kirjeldanud hostide rühma ja algataja hosti. (iSCSI Initiator) on lisatud sellesse rühma . Nüüd peame SCST virtuaalse plokkseadme vaid hostrühmaga vastama. Selleks minge navigeerimismenüüsse seadmeid > Kaart hostrühmale.

Valige SCST virtuaalse ploki seade.

Valige SCST sihtmärk.

Valige hostirühm, kuhu algataja host kaasati.

Järgmisena avaneb konfiguratsioonivorm. LUN-a, mis edastatakse võrku. Määrake LUN-number (vaikimisi määratakse esimesele tõlgitud LUN-ile number 0) ja salvestage sätted, klõpsates Okei.

SCST-virtuaalseadmete tõlke lõplikku konfiguratsiooni saate vaadata menüüsse minnes seadmeid > LUN/Grupi paigutus

Nüüd otsustame iSCSI võrguliikluse eraldamise ESOS-serveri enda haldusliiklusest. Veenduge, et seda tüüpi liiklus oleks erinevate võrguliideste kaudu täielikult eraldatud.

Selleks konfigureerime ESOS serveri poolel ja iSCSI Initiatori kliendi poolel eraldi võrguliidesed serverite haldamiseks kasutatavast aadressist erineva IP-aadressiga. Näiteks meie puhul kasutatakse serverite haldamiseks võrku 10.1.2.0/24, seetõttu kasutame iSCSI-liikluse eraldamiseks väikest spetsiaalset alamvõrku 6 hosti jaoks - 192.168.168.0/29 (võrguseadmete tasemel, saate selle võrgu täiendavalt eraldada eraldi VLAN-iks).

Esiteks konfigureerime ESOS-i serveri poolel spetsiaalse iSCSI võrguliidese, minnes navigeerimismenüüsse Süsteem > võrgusätted ja valides sobiva võrguadapteri.

Määrame sellel liidesel staatilise IP-aadressi 192.168.168.1/29 , määrame alamvõrgu maski, leviaadressi ja suurendatud suuruse MTU– 9000 (tehnoloogia jumbo raam võrguadapter peab toetama), et parandada jõudlust suurte andmemahtude edastamisel.

Seadete salvestamisel vastame jaatavalt küsimusele võrgu taaskäivitamise kohta (kõik ESOS-iga võrguühendused katkevad ajutiselt).

Pärast võrgu taaskäivitamise protseduuri lõpetamist saame kokkuvõtte uute sätete rakendamise oleku kohta

Liigume nüüd edasi algatava hosti poole konfiguratsiooni juurde.

iSCSI algataja konfiguratsioon

Meie Windows Serveril põhineva virtualiseerimishosti poolel, millele saame ESOS-serverist iSCSI-protokolli kaudu kettamahu, konfigureerime spetsiaalse võrguadapteri iSCSI-protokolliga kasutamiseks.

Keelakem kõik, välja arvatud see, mida võime sellel spetsiaalsel liidesel iSCSI-ga töötamisel vaja minna. Näiteks jätame ainult protokolli toe TCP/IPv4 ja QoS.

Protokolli valimine TCP/IPv4 nupu abil Omadused määrake IP-aadress võrgust, mille me iSCSI-liikluse jaoks määratlesime, näiteks 192.168.168.3/29 . Jätke vaikelüüsi ja DNS-serverite aadress tühjaks. Avage täpsemad sätted nupuga Täpsemalt.

Vahekaardil DNS lülitage vaikimisi lubatud DNS-i registreerimise valik välja ja vahekaardil VÕIDUD tugi välja lülitada LMHOST ja NetBIOS üle TCP/IP.

Naaseme võrguliidese atribuutide põhivahekaardile ja avame võrguadapteri sätete dialoogi, klõpsates nuppu Seadistage.

Avanevas vormis vahekaardil täpsemad seaded Täpsemalt leidke võimalus toetada suuri pakette Jumbo pakett ja valige maksimaalne võimalik väärtus (meie näites on see 9014 ). Vahekaardil toitehaldus keelake süsteemi võimalus seda võrguadapterit energiasäästurežiimides keelata - Lubage arvutil see seade salvestusrežiimiks välja lülitada.

Sulgege kõik aknad salvestamisnupuga Okei.

Nüüd kontrollime ESOS-serveri saadavust spetsiaalse võrguliidese kaudu. Kasulikkus kõigepealt tracert veendumaks, et liiklus suunatakse serverite vahel otse.

jälg -d 192.168.168.1

Seejärel utiliidi kasutamine ping, lülitades sisse killustumise tõkestamise lipu (valik - f) ja edastatud pakettide suuruse täpsustamine (valik - l)

ping 192.168.168.1 -f -l 8000

Juhul, kui kuskil näiteks lülitil, millega on ühendatud ESOS-i serverid ja meie hosti algataja, ei ole tugi lubatud jumbo raam, saame sõnumeid" Pakett tuleb killustada, kuid DF on seatud. " Meie puhul oli kinnitamine edukas, nii et saate jätkata iSCSI-draivi ühendamise protseduuriga.

Läheme Windows Serveri juhtpaneelile, helistame apletile iSCSI algataja ja vahekaardi avamine avastus vajuta nuppu Avastage portaal. Määrake avastusseadete aknas ESOS-serveri IP-aadress võrgust iSCSI-liikluse jaoks ja klõpsake nuppu Täpsemalt.

Valige täpsemate avastamisseadete kujul kohalikuks adapteriks Microsoft iSCSI algataja ja varem konfigureeritud IP-aadress võrgust iSCSI-liikluse jaoks - 192.168.168.3. Salvestage sätted, klõpsates Okei kuni naaseme apleti põhiaknasse.

Pärast seda minge vahekaardile Sihtmärgid, kus jaotises Avastatud sihtmärgid peaks ilmuma eelnevalt mainitud IQN meie ESOS-server olekuga Mitteaktiivne. See tähendab, et süsteem tuvastas selle, kuid see pole veel ühendatud. iSCSI Targetiga ühenduse loomiseks kasutage nuppu Ühendage.

Avanevas ühenduse aknas pöörake tähelepanu asjaolule, et ühendatud sihtmärgi lemmiksihtmärkide loendisse lisamise märk on sisse lülitatud - Lisage see ühendus loendisse Lemmik Sihtmärgid(edaspidiseks automaatseks ühenduse loomiseks sihtmärgiga serveri taaskäivitamise korral). Vajutame nuppu Täpsemalt.

Täiustatud ühendussätete vormis määrame selgelt iSCSI-liikluse jaoks võrgu võrguliidesed, mida tuleks kasutada iSCSI-liikluse edastamiseks selle seansiühenduse jaoks. See tähendab, nagu Algataja IP valige loendist meie hostile eraldatud iSCSI-liidese aadress 192.168.168.3 ja Sihtportaali IP vali loendist ESOS-serveris eraldatud iSCSI-liidese aadress - 192.168.168.1.

Sulgege ja salvestage aken täpsemad seaded ja Ühendage Targetiga ja veenduge, et ühenduse olek on muutunud ühendatud

Heidame pilgu vahelehele Lemmik Sihtmärgid ja veenduge, et ühendatud sihtmärk on lemmikute loendis.

Veenduge, et halduskonsoolis "Seadmehaldur" / seadmehaldus (devmgmt.msc) Peatükis kettadraivid ilmus täiendav SCSI-ketas nimega, mille me eelnevalt ESOS-serveris SCST virtuaalploki seadme jaoks määratlesime.

Järgmine samm on iSCSI-protokolli kaudu ühendatud ketta lähtestamine. Selleks minge kettahalduskonsooli Kettahaldus (diskmgmt.msc), valige sobiv ketas ja asetage see olekusse võrgus.

Pärast ketta edukat oleku muutmist initsialiseerime ketta ja vormindame selle "oma maitse järgi", näiteks NTFS-failisüsteemi, täpsustades mis tahes meile arusaadava helitugevuse sildi. Nüüdsest muutub see ketas Windowsi graafilises liideses meile standardsete failitoimingute jaoks kättesaadavaks.

Selles etapis, kui vaatame ESOS-serveri konsooli, näeme TUI allosas teavet algatava hosti ühenduse seansi kohta.

Selle põhjal võib kõige lihtsama iSCSI-konfiguratsiooni põhiseadistuse lugeda lõpetatuks.

Lihtsaim jõudluse test

Pärast ketta ühendamist iSCSI kaudu on soovitav läbi viia vähemalt mõned lihtsad jõudlusmõõtmised, et mõista, milleni me lõpuks jõudsime ja mida selliselt kettalt oodata on.

Toetuda numbritele, mida Windows Explorer meile serveri kohalikult kettalt iSCSI-kettale suurte failide kopeerimisel näitab, pole eriti seda väärt, kuna me ei näe seal objektiivset teavet. Näiteks minu puhul oli mitme suure ISO-faili (erineva sisuga) kopeerimisel kiirus umbes 150-160 MB / s, mis erineb suuresti minu kahe serveri vahelise iSCSI-lingi tegelikust lubatud kiirusest 1 Gbit / s. (~ 125 MB/s). Lisaks kuvatakse esimese faili kopeerimisel enam-vähem tõele sarnane kiirus ja järgnevate failide kopeerimisel see veidi suureneb (võib-olla on töösse lisatud failisüsteemi vahemälu ja muud erineva tasemega vahemälud).

Erinevat tüüpi mõõtmiste jaoks soovite alati kasutada mingeid "natiivseid" tööriistu, mis ei nõua täiendava tarkvara installimist, kuid kahjuks pole see kaugeltki alati võimalik. Windowsi klientsüsteemides kasutatakse utiliiti erinevate alamsüsteemide, sealhulgas ketta alamsüsteemide jõudluse hindamiseks. WinSAT ( winsati ketas ), kuid ma ei leidnud seda utiliiti Windows Server 2012 R2 osana. Niisiis
Kopeerisin kaks faili Windows 10 x64 kliendi operatsioonisüsteemist - WinSAT.exe ja WinSATAPI.dll kataloogist %windir%\System32 samasse serverikataloogi. Nüüd saate proovida seda utiliiti kasutada, käivitades selle administraatoriõigustega käsurealt.

winsat kettadraiv T - arv 3

Siin pärast märksõna kettale suvand --drive määrab draivitähe nime, mida tahame testida, ja suvand --count määrab testitsüklite arvu.

Nagu ma aru saan, ei võimalda see utiliit testida suurte andmeplokkide (üle 1MB) abil, see tähendab, et see sobib rohkem olukordade testimiseks, kus on palju väikeseid faile. Meil on olukord vastupidine – virtuaalmasina ketaste varukoopiate tegemiseks on vaja väikest hulka märkimisväärse suurusega faile.

Veel üks lihtne tööriist on utiliit diskspd(DiskSpd: tugev salvestusruumi jõudluse tööriist ), mis asendas utiliidiSQLIO ketta alamsüsteemi võrdlustööriist (SQLIO) . Laadime utiliidi alla, pakime selle serverisse lahti ja käivitame selle parameetrite komplektiga, mis vastab meie ülesande kontekstile.

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

Meie kasutatavad parameetrid on järgmised:
-d60: testi täitmise aeg 60 sekundit
-b1M: töötab 1 MB plokkides
-s: sooritage toiminguid järjestikulise juurdepääsuga
-w100: tehke täielik kirjutustest (lugemistesti pole)
-t1: sihtmärgiga töötavate lõimede arv (failiga T:\io.dat)
-c100G: looge 100 GB faile
Lõpus on loetletud testi jaoks loodud failide nimed.

Veidi kõrvale kaldudes märgin, et selle kirjutamise ajal kasutasime Hyper-V virtuaalmasinate varundamiseks tarkvara Veeam varundamine ja replikatsioon , seega lähtun testimiseks ploki suuruse valimisel selle tarkvara spetsiifikast. Nagu ma dokumendist aru sainAndmete tihendamine ja dubleerimine , VBR kasutab SAN-i varukoopiates 1024 MB plokke, seega kasutame testimisel seda ploki suurust.

Võrdluseks teeme testi uuesti samade tingimustega, kuid suurendame selle kestust 5 minutini.

Siin on selgelt näha, et pikaajalise koormuse korral langevad näidikud märgatavalt. Võin eeldada, et see on tingitud asjaolust, et "pudelikael" liigub antud juhul võrgu alamsüsteemi piirkonnast meie poolt ESOS-i serveri poolel kasutatavate aeglaste ketaste piirkonda.

Graafiliste tööriistade austajatele, kes Windowsis ketta alamsüsteemi pealiskaudseid jõudlustesti teevad, võib abiks olla veel üks lihtne tasuta utiliit. ATTO ketta võrdlusalus. Saate selle alla laadida lingilt: Ketta võrdlusalus . Utiliidi liides on lihtne ja selge ning selle kohta pole ilmselt midagi kommenteerida.

Mõnest keerulisemast testimisvahendist, nt IOmeter , ma ei ütle, kuna meie ülesande raames ei ole eesmärki tegelda võrdlusnäitajatega kui sellistega. Ja lihtsate tööriistade näitajad saadakse ainult selleks, et tulevikus oleks võrdlusalus, kui ESOS-serveri ja Hyper-V hosti vahel pole meil mitte ühte linki, nagu praeguses konfigureerimisetapis, vaid kaks linki ja kaasatud mitmetee mehhanism.

Mitmetee seadistus

Niisiis, meil on iSCSI kaudu ühendatud ketas ja mõned võrdlusalused, millest saame ehitada. Nüüd proovime neid näitajaid parandada, lisades ESOS-serverile ja algatavale hostile veel ühe gigabitise võrguadapteri ning kombineerides nende tööd, kasutades algatava hosti poolel olevat Multipath mehhanismi.

Alustame ESOS-serveri seadistamisega. Avage navigeerimismenüüs Süsteem > võrgusätted, valige täiendav võrguadapter, mida kasutatakse teise iSCSI-ühenduse jaoks, ja konfigureerige IP-sätted. Meie näites kasutatakse staatilist konfiguratsiooni ja lisa ESOS iSCSI liides määratakse IP-aadressiks 192.168.168.2/29 ning suurust suurendatakse täiendavalt. MTU.

Salvestame võrgusätted ESOS-i ja jätkame täiendava võrguadapteri konfigureerimist algataja hosti, see tähendab meie Windows Serveril põhineva serveri iSCSI Initiatoriga küljel.

Teise iSCSI-liidese konfigureerime analoogselt esimesega, määrates selle IP 192.168.168.4/29

Keelame varem seadistatud liidese aadressiga 192.168.168.3 (iSCSI ketas kukub sel juhul ära) ja veenduge, et ESOS serveri ja algatava hosti täiendavalt seadistatud iSCSI liidesed üksteist näeksid.

Juhtpaneeli apletis iSCSI algataja sakk avastus lisage täiendav avastamistee, määrates lingi 192.168.168.2 - 192.168.168.4

Kuna varem lõime sihtmärgiga iSCSI-ühenduse ilma lipukeseta mitme tee, siis nüüd oleks õigem see ühendus deaktiveerida ja uuesti luua, kuid kui lipp on sisse lülitatud mitme tee.

Esmalt eemaldage varem loodud ühendus vahekaardil käivitusest Lemmik Sihtmärgid

Nüüd läheme vahekaardile. Sihtmärgid ja sulgege (iSCSI-süsteemis lähtestatud ja ühendatud ketas kaob Windowsist)

Seejärel ühendame iSCSI-sihtmärgi uuesti, kuid seekord siis, kui valik on lubatud Luba mitme tee(ja ärge unustage nuppu Täpsemalt luua selgesõnaline liideste link 192.168.168.1 - 192.168.168.3 )

Pärast kinnitamist, et sihtmärk on olekusse naasnud ühendatud avage selle atribuudid, et lisada teine ​​ühendus täiendava spetsiaalse liidese kaudu

Vahekaardil Sihtmärgid minge nupule Omadusedühendatud sihtmärgi atribuutidele ja kasutage nuppu lisa seanss teise ühenduse loomiseks.

Muide, siin nupul MCS saame olla kindlad, et esimene loodud seanss tõesti kasutab meie määratud spetsiaalset võrguliidest.

Nii et nuppu kasutades lisa seanss lisage iSCSI-sihtmärgile täiendav ühendus, määrates liidestena täiendava liidesepaari, mille me varem konfigureerisime (192.168.168.2 - 192.168.168.4 )

Teine seanss peaks nüüd ilmuma seansside loendisse.

Loodud lisaseanssi näeme ka ESOS serveri poolel.

Vaatame algatava hosti poolel lisandmoodulit "Seadmehaldur" / seadmehaldus (devmgmt.msc) ja veenduge selles jaotises kettadraivid on olemas täiendav samanimeline SCSI-ketas (ESOS01-MD0 ).

See tähendab, et nüüd näeme Windowsi serveri poolel sama ketast kahe eraldi seadmena. Selleks et süsteem saaks selle kettaga töötada ühe seadmena, kasutades mõlemat iSCSI võrgulinki ESOS-serverisse, peame lubama toe MPIO jaoks iSCSI. Selleks minge Windowsi juhtpaneelile, avage aplett MPIO ja vahekaardil Avastage mitut teed lülitage valik sisse Lisage iSCSI-seadmete tugi. Pärast seda vajutage nuppu Lisama ja vastake küsimusele serveri taaskäivitamise kohta jaatavalt.

Pärast taaskäivitamist vaatame uuesti seadmehalduri konsooli ja veendume, et nüüd kuvatakse meie iSCSI-ketas ühe seadmena ja sellel on nimi …Multi-Path Disk Device. Avage ketta atribuudid ja vahekaardil MPIO Kontrollime, kas ketas on saadaval kahel viisil.

Täpsemat teavet ühendusmarsruutide kohta näete juhtpaneeli apletis iSCSI algataja.

Siin nupul MPIO näeme infot kasutatud ühenduste kohta.

See lõpetab mitmetee põhiseadistuse.

Nüüd, et hinnata iSCSI-kettaga töötamise kiiruse muutusi, mille saime teise lingi korraldamise ja Multipath seadistamise tulemusena, viime läbi lihtsa testi suurte failide lineaarseks kirjutamiseks kettale, sarnaselt mida me varem tegime:

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

Otsustades selle järgi, mida Diskspd meile sel juhul näitab, kirjutati iga fail keskmiselt kiirusega ~ 225 MB / s, mis võrdub kiirusega 1800 Mb / s. See tähendab, et selle tulemusel saame kiiruse, mis on lähedane kahe organiseeritud iSCSI-lingi kogu läbilaskevõimele.

Sama test, kuid ajaliselt pikem (5 minutit):

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

Iga failiga saadud keskmine väärtus ~48,5 MB/s näeb oluliselt parem välja kui varem ühel iSCSI lingil saadud 16 MB/s.

Nende lihtsate mõõtmiste põhjal saame aru, et tänu Multipath ühenduse korraldusele ei suurendanud me mitte ainult selle kättesaadavust, vaid saime ka paremaid jõudlusnäitajaid. Ja see on hea.

ESOS USB-mälupulga kuumvahetus

Arvestades, et meie näites kirjeldatud eelarvelahenduse ehitamisel võiksime kasutada odavaid USB-draive, võib mõnel juhul olla vajalik see draiv välja vahetada (näiteks kui see ebaõnnestub). Arvestades, et ESOS on Linuxi süsteem, mis on täielikult kohandatud RAM-is töötamiseks, on USB-draivi vahetamine väga lihtne toiming, mille õige käsitsemise teostab selle süsteemi arendaja.

Tegelikult asendatakse draiv mõne lihtsa sammuga:

• Juba käivitatud ja töötavas ESOS-süsteemis eemaldage igal ajal USB-draiv (draiv, mis tuleb välja vahetada), millelt see süsteem käivitati.
• Valmistage ESOS-iga ette uus USB-draiv, kasutades ülaltoodud jaotises “Käivitava ESOS-i USB-draivi ettevalmistamine” kirjeldatud standardmeetodit ja installige see draiv töötavasse ESOS-serverisse.
• Nimetame RAM-is töötava ESOS-i konfiguratsiooni sünkroonimise protseduuri USB-draivi failisüsteemiga. Menüüelement Süsteem > Sünkroonimise konfiguratsioon

Pärast seda on soovitatav server taaskäivitada ja veenduda, et süsteem käivitub edukalt uuelt USB-draivilt. Esimesel käivitamisel vahetatud USB-draivilt teostab ESOS mõned hooldustoimingud ja juba mõne minuti pärast on server töövalmis, laadides eelnevalt konfigureeritud konfiguratsiooni.

Vastavalt dokumendi kirjeldusele 13_Uuendamine , sama lihtsal viisil uuendatakse ESOS-server uuemale versioonile, mis lihtsustab oluliselt sellise süsteemi hooldust.

Järeldus

Kokkuvõtteks tahan öelda, et meie näites õnnestus meil tänu ESOS-süsteemile vananenud serveri kettakorvist igas mõttes maksimum välja pigistada ja saada ülesande täitmiseks jõudluse osas üsna talutav kettamaht. virtuaalmasinate varundamiseks virtualiseerimishostis. Ja jään vaid tänada ESOSe arendajat tehtud töö eest ja soovida projektile edasist edukat arengut.

Abstraktne: kuidas open-iscsi (ISCSI initsiaator linuxis) töötab, kuidas seda konfigureerida ja natuke iSCSI-protokollist endast.

Sõnad: Internetis on palju artikleid, mis selgitavad üsna hästi, kuidas iSCSI sihtmärki seadistada, kuid mingil põhjusel pole algatajaga töötamise artikleid praktiliselt ühtegi. Vaatamata sellele, et sihtmärk on tehniliselt keerulisem, on algatajaga rohkem administratiivset segadust - on segasemad mõisted ja mitte eriti ilmsed toimimispõhimõtted.

iSCSI

Enne iSCSI-st rääkimist - paar sõna tänapäevaste võrkude teabe erinevat tüüpi kaugjuurdepääsu kohta.

NAS vs SAN

Teises arvutis asuvatele andmetele juurdepääsuks on kaks meetodit: fail (kui faili küsitakse kaugarvutist ja kedagi ei huvita, milliste failisüsteemidega seda tehakse), NFS-i, CIFS-i (SMB) iseloomulikud esindajad; ja plokk – kui kettakandjalt küsitakse kaugarvutist plokke (sarnaselt sellele, kuidas neid kõvakettalt loetakse). Sel juhul teeb päringu esitaja ise plokkseadmele failisüsteemi ja plokiseadme andev server ei tea sellel olevatest failisüsteemidest. Esimest meetodit nimetatakse NAS-iks (võrguga ühendatud salvestusruum) ja teist SAN-iks (salvestuspiirkonna võrk). Nimetused viitavad üldiselt muudele märkidele (SAN tähendab salvestusvõrku), kuid juhtus nii, et NAS on failid ja SAN on plokkseadmed üle võrgu. Ja kuigi kõik (?) saavad aru, et tegemist on valede nimedega, siis mida edasi, seda enam need paika lähevad.

scsi üle tcp

Üks blokkseadmetele juurdepääsu protokollidest on iscsi. Pealkirjas olev "i" ei viita Apple'i toodetele, vaid Internet Explorerile. Selle tuumaks on "scsi over tcp". SCSI-protokoll ise (ilma tähe "i") on väga keeruline disain, kuna see võib töötada erinevate füüsiliste andmekandjate kaudu (näiteks UWSCSI - paralleelsiin, SAS - jada -, kuid neil on sama protokoll). See protokoll võimaldab teil teha palju enamat kui lihtsalt kettad arvutiga ühendada (nagu SATA-s leiutatud), näiteks toetab see seadmete nimesid, mitme lingi olemasolu plokkseadme ja tarbija vahel, lülitustuge (jah, SAS-i lüliti, selline isegi looduses olemas), mitme tarbija ühendamine ühe plokkseadmega jne. Teisisõnu, seda protokolli küsiti lihtsalt võrguploki seadme alusena.

Terminoloogia

SCSI maailmas aktsepteeritakse järgmisi tingimusi:
sihtmärk- see, kes pakub blokeerimisseadet. Lähim analoog tavalisest arvutimaailmast on server.
algataja- klient, see, kes blokiseadet kasutab. Kliendi analoog.
WWID- seadme kordumatu identifikaator, selle nimi. DNS-nime analoog.
LUN- juurdepääsetava ketta "tüki" number. Lähim analoog on kõvaketta partitsioon.

ISCSI toob kaasa järgmised muudatused: WWID kaob, selle asemele tuleb mõiste IQN (iSCSI Qualified Name) – ehk siis puhas nimi, mis on segadusse ajavalt sarnane DNS-iga (väikeste erinevustega). Siin on IQN-i näide: iqn.2011-09.test:name.

IETD ja open-iscsi (linuxi server ja klient) toovad kaasa veel ühe väga olulise kontseptsiooni, mida iscsi käsiraamatutes sageli ei mainita – portaal. Portaal on jämedalt öeldes mitu sihtmärki, millest üks server teatab. Analoogiat www-ga pole, kuid kui veebiserveril võiks paluda loetleda kõik oma virtuaalhostid, siis see oleks see. portaal määrab nimekirja sihtmärkidest ja saadaolevatest IP-dest, mida pääseb juurde (jah, iscsi toetab mitut marsruuti algatajast sihtmärgini).

sihtmärk

Artikkel ei käsitle sihtmärki, seega kirjeldan väga lühidalt, mida sihtmärk teeb. Ta võtab plokkseadme, laksutab sellele nime ja LUN-i ning avaldab selle oma portaalis, misjärel lubab kõigil (volitus maitsta) sellele ligi pääseda.

Siin on näide lihtsast konfiguratsioonifailist, ma arvan, et sellest saab selgeks, mida sihtmärk teeb (konfiguratsioonifail, kasutades IET näidet):

Sihtmärk iqn.2011-09.example:data IncomingUser kasutajanimi Pa$$w0rd Lun 0 Path=/dev/md1

(keeruline lihtsast erineb ainult ekspordivõimaluste poolest). Seega, kui meil on sihtmärk, siis tahame selle ühendada. Ja siit algab raske, sest algatajal on oma loogika, see pole sugugi nagu tühine mount nfs jaoks.

Algataja

Algataja on open-iscsi. Niisiis, kõige tähtsam on, et tal on töörežiimid ja tingimus. Kui anname käsu vales režiimis või kui me ei arvesta olekuga, on tulemus äärmiselt heidutav.

Niisiis, töörežiimid:

• Otsige sihtmärki "s (avastus)
• Ühenduse loomine sihtmärgiga "y
• Ühendatud sihtmärgiga töötamine

Sellest loendist on elutsükkel üsna selge – kõigepealt otsi, siis ühenda, siis ühenda lahti, siis ühenda uuesti. Open-iscsi hoiab seansi avatuna isegi siis, kui blokeerimisseadet ei kasutata. Lisaks hoiab see seansi avatuna (muidugi teatud piirideni), isegi kui server on taaskäivitatud. Iscsi-seanss ei ole sama, mis avatud TCP-ühendus, iscsi saab läbipaistvalt uuesti sihtmärgiga ühenduse luua. Katkesta ühendus / ühendamine on toimingud, mida juhitakse "väljaspool" (kas muust tarkvarast või käsitsi).

Natuke riigist. Pärast avastamist avatud iscsi mäletab kõik leitud sihtmärgid (need on salvestatud /etc/iscsi/), teisisõnu on avastamine püsioperatsioon, EI OLE ÜLDSE vastav näiteks dns-i lahendamisele). sisselogimisel leitud sihtmärke, millesse hiilib palju vigu, kuna pooled sihtmärkidest on vanad seadistusread, mida serveris enam pole, kuid open-iscsi jääb meelde) Lisaks võimaldab open-iscsi meeldejääva sihtmärgi sätete muutmine "ja - ja see" mälu "mõjutab edasist tööd sihtmärkidega isegi pärast deemoni taaskäivitamist / taaskäivitamist.

seadme blokeerimine

Teine küsimus, mis algul paljusid piinab, on see, kuhu see pärast ühendamist läheb? open-iscsi loob BLOCK SCSI-klassi seadme, kuigi see on võrguseade (pole asjata, et see on "ma ütlen"), st saab /dev/sd perekonnas oleva tähe, näiteks /dev /sdc. Kasutatakse esimest vaba tähte, kuna ülejäänud süsteemi jaoks on see plokkseade - tüüpiline kõvaketas, mis ei erine usb-sata või lihtsalt sata kaudu ühendatud seadmest.

See põhjustab sageli paanikat "kuidas ma saan teada blokeerimisseadme nime?". See ilmub iscsiadmi üksikasjalikus väljundis (# iscsiadm -m session -P 3).

Autoriseerimine

Erinevalt SAS-ist / UWSCSI-st on iSCSI kõigi jaoks ühenduse loomiseks saadaval. Selliste eest kaitsmiseks on sisselogimine ja parool (chap) ning nende ülekandmine iscsiadmile "y on algajatele kasutajatele järjekordne peavalu. Seda saab teha kahel viisil - muutes varem leitud sihtmärgi omadusi" ja kirjutades ette sisselogimine / parool konfiguratsioonifailis open-iscsi.
Selliste raskuste põhjuseks on see, et parool ja sisselogimisprotsess ei ole mitte kasutaja, vaid süsteemi atribuudid. iSCSI on odav versioon FC infrastruktuurist ja mõiste "kasutaja" klaviatuuril oleva inimese kontekstis siin ei kehti. Kui teie SQL-i andmebaas asub iscsi-ploki seadmes, siis loomulikult soovite, et SQL-server käivituks ise, mitte pärast minutilist operaatori isiklikku tähelepanu.

konfiguratsioonifail

See on väga oluline fail, sest lisaks kasutajanimele/paroolile kirjeldab see ka open-iscsi käitumist vigade leidmisel. See võib anda vea "tagasi" mitte kohe, vaid pärast pausi (näiteks viis minutit, millest piisab serveri andmete taaskäivitamiseks). Seal juhitakse ka sisselogimisprotsessi (mitu korda proovida, kui kaua katsete vahel oodata) ja igasugust tööprotsessi enda peenhäälestust. Pange tähele, et need parameetrid on töö jaoks üsna olulised ja peate mõistma, kuidas teie iscsi käitub, kui eemaldate toitejuhtme näiteks 10-20 sekundiks.

Kiirviide

Mulle ei meeldi tsiteerida kergesti leitavat manat ja ridu, seega annan välja tüüpilise iscsi kasutusstsenaariumi:

Kõigepealt leiame vajalikud sihtmärgid, selleks peame teadma algataja IP/dns nime: iscsiadm -m discovery -t st -p 192.168.0.1 -t st on käsk send targets.

iscsiadm -m sõlm (sisselogimiseks leiti loend)
iscsiadm -m node -l -T iqn.2011-09.example:data (sisselogimine, st ühendage ja looge blokeerimisseade).
iscsiadm -m seanss (loetlege, millega olete ühendatud)
iscsiadm -m seanss -P3 (väljastage see, kuid täpsemalt - väljundi lõpus on märge selle kohta, milline plokkseade millisele sihtmärgile kuulub).
iscsiadm - m seanss -u -T iqn.2011-09.example:data (väljalogimine konkreetsest)
iscsiadm -m node -l (logige sisse kõikidesse tuvastatud sihtmärkidesse)
iscsiadm -m node -u (logige kõigist sihtmärkidest välja)
iscsiadm -m node --op delete -T iqn.2011-09.example:data (eemalda sihtmärk leitud hulgast).

multirada

Teine tõsiste otsuste tegemisel oluline küsimus on mitme allikani jõudmise marsruudi toetamine. Iscsi ilu seisneb selles, et kasutatakse tavalist ip-d, mida saab töödelda tavapärasel viisil, nagu iga teist liiklust (kuigi praktikas seda tavaliselt ei suunata, vaid ainult lülitatakse - koormus on seal liiga suur). Seega toetab iscsi režiimis "Ära vastupanu" mitut teed. Iseenesest ei saa open-iscsi luua ühendust sama sihtmärgi mitme IP-ga. Kui ühendate selle sama sihtmärgi mitme IP-aadressiga, kuvatakse mitu blokkseadet.

Siiski on lahendus olemas – see on multipathd, mis otsib sama ID-ga kettad ja käsitleb neid nii, nagu multipath puhul, kohandatud poliitikatega. See artikkel ei käsitle mitut teed, nii et ma ei selgita protsessi saladust üksikasjalikult, kuid siin on mõned olulised punktid:

1. Mitmetee kasutamisel tuleks seada väikesed ajalõpud – halbade teede vahel vahetamine peaks olema piisavalt kiire
2. Enam-vähem kiire kanali (10G ja kõrgem, paljudel juhtudel gigabiti) tingimustes tuleks vältida koormuse paralleelsust, kuna kaob biocoalesing’i kasutamise võimalus, mis võib teatud laadi koormuse korral ebameeldivalt sihtmärki tabada.