Kako kreirati i dodati Citrix XenServer spremišta za pohranu - 4. dio


U četvrtom članku ove serije XenServer, raspravljat će se o rješenjima za skladištenje podataka. Slično kao i umrežavanje, rješenja za pohranu u XenServeru često su u početku teška za razumijevanje. Prije početka bilo kakve konfiguracije, trebalo bi razgovarati o novoj terminologiji i konceptima uključenim u XenServer skladište.

Ažuriranje: U maju 2016. Citrix je objavio novu verziju XenServer 7 platforme. Za instalaciju slijedite: Svježa instalacija XenServera 7.

XenServer uvodi nekoliko novih termina u tradicionalnu listu terminologije skladištenja. Iako je razumijevanje koncepata uvijek važno kada radite sa bilo kojim IT sistemom, skladištenje nije ni približno tako presudno kao prethodni članak koji pokriva koncepte umrežavanja. Međutim, ovaj će članak ipak odvojiti vrijeme da objasni i pokuša razjasniti ove koncepte pohrane.

Prva stvar koju treba zapamtiti sa XenServer skladištem je da imamo skladište za stvarni XenServer host, a zatim imamo i skladište za gostujuće ili virtuelne mašine koje će raditi na XenServer hostu. Konceptualno je ovo jednostavno shvatiti, ali upravljanje može biti zastrašujući zadatak ako administrator nije upoznat sa svrhama svakog od aspekata skladištenja.

Prvi termin je poznat kao 'SR' ili Skladištenje skladišta. Ovo je nedvojbeno najvažniji termin u XenServer skladištenju jer predstavlja fizički medij na koji će diskovi virtuelne mašine biti pohranjeni i preuzeti. Repozitorijumi za skladištenje mogu biti bilo koji od nekoliko različitih tipova sistema za skladištenje, uključujući lokalnu memoriju koja je fizički povezana sa XenServer hostom, iSCSI/Fibre Channel LUN, NFS mrežna deljenja datoteka ili skladište na Dell/NetApp uređaju za skladištenje.

Skladišta se mogu dijeliti ili namjenjivati i mogu podržati brojne korisne funkcije kao što su brzo kloniranje, rijetka alokacija (skladište se obezbjeđuje kako je potrebno virtuelnoj mašini) i slike virtuelnog diska sa promjenom veličine (više o tome kasnije).

Skladišta za pohranu, SR, logički su povezana sa XenServer hostom sa onim što je poznato kao Physical Block Device, koji se češće naziva 'PBD'. PBD je jednostavno referenca na lokaciju za pohranu. Ovi PBD objekti se mogu “priključiti” u XenServer host kako bi se tom hostu omogućilo da čita/piše informacije u to spremište za pohranu.

Svrha skladišta je prvenstveno pohranjivanje datoteka Virtual Disk Image (VDI) virtuelne mašine. VDI datoteke su mjesta na SR koja su dodijeljena da drže operativni sistem i druge datoteke za virtuelnu mašinu koja radi na XenServer hostu. VDI datoteke mogu biti bilo koje od nekoliko različitih tipova. Tip se određuje prema tipu spremišta za pohranu.

Uobičajeni VDI tipovi u XenServeru su logički volumeni (LV) kojima upravlja Logical Volume Manager, virtuelni čvrsti disk (VHD), ili mogu biti brojevi logičkih jedinica (LUN) na Dell ili NetApp uređaju za skladištenje. Napomena: Ovaj članak će koristiti LUN-ove na Dell uređaju za pohranu.

Ove VDI datoteke su povezane s virtuelnim mašinama logički preko objekta poznatog kao Virtualni blok uređaj, koji se obično naziva ‘VBD’. Ovi VBD objekti mogu biti pridruženi virtuelnim gostima što onda omogućava gostujućoj mašini da pristupi podacima pohranjenim u tom određenom VDI-u na odgovarajućem SR.

Slično kao i umrežavanje u XenServeru, čitanje o skladištu je jedna stvar, ali mogućnost da se vidi odnos između svake od ovih stavki često učvršćuje koncepte. Uobičajeni dijagrami koji se koriste za predstavljanje XenServer koncepta skladištenja često zbunjuju novije ljude jer se dijagrami često čitaju na linearan način. Ispod je jedna takva slika posuđena od Citrixa.

Mnogi pojedinci ovo čitaju linearno s lijeva na desno misleći da je svaki dio zaseban fizički uređaj. Ovo nije slučaj i često dovodi do velike zabune o tome kako XenServer skladište radi. Grafik u nastavku pokušava objasniti koncepte na manje linearan, ali pragmatičniji način.

Nadamo se da gornja grafika neće dodatno zbuniti pojedince o XenServer skladištenju. Druga slika je pokušaj da se prikažu logičke veze (PBD i VBD) koje se koriste za povezivanje XenServera i gostiju na udaljenu pohranu preko jedne stvarne mrežne veze.

Sa smetnjom konceptualizacije; konfiguracija može početi. Podsećajući na prvi članak u ovoj seriji, ovaj vodič koristi Dell PS5500E iSCSI uređaj za skladištenje za skladištenje diskova virtuelne mašine (gosti). Ovaj vodič neće predstavljati šetnju kroz konfiguraciju Dell iSCSI uređaja.

Konfiguracija sistema:

  1. XenServer 6.5 instaliran i zakrpljen (1. dio serije)
  2. Dell PS5500E iSCSI uređaj (mogu se koristiti i drugi iSCSI uređaji samo za zamjenu informacija o okruženju gdje je to potrebno).
  3. XenServer mrežna sučelja konfigurirana (3. dio serije).
  4. iSCSI uređaj i XenServer mogu logički da se vide (preko ping uslužnog programa).
  5. CIFS (SAMBA) server koji radi i hostira dio CD ISO datoteka (nije obavezno, ali vrlo korisno).

Kreiranje repozitorija Citrix XenServer Storage

Ovaj prvi proces će proći kroz korake za kreiranje softverskog iSCSI pokretača od XenServer hosta do Dell PS5500E.

Ovaj određeni LUN koristi Challenge-Handshake Authentication Protocol (CHAP) da ograniči pristup iSCSI volumenu na određene ovlaštene strane.

Za kreiranje spremišta za pohranu, pojavit će se tradicionalna naredba ‘xe’. Ispravne iSCSI informacije moraju se dobiti prije kreiranja Skladišta.

Prosljeđivanje parametra ‘sr-probe’ uslužnom programu ‘xe’ uputit će XenServeru da zatraži uređaj za pohranu iSCSI IQN (iSCSI kvalificirani naziv).

Prva komanda će u početku izgledati intenzivno, ali nije tako loša kao što izgleda.


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

Ova prva komanda je potrebna za prikupljanje SCSI IQN-a za konfiguraciju spremišta za pohranu. Prije nego krenemo dalje, pogledajmo sve dijelove ove naredbe.

  1. sr-probe – Koristi se za upit iSCSI uređaja za informacije o volumenu kreiranom za ovaj XenServer host.
  2. type= Koristi se da kaže XenServeru tip spremišta za pohranu. Ovo će se razlikovati ovisno o tome koji sistem se koristi. Zbog upotrebe Dell PS5500, u ovoj naredbi se koristi lvm preko iSCSI. Obavezno izmijenite da odgovara tipu uređaja za pohranu.
  3. device-config:target= Koristi se da kaže XenServeru koji iSCSI uređaj da traži po IP adresi.
  4. device-config:chapuser= Ovo se koristi za autentifikaciju na iSCSI uređaju. U ovom primjeru iSCSI volumen je prethodno kreiran za korisnika “tecmint”. Slanjem korisničkog imena i lozinke u ovoj naredbi, iSCSI uređaj će odgovoriti s potrebnim informacijama da završi kreiranje spremišta za pohranu.
  5. device-config:chappassword= Ovo je lozinka za gore navedeno CHAP korisničko ime.

Jednom kada se naredba unese i pošalje, XenServer će pokušati da se prijavi na iSCSI uređaj i vratit će neke informacije potrebne da bi se ovaj iSCSI uređaj zapravo dodao kao Skladište za skladištenje.

Ispod je ono što je test sistem vratio iz ove naredbe.


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>

Istaknuti dio ovdje je poznat kao iSCSI IQN. Ovo je veoma važno i potrebno je da se odredi SCSIid za skladište za pohranu. Sa ovim novim informacijama, prethodna naredba se može modificirati da dobije 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"

Jedina stvar koja je dodata naredbi je strofa targetIQN. Izdavanjem ove nove naredbe, sistem će odgovoriti posljednjom informacijom koja je potrebna za kreiranje iSCSI Skladišta. Taj posljednji podatak je 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>

Od ove tačke, svi potrebni dijelovi za kreiranje iSCSI Skladišta Repozitorija su dostupni i vrijeme je da se izda naredba za dodavanje ovog SR-a ovom XenServeru. Kreiranje Repozitorija za pohranu od kombinovanih informacija se radi na sljedeći 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

Ako sve prođe kako treba, sistem će se povezati na iSCSI uređaj, a zatim će vratiti UUID novododatog skladišta.


bea6caa4-ecab-8509-33a4-2cda2599fb75

UUID izlaz je odličan znak! Kao i kod svih zadataka sistemske administracije, uvijek je dobra ideja potvrditi da je komanda bila uspješna. Ovo se može postići drugom naredbom ‘xe’.


xe sr-list name-label="Tecmint iSCSI Storage"
Sample Output

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

Iz CLI izlaza ovaj XenServer se uspješno povezao sa Dell iSCSI uređajem i spreman je za pohranjivanje gostujućih VDI datoteka.

Kreiranje ISO skladišta

Sljedeća serija koraka vodi kroz proces kreiranja ISO biblioteke. ISO datoteke su obično slike instalacionog medija kompaktnog diska (CD).

Imajući posebno spremište za skladištenje kreirano za ove ISO datoteke, instalacija novih gostiju se može obaviti vrlo brzo. Kada administrator želi kreirati novog gosta, može jednostavno odabrati jednu od ISO datoteka koje postoje u ovoj ISO biblioteci umjesto da moraju fizički staviti CD u XenServer u bazenu.

Ovaj dio vodiča pretpostavlja da korisnik ima ispravan SAMBA server. Ako SAMBA server nije postavljen, slobodno pročitajte ovaj članak o tome kako dovršiti ovaj zadatak u Red Hat/Fedori (u budućnosti ću imati Debian SAMBA vodič za poslužitelj):

  1. Postavite Samba server za dijeljenje datoteka

Prvi korak je prikupljanje potrebnih akreditiva i informacija o konfiguraciji za SAMBA ISO biblioteku. Kada su korisničko ime, lozinka i informacije o povezivanju dostupne, jednostavna varijanta naredbe ‘xe’ može se koristiti za povezivanje SAMBA biblioteke sa XenServerom.


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

Ova komanda neće ništa prikazati na ekranu osim ako ne uspije. Da biste potvrdili da je zaista montirao SAMBA ISO share, izdajte još jednu naredbu ‘xe’:


xe sr-list
Sample Output

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

Ovaj XenServer host je sada konfigurisan sa iSCSI Repozitorijumom za skladištenje kao i sa CIFS ISO bibliotekom za skladištenje instalacionih medija za virtuelne mašine (gosti).

Sljedeći koraci će biti kreiranje virtuelnih mašina i povezivanje tih sistema sa odgovarajućim mrežama iz prethodnog članka o umrežavanju.