Kaip sukurti ir pridėti „Citrix XenServer“ saugyklų saugyklas – 4 dalis
Ketvirtajame šios XenServer serijos straipsnyje bus aptariami saugojimo sprendimai. Panašiai kaip tinklų kūrimas, „XenServer“ saugojimo sprendimai dažnai būna sunkiai suvokiami iš pradžių. Prieš pradedant bet kokią konfigūraciją, reikėtų aptarti naują terminiją ir sąvokas, susijusias su XenServer saugykla.
Atnaujinimas: 2016 m. gegužės mėn. „Citrix“ išleido naują „XenServer 7“ platformos versiją. Norėdami įdiegti, atlikite šiuos veiksmus: Naujas „XenServer 7“ diegimas.
XenServer į tradicinį saugyklos terminų sąrašą įtraukė keletą naujų terminų. Nors dirbant su bet kokia IT sistema visada svarbu suprasti sąvokas, saugykla nėra tokia svarbi kaip ankstesniame straipsnyje, kuriame aptariamos tinklo sąvokos. Tačiau šiame straipsnyje vis tiek reikės laiko paaiškinti ir pabandyti paaiškinti šias saugojimo sąvokas.
Pirmas dalykas, kurį reikia atsiminti naudojant „XenServer“ saugyklą, yra tai, kad turime saugyklą tikram „XenServer“ prieglobai, o tada taip pat turime saugyklą svečiams arba virtualioms mašinoms, kurios veiks „XenServer“ pagrindiniame kompiuteryje. Konceptualiai tai lengva suvokti, tačiau jį valdyti gali būti nelengva užduotis, jei administratorius nėra susipažinęs su kiekvienu saugojimo aspektu.
Pirmasis terminas žinomas kaip SR arba Saugyklos saugykla. Tai neabejotinai svarbiausias terminas „XenServer“ saugykloje, nes jis reiškia fizinę laikmeną, kurioje bus saugomi ir nuskaitomi virtualios mašinos diskai. Saugyklos gali būti bet kurios iš kelių skirtingų saugojimo sistemų tipų, įskaitant vietinę saugyklą, fiziškai prijungtą prie „XenServer“ pagrindinio kompiuterio, „iSCSI“/„Fibre Channel“ LUN, NFS tinklo failų bendrinimo elementus arba saugyklą „Dell“/„NetApp“ saugojimo įrenginyje.
Saugojimo saugyklos gali būti bendrinamos arba skirtos ir gali palaikyti daugybę naudingų funkcijų, tokių kaip greitas klonavimas, negausus paskirstymas (saugykla aprūpinta, kai to reikia virtualiai mašinai) ir keičiamo dydžio virtualaus disko vaizdus (apie juos daugiau).
Saugyklos, SR, yra logiškai prijungtos prie „XenServer“ pagrindinio kompiuterio naudojant vadinamąjį fizinį blokavimo įrenginį, dažniau vadinamą PBD. PBD yra tiesiog nuoroda į saugojimo vietą. Šiuos PBD objektus galima „prijungti“ prie „XenServer“ pagrindinio kompiuterio, kad šis kompiuteris galėtų skaityti/įrašyti informaciją į tą saugyklos saugyklą.
Saugyklų paskirtis visų pirma yra saugoti virtualios mašinos Virtual Disk Image (VDI) failus. VDI failai yra SR dėmės, skirtos operacinei sistemai ir kitiems failams, skirtiems virtualiajai mašinai, veikiančiai XenServer pagrindiniame kompiuteryje, laikyti. VDI failai gali būti kelių skirtingų tipų. Tipas nustatomas pagal saugyklos tipą.
Įprasti „XenServer“ VDI tipai yra loginiai tomai (LV), kuriuos valdo „Logical Volume Manager“, virtualusis standusis diskas (VHD), arba jie gali būti loginiai vienetų numeriai (LUN) „Dell“ arba „NetApp“ saugojimo įrenginyje. Pastaba: šiame straipsnyje bus naudojami LUN „Dell“ saugojimo įrenginyje.
Šie VDI failai yra logiškai prijungti prie virtualių mašinų per objektą, vadinamą Virtual Block Device, paprastai vadinamu „VBD“. Šie VBD objektai gali būti prijungti prie virtualių svečių, o tai leidžia svečio kompiuteriui pasiekti duomenis, saugomus tame konkrečiame VDI atitinkamame SR.
Panašiai kaip tinklo kūrimas „XenServer“, skaitymas apie saugyklą yra vienas dalykas, tačiau galimybė pamatyti ryšį tarp šių elementų dažnai sutvirtina sąvokas. Įprastos diagramos, naudojamos XenServer saugojimo koncepcijoms pavaizduoti, dažnai klaidina naujesnius žmones, nes diagramos dažnai skaitomos linijiniu būdu. Žemiau yra vienas toks vaizdas, pasiskolintas iš Citrix.
Daugelis žmonių tai skaito tiesiškai iš kairės į dešinę, manydami, kad kiekviena dalis yra atskiras fizinis įrenginys. Taip nėra ir dažnai kyla daug painiavos apie tai, kaip veikia „XenServer“ saugykla. Toliau pateiktame paveikslėlyje bandoma paaiškinti sąvokas ne taip linijiškai, bet pragmatiškiau.
Tikimės, kad aukščiau pateiktas grafikas dar labiau nesupainios žmonių apie „XenServer“ saugyklą. Antrasis vaizdas yra bandymas parodyti loginius ryšius (PBD ir VBD), kurie naudojami prijungti „XenServers“ ir svečius prie nuotolinės saugyklos per vieną tikrą tinklo ryšį.
Su konceptualizacija iš kelio; konfigūravimas gali prasidėti. Prisimenant pirmąjį šios serijos straipsnį, šiame vadove naudojamas Dell PS5500E iSCSI saugojimo įrenginys virtualios mašinos (svečių) diskams saugoti. Šiame vadove nebus aprašyta „Dell iSCSI“ įrenginio konfigūracija.
Sistemos konfigūracija:
- Įdiegtas ir pataisytas XenServer 6.5 (1 serijos dalis)
- „Dell PS5500E iSCSI“ įrenginys (gali būti naudojami kiti „iSCSI“ įrenginiai, jei reikia, pakeisti aplinkos informaciją).
- Sukonfigūruotos „XenServer“ tinklo sąsajos (3 serijos dalis).
- „iSCSI“ įrenginys ir „XenServer“ gali logiškai matyti vienas kitą (per „ping“ programą).
- CIFS (SAMBA) Serveris, kuriame veikia ir yra CD ISO failų dalis (nebūtina, bet labai naudinga).
Citrix XenServer saugyklos saugyklos kūrimas
Pirmajame procese bus sukurti programinės įrangos iSCSI iniciatorius nuo XenServer pagrindinio kompiuterio iki Dell PS5500E.
Šis konkretus LUN naudoja iššūkio-rankos paspaudimo autentifikavimo protokolą (CHAP), kad apribotų prieigą prie iSCSI tomo tam tikroms įgaliotoms šalims.
Norint sukurti saugyklą, bus naudojama tradicinė komanda xe. Prieš kuriant saugyklos saugyklą, reikia gauti tinkamą iSCSI informaciją.
Perdavus „sr-probe“ parametrą „xe“ programai „XenServer“ bus nurodyta užklausą dėl iSCSI IQN („iSCSI Qualified Name“) saugojimo įrenginio.
Pirmoji komanda iš pradžių atrodys intensyvi, tačiau ji nėra tokia bloga, kaip atrodo.
xe sr-probe type=lvmoiscsi device-config:target=X.X.X.X device-config:chapuser="tecmint" device-config:chappassword="tecmint_chap"
Ši pirmoji komanda reikalinga norint surinkti SCSI IQN saugyklos saugyklos konfigūracijai. Prieš tęsdami, pažvelkime į visas šios komandos dalis.
- sr-probe – naudojamas norint iSCSI įrenginyje pateikti užklausą dėl informacijos apie šiam „XenServer“ pagrindiniam kompiuteriui sukurtą tomą.
- type= Naudojamas norint nurodyti „XenServer“ saugyklos tipą. Tai skirsis priklausomai nuo to, kokia sistema naudojama. Dėl „Dell PS5500“ naudojimo šioje komandoje naudojamas lvm per iSCSI. Būtinai pakeiskite, kad atitiktų saugojimo įrenginio tipą.
- device-config:target= Naudojamas norint nurodyti „XenServer“, kokio iSCSI įrenginio turi pateikti užklausą pagal IP adresą.
- device-config:chapuser= Tai naudojama autentifikuoti iSCSI įrenginyje. Šiame pavyzdyje naudotojui „tecmint“ anksčiau buvo sukurtas iSCSI tomas. Siunčiant vartotojo vardą ir slaptažodį šioje komandoje, iSCSI įrenginys atsakys pateikdamas reikiamą informaciją, kad baigtų kurti saugyklos saugyklą.
- device-config:chappassword= Tai yra anksčiau nurodyto CHAP vartotojo vardo slaptažodis.
Įvedus ir pateikus komandą, „XenServer“ bandys prisijungti prie „iSCSI“ įrenginio ir pateiks tam tikrą informaciją, reikalingą norint iš tikrųjų įtraukti šį „iSCSI“ įrenginį kaip saugyklą.
Toliau pateikiama, ką testavimo sistema grąžino iš šios komandos.
Error code: SR_BACKEND_FAILURE_96
Error parameters: , The SCSIid parameter is missing or incorrect , <?xml version"1.0" ?>
<iscsi-target-iqns>
<TGT>
<Index>
0
</Index>
<IPAddress>
</IPAddress>
<TargetIQN>
iqn.2001-05.com.equallogic:0-8a096-0d9a4ab02-46600020343560ef-xenct-xen2
</TargetIQN>
</TGT>
<TGT>
<Index>
</Index>
<IPAddress>
</IPAddress>
<TargetIQN>
</TargetIQN>
</TGT>
</iscsi-target-iqns>
Čia paryškinta dalis žinoma kaip iSCSI IQN. Tai labai svarbu ir reikalinga norint nustatyti saugyklos SCSIid. Turint šią naują informaciją, ankstesnę komandą galima modifikuoti, kad būtų gautas SCSIid.
xe sr-probe type=lvmoiscsi device-config:target=X.X.X.X device-config:targetIQN=iqn.2001-05.com.equallogic:0-8a0906-0d9a4ab02-46600020343560ef-xenct-xen2 device-config:chapuser="tecmint" device-config:chappassword="tecmint_chap"
Vienintelis dalykas, pridėtas prie komandos, yra targetIQN posmas. Išleisdama šią naują komandą, sistema atsakys pateikdama paskutinę informaciją, reikalingą iSCSI saugyklos saugyklai sukurti. Paskutinė informacija yra SCSI ID.
Error code: SR_BACKEND_FAILURE_107
Error parameters: , The SCSIid parameter is missing or incorrect , <?xml version"1.0" ?>
<iscsi-target>
<LUN>
<vendor>
EQLOGIC
</vendor>
<serial>
</serial>
<LUNid>
0
</LUNid>
<size>
107379425280
</size>
<SCSIid>
36090a028b04a9a0def60353420006046
</SCSIid>
</LUN>
</iscsi-target>
Nuo šio momento visos reikalingos dalys iSCSI saugyklos saugyklai sukurti yra prieinamos ir laikas duoti komandą pridėti šį SR prie šio konkretaus XenServer. Saugyklos saugykla iš sujungtos informacijos sukuriama taip:
xe sr-create name-label="Tecmint iSCSI Storage" type=lvmoiscsi content-type=user device-config:target=X.X.X.X device-config:port=3260 device-config:targetIQN=iqn.2001-05.com.equallogic:0-8a0906-0d9a4ab02-46600020343560ef-xenct-xen2 device-config:chapuser="tecmint" device-config:chappassword="tecmint_chap" device-config:SCSIid=36090a028b04a9a0def60353420006046
Jei viskas bus gerai, sistema prisijungs prie iSCSI įrenginio ir grąžins naujai pridėtos saugyklos UUID.
bea6caa4-ecab-8509-33a4-2cda2599fb75
Išvestis UUID yra puikus ženklas! Kaip ir atliekant visas sistemos administravimo užduotis, visada naudinga patvirtinti, kad komanda buvo sėkminga. Tai galima padaryti naudojant kitą komandą „xe“.
xe sr-list name-label="Tecmint iSCSI Storage"
Pavyzdžio išvestis
uuid ( RO) : bea6caa4-ecab-8509-33a4-2cda2599fb75
name-label ( RW) : Tecmint iSCSI Storage
name-description ( RW) :
host ( RO) : xenct-xen2
type ( RO) : lvmoiscsi
content-type ( RO) : user
Iš CLI išvesties šis „XenServer“ sėkmingai prisijungė prie „Dell iSCSI“ įrenginio ir yra pasirengęs saugoti svečių VDI failus.
ISO saugyklos saugyklos kūrimas
Kitoje veiksmų serijoje aprašomas ISO bibliotekos kūrimo procesas. ISO failai paprastai yra kompaktinio disko (CD) diegimo laikmenos vaizdai.
Sukūrus specialią šių ISO failų saugyklą, naujų svečių diegimas gali būti atliktas labai greitai. Kai administratorius nori sukurti naują svečią, jis gali tiesiog pasirinkti vieną iš ISO failų, esančių šioje ISO bibliotekoje, o ne fiziškai įdėti kompaktinį diską į XenServer telkinyje.
Šioje vadovo dalyje bus daroma prielaida, kad naudotojas turi veikiantį SAMBA serverį. Jei SAMBA serveris nenustatytas, nedvejodami perskaitykite šį straipsnį apie tai, kaip atlikti šią užduotį naudojant Red Hat/Fedora (ateityje turėsiu Debian SAMBA serverio vadovą):
- Nustatykite „Samba Server“, kad galėtumėte bendrinti failus
Pirmiausia reikia surinkti SAMBA ISO bibliotekos kredencialus ir konfigūracijos informaciją. Kai bus pasiekiamas vartotojo vardas, slaptažodis ir ryšio informacija, paprastas xe komandos variantas gali būti naudojamas SAMBA bibliotekai prijungti prie XenServer.
xe-mount-iso-sr //<servername>/ISO -o username=<user>,password=<password>
Ši komanda nieko nepateiks į ekraną, nebent ji nepavyktų. Norėdami patvirtinti, kad jis tikrai prijungė SAMBA ISO bendrinimą, išduokite kitą komandą „xe“:
xe sr-list
Pavyzdžio išvestis
uuid ( RO) : 1fd75a51-10ee-41b9-9614-263edb3f40d6
name-label ( RW) : Remote ISO Library on: // /ISO
name-description ( RW) :
host ( RO) : xenct-xen2
type ( RO) : iso
content-type ( RO) : iso
Šis „XenServer“ pagrindinis kompiuteris dabar sukonfigūruotas su iSCSI saugyklos saugykla ir CIFS ISO biblioteka, kad būtų galima saugoti virtualių mašinų (svečių) diegimo laikmenas.
Kiti žingsniai bus virtualių mašinų kūrimas ir tų sistemų prijungimas prie tinkamų tinklų iš ankstesnio tinklo straipsnio.