Kako ustvariti in dodati skladišča za shranjevanje Citrix XenServer - 4. del

V četrtem članku te serije XenServer bodo obravnavane rešitve za shranjevanje. Podobno kot mreženje je tudi rešitve za shranjevanje v XenServer sprva pogosto težko dojeti. Pred začetkom kakršne koli konfiguracije je treba razpravljati o novi terminologiji in konceptih, povezanih s pomnilnikom XenServer.

XenServer uvaja nekaj novih izrazov na seznam tradicionalnih terminoloških pomnilnikov. Čeprav je razumevanje konceptov vedno pomembno pri delu s katerim koli informacijskim sistemom, shranjevanje ni niti približno tako pomembno kot prejšnji članek, ki je zajemal mrežne koncepte. Vendar si bo ta članek še vedno vzel čas, da razloži in poskuša razjasniti te koncepte shranjevanja.

Najprej si moramo zapomniti pri shrambi XenServer, da imamo shrambo za dejanski gostitelj XenServer, nato pa imamo tudi shrambo za gostujoče ali navidezne stroje, ki se bodo izvajali na gostiteljici XenServer. Konceptualno je to enostavno razumeti, vendar je njegovo upravljanje lahko zastrašujoča naloga, če skrbnik ne pozna namenov vsakega vidika shranjevanja.

Prvi izraz je znan kot "SR" ali skladišče. To je verjetno najpomembnejši izraz v pomnilniku XenServer, saj predstavlja fizični medij, na katerega bodo shranjeni in naloženi diski navideznih strojev. Skladišča za shranjevanje so lahko kateri koli od več vrst sistemov za shranjevanje, vključno z lokalnim pomnilnikom, ki je fizično pritrjen na gostitelja XenServer, iSCSI/Fibre Channel LUN, omrežnimi datotekami NFS ali shrambo na pomnilniški napravi Dell/NetApp.

Repozitoriji shrambe so lahko skupni ali namenski in lahko podpirajo številne uporabne funkcije, kot so hitro kloniranje, redko dodeljevanje (shramba, pripravljena po potrebi navideznega stroja), in velikost slik navideznega diska (več o tem kasneje).

Skladišča za shranjevanje, SR, so logično povezana z gostiteljem XenServer s tako imenovano fizično blokirno napravo, ki se bolj pogosto imenuje „PBD“. PBD je preprosto sklic na mesto shranjevanja. Te predmete PBD lahko\"priključite" na gostitelja XenServer, da lahko gostitelj bere/piše informacije v to skladišče.

Namen skladišč je predvsem shranjevanje datotek slike navideznega diska (VDI) navideznega stroja. Datoteke VDI so mesta na SR, ki so bila dodeljena za shranjevanje operacijskega sistema in drugih datotek za navidezni stroj, ki se izvaja na gostitelju XenServer. Datoteke VDI so lahko različnih vrst. Tip se določi glede na vrsto skladišča.

Pogosti tipi VDI v XenServer so logični volumni (LV), ki jih upravlja Upravitelj logičnih nosilcev podatkov, navidezni trdi disk (VHD) ali pa so lahko številke logičnih enot (LUN) na pomnilniški napravi Dell ali NetApp. Opomba: Ta članek bo uporabljal LUN-ove v pomnilniški napravi Dell.

Te datoteke VDI so logično povezane z navideznimi stroji prek predmeta, znanega kot naprava Virtual Block Device, ki se običajno imenuje „VBD“. Te predmete VBD je mogoče pritrditi na navidezne goste, kar nato gostujočemu računalniku omogoča dostop do podatkov, shranjenih v določenem VDI na ustreznem SR.

Podobno kot povezovanje v omrežju XenServer je tudi branje o pomnilniku ena stvar, vendar je mogoče videti odnos med vsakim od teh elementov pogosto utrditi koncepte. Skupni diagrami, ki se uporabljajo za predstavitev konceptov shranjevanja XenServer, pogosto zmedejo novejše ljudi, saj diagrame pogosto beremo linearno. Spodaj je ena taka slika, sposojena pri Citrixu.

Mnogi posamezniki to berejo linearno od leve proti desni, misleč, da je vsak del ločena fizična naprava. To ni tako in pogosto povzroči veliko zmedo glede tega, kako deluje pomnilnik XenServer. Spodnja grafika poskuša koncepte razložiti na manj linearen, a bolj pragmatičen način.

Upamo, da zgornja grafika posameznikov ne bo še dodatno zmedla glede shrambe XenServer. Druga slika je poskus prikaza logičnih povezav (PBD in VBD), ki se uporabljajo za povezavo strežnikov XenServers in gostov z oddaljenim pomnilnikom prek ene dejanske omrežne povezave.

Ker konceptualizacija ni na poti; konfiguracija se lahko začne. Glede na prvi članek v tej seriji je v tem priročniku za shranjevanje diskov navideznega stroja (gostov) uporabljena pomnilniška naprava Dell PS5500E iSCSI. Ta priročnik ne bo opisoval konfiguracije naprave Dell iSCSI.

  1. XenServer 6.5 nameščen in popravljen (1. del serije)
  2. Naprava iSCSI Dell PS5500E (druge naprave iSCSI lahko po potrebi nadomestite samo informacije o okolju).
  3. Konfigurirani omrežni vmesniki XenServer (3. del serij).
  4. Naprava iSCSI in XenServer se lahko logično vidita (prek pripomočka ping).
  5. CIFS (SAMBA) Strežnik, ki izvaja in gosti delež datotek CD ISO (ni obvezen, vendar zelo uporaben).

Ustvarjanje skladišča Citrix XenServer Storage

Ta prvi postopek bo šel skozi korake za ustvarjanje programskega pobudnika iSCSI od gostitelja XenServer do Dell PS5500E.

Ta LUN uporablja protokol za overjanje Challenge-Handshake (CHAP), da omeji dostop do nosilca iSCSI nekaterim pooblaščenim stranem.

Če želite ustvariti repozitorij pomnilnika, se izvede tradicionalni ukaz "xe". Pred ustvarjanjem skladišča za shranjevanje je treba pridobiti ustrezne informacije o iSCSI.

Če posredujete parameter 'sr-probe' pripomočku 'xe', bo XenServer naročil, da poizveduje o pomnilniški napravi za iSCSI IQN (iSCSI Qualified Name).

Prvi ukaz bo sprva videti intenziven, vendar ni tako slab, kot se zdi.

# xe sr-probe type=lvmoiscsi device-config:target=X.X.X.X device-config:chapuser="tecmint" device-config:chappassword="tecmint_chap"

Ta prvi ukaz je potreben za zbiranje SCSI IQN za konfiguracijo repozitorija Storage. Preden nadaljujemo, si oglejmo vse dele tega ukaza.

  1. sr-probe - uporablja se za poizvedbo naprave iSCSI za informacije o nosilcu, ustvarjenem za ta gostitelj XenServer.
  2. type = Uporablja se za sporočanje XenServerju tipa skladišča. To se razlikuje glede na sistem, ki se uporablja. Zaradi uporabe Dell PS5500 se v tem ukazu uporablja lvm prek iSCSI. Prepričajte se, da ste ga prilagodili vrsti naprave za shranjevanje.
  3. device-config: target = Uporablja se, da XenServerju pove, katero iSCSI napravo poizveduje po naslovu IP.
  4. device-config: chapuser = Uporablja se za preverjanje pristnosti v napravi iSCSI. V tem primeru je bil za uporabnika\"tecmint" že ustvarjen zvezek iSCSI. S pošiljanjem uporabniškega imena in gesla v tem ukazu bo naprava iSCSI odgovorila s potrebnimi informacijami za dokončanje ustvarjanja skladišča za shranjevanje.
  5. device-config: chappassword = To je geslo za zgornje uporabniško ime CHAP.

Ko je ukaz vložen in oddan, se bo XenServer poskusil prijaviti v napravo iSCSI in vrnil nekaj informacij, potrebnih za dejansko dodajanje te naprave iSCSI kot repozitorija za shranjevanje.

Spodaj je tisto, kar je testni sistem vrnil iz tega ukaza.

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>

Tu označeni del je znan kot iSCSI IQN. To je zelo pomembno in je potrebno za določitev SCSIid za skladišče. S temi novimi informacijami lahko predhodni ukaz spremenimo, da dobimo 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"

Edina stvar, ki je dodana ukazu, je kitica targetIQN. Z izdajo tega novega ukaza se bo sistem odzval z zadnjimi informacijami, potrebnimi za izdelavo repozitorija za shranjevanje iSCSI. Ta zadnji podatek je ID SCSI.

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>

Od tega trenutka so na voljo vsi potrebni deli za izdelavo repozitorija za shranjevanje iSCSI in čas je, da izdate ukaz za dodajanje tega SR v ta XenServer. Ustvarjanje skladišča za shranjevanje iz združenih informacij se izvede na naslednji način:

# 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

Če gre vse dobro, se bo sistem povezal z napravo iSCSI in nato vrnil UUID na novo dodanega skladišča.

bea6caa4-ecab-8509-33a4-2cda2599fb75

Izhod UUID je odličen znak! Kot pri vseh sistemskih opravilih je vedno dobro potrditi, da je bil ukaz uspešen. To lahko dosežemo z drugim ukazom 'xe'.

# xe sr-list name-label="Tecmint iSCSI Storage"

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

Z izhoda CLI se je ta XenServer uspešno povezal z napravo Dell iSCSI in je pripravljen za shranjevanje gostujočih datotek VDI.

Ustvarjanje skladišča ISO

Naslednja serija korakov vodi skozi postopek ustvarjanja knjižnice ISO. Datoteke ISO so običajno slike namestitvenega medija na zgoščenki (CD).

Z izdelavo posebnega skladišča za te datoteke ISO lahko namestitev novih gostov opravimo zelo hitro. Ko skrbnik želi ustvariti novega gosta, lahko preprosto izbere eno od datotek ISO, ki obstajajo v tej knjižnici ISO, namesto da bi moral CD fizično vstaviti v XenServer v področje.

Ta del vodnika predvideva, da ima uporabnik delujoč strežnik SAMBA. Če strežnik SAMBA ni nastavljen, preberite ta članek o tem, kako dokončati to nalogo v Red Hat/Fedora (v prihodnosti bom imel vodnik po strežniku za Debian SAMBA):

  1. Nastavite strežnik Samba za skupno rabo datotek

Prvi korak je zbrati potrebne poverilnice in informacije o konfiguraciji za knjižnico SAMBA ISO. Ko so uporabniško ime, geslo in informacije o povezljivosti na voljo, lahko za povezavo knjižnice SAMBA s sistemom XenServer uporabite preprosto različico ukaza ‘xe’.

# xe-mount-iso-sr //<servername>/ISO -o username=<user>,password=<password>

Ta ukaz na zaslon ne bo prikazal ničesar, razen če ne uspe. Če želite potrditi, da je res priklopil delnico SAMBA ISO, izdajte še en ukaz ‘xe’:

# xe sr-list

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

Ta gostitelj XenServer je zdaj konfiguriran tako s skladiščem iSCSI Storage Repository kot tudi s knjižnico CIFS ISO za shranjevanje namestitvenih medijev za navidezne stroje (goste).

Naslednji koraki bodo ustvarjanje navideznih strojev in povezovanje teh sistemov z ustreznimi omrežji iz prejšnjega članka o mreženju.