În al patrulea articol al acestui Seria XenServer, vor fi discutate soluțiile de stocare. La fel ca rețeaua, soluțiile de stocare în XenServer sunt adesea greu de înțeles la început. Înainte de a începe orice configurație, trebuie discutate noile terminologii și concepte implicate în stocarea XenServer.
Actualizați:În mai 2016, Citrix a lansat noua versiune a platformei XenServer 7. Pentru instalare, urmați:Instalare nouă a XenServer 7.
XenServer introduce câțiva termeni noi în lista tradițională de terminologie de stocare. În timp ce înțelegerea conceptelor este întotdeauna importantă atunci când lucrați cu orice sistem IT, stocarea nu este la fel de crucială ca articolul precedent despre conceptele de rețea. Cu toate acestea, acest articol va lua tot timpul să explice și să încerce să clarifice aceste concepte de stocare.
Primul lucru de reținut cu stocarea XenServer este că avem stocare pentru XenServer propriu-zis gazdă și apoi avem, de asemenea, stocare pentru oaspeți sau mașini virtuale care vor rula pe XenServer gazdă. Din punct de vedere conceptual, acest lucru este ușor de înțeles, dar gestionarea acestuia poate fi o sarcină descurajantă dacă administratorul nu este familiarizat cu scopurile fiecăruia dintre aspectele de stocare.
Primul termen este cunoscut sub numele de „SR” sau Depozit de stocare. Acesta este, fără îndoială, cel mai important termen din stocarea XenServer, deoarece reprezintă mediul fizic pe care vor fi stocate și recuperate discurile mașinilor virtuale. Depozitele de stocare pot fi oricare dintre mai multe tipuri diferite de sisteme de stocare, inclusiv stocarea locală atașată fizic la gazda XenServer, iSCSI / Fiber Channel LUN, Partajări de fișiere de rețea NFSsau stocarea pe un dispozitiv de stocare Dell / NetApp.
Depozitele de stocare pot fi partajate sau dedicate și pot suporta numeroase caracteristici utile, cum ar fi clonarea rapidă, rare alocare (stocare asigurată pe măsură ce mașina virtuală are nevoie de ea) și imagini de discuri virtuale redimensionabile (mai multe despre acestea mai tarziu).
Depozitele de stocare, SR, sunt conectate logic la o gazdă XenServer cu ceea ce este cunoscut sub numele de Dispozitiv de blocare fizică, denumit mai frecvent ca „PBD”. PBD este pur și simplu o referință la o locație de stocare. Aceste obiecte PBD pot fi „conectate” la o gazdă XenServer pentru a permite gazdei respective să citească / scrie informații în acel depozit de stocare.
Scopul depozitelor de stocare este în primul rând stocarea mașinii virtuale Imagine pe disc virtual (VDI). Fișierele VDI sunt spoturi pe un SR care au fost alocate pentru a păstra sistemul de operare și alte fișiere pentru mașina virtuală care rulează pe gazda XenServer. Fișierele VDI pot fi oricare dintre mai multe tipuri diferite. Tipul este determinat de tipul depozitului de stocare.
Tipurile obișnuite de VDI în XenServer sunt volume logice (LV) gestionate de Logical Volume Manager, Virtual Hard Disk (VHD) sau pot fi numere de unități logice (LUN) pe un dispozitiv de stocare Dell sau NetApp. Notă: Acest articol va utiliza LUN-uri pe un dispozitiv de stocare Dell.
Aceste fișiere VDI sunt conectate logic la mașini virtuale printr-un obiect cunoscut sub numele de Dispozitiv de blocare virtuală, denumit în mod obișnuit ca „VBD”. Aceste obiecte VBD pot fi atașate oaspeților virtuali, care apoi permit mașinii invitate să acceseze datele stocate în acel VDI special pe un SR respectiv.
La fel ca rețeaua în XenServer, citirea despre stocare este un lucru, dar posibilitatea de a vedea relația dintre fiecare dintre aceste elemente solidifică adesea conceptele. Diagramele obișnuite utilizate pentru a reprezenta conceptele de stocare XenServer confundă adesea persoanele mai noi, deoarece diagramele sunt adesea citite într-un mod liniar. Mai jos este o astfel de imagine împrumutată de la Citrix.
Mulți indivizi citesc acest lucru liniar de la stânga la dreapta, crezând că fiecare parte este un dispozitiv fizic separat. Acest lucru nu este cazul și duce adesea la multă confuzie cu privire la modul în care funcționează stocarea XenServer. Graficul de mai jos încearcă să explice conceptele într-o manieră mai puțin liniară, dar mai pragmatică.
Sperăm că graficul de mai sus nu mai încurcă persoanele cu privire la stocarea XenServer. A doua imagine este o încercare de a arăta conexiunile logice (PBD și VBD) care sunt utilizate pentru a conecta XenServers și invitați la stocarea la distanță printr-o conexiune de rețea reală.
Cu conceptualizarea în afara drumului; configurarea poate începe. Amintind de la primul articol din această serie, acest ghid folosește un dispozitiv de stocare Dell PS5500E iSCSI pentru stocarea discurilor mașinii virtuale (invitați). Acest ghid nu va parcurge configurația dispozitivului Dell iSCSI.
Acest prim proces va parcurge pașii pentru a crea un software inițiator iSCSI de la gazda XenServer la Dell PS5500E.
Acest anume LUN utilizări Protocol de autentificare provocare-strângere de mână (CHAP) să restricționeze accesul la volumul iSCSI anumitor părți autorizate.
Pentru a crea depozitul de stocare, un tradițional 'Xe' comanda va avea loc. Informațiile iSCSI adecvate trebuie obținute înainte de crearea depozitului de stocare.
Trecând de „Sr-probe” parametru la 'Xe' utilitarul va instrui XenServer să interogheze un dispozitiv de stocare pentru iSCSI IQN (iSCSI Qualified Name).
Prima comandă va arăta intensă la început, dar nu este atât de rea pe cât arată.
# xe sr-probe type = lvmoiscsi device-config: target = X.X.X.X device-config: chapuser = "tecmint" device-config: chappassword = "tecmint_chap"
Această primă comandă este necesară pentru a aduna SCSI IQN pentru configurația depozitului de stocare. Înainte de a merge mai departe, să aruncăm o privire asupra tuturor părților acestei comenzi.
Odată ce comanda este introdusă și trimisă, XenServer va încerca să se conecteze la dispozitivul iSCSI și va returna unele informații necesare pentru a adăuga efectiv acest dispozitiv iSCSI ca depozit de stocare.
Mai jos este ceea ce sistemul de testare a returnat de la această comandă.
Cod de eroare: SR_BACKEND_FAILURE_96. Parametri de eroare:, parametrul SCSIid lipsește sau este incorect,versiunea "1.0" 0 iqn.2001-05.com.equallogic: 0-8a096-0d9a4ab02-46600020343560ef-xenct-xen2
Piesa evidențiată aici este cunoscută sub numele de iSCSI IQN. Acest lucru este foarte important și este necesar pentru a determina SCSIid pentru depozitul de stocare. Cu aceste noi informații, comanda anterioară poate fi modificată pentru a obține 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"
Singurul lucru adăugat la comandă este targetIQN strofă. Prin emiterea acestei noi comenzi, sistemul va răspunde cu ultima informație necesară pentru a crea un depozit de stocare iSCSI. Ultima informație este ID-ul SCSI.
Cod de eroare: SR_BACKEND_FAILURE_107. Parametri de eroare:, parametrul SCSIid lipsește sau este incorect,versiunea "1.0" EQLOGIC 0 107379425280 36090a028b04a9a0def60353420006046
Din acest moment, toate piesele necesare pentru a crea un depozit de stocare iSCSI sunt disponibile și este timpul să lansați comanda pentru a adăuga acest SR la acest XenServer special. Crearea depozitului de stocare din informațiile combinate se face după cum urmează:
# 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
Dacă totul merge bine, sistemul se va conecta la dispozitivul iSCSI și apoi va returna UUID a noului depozit de stocare adăugat.
bea6caa4-ecab-8509-33a4-2cda2599fb75.
UUID ieșirea este un semn minunat! Ca și în cazul tuturor sarcinilor de administrare a sistemului, este întotdeauna o idee bună să confirmați că comanda a avut succes. Acest lucru poate fi realizat cu altul 'Xe' comanda.
# xe sr-list name-label = "Depozitare Tecmint iSCSI"
uuid (RO): bea6caa4-ecab-8509-33a4-2cda2599fb75 nume-etichetă (RW): Tecmint iSCSI nume-descriere stocare (RW): gazdă (RO): xenct-xen2 tip (RO): lvmoiscsi tip conținut (RO ): utilizator.
De la CLI ieșire acest XenServer s-a conectat cu succes la dispozitivul Dell iSCSI și este gata să stocheze fișiere VDI invitate.
Următoarea serie de pași parcurge procesul de creare a unei biblioteci ISO. Fișierele ISO sunt de obicei imagini ale suportului de instalare a discului compact (CD).
Prin crearea unui depozit special de stocare pentru aceste fișiere ISO, instalarea de noi invitați se poate face foarte repede. Când un administrator dorește să creeze un invitat nou, acesta poate selecta pur și simplu unul dintre fișierele ISO care există în această bibliotecă ISO, mai degrabă decât să pună un CD fizic într-un XenServer din piscină.
Această parte a ghidului va presupune că utilizatorul are o funcționare SAMBA Server. Dacă un server SAMBA nu este configurat, vă rugăm să citiți acest articol despre cum să finalizați această sarcină în Red Hat / Fedora (voi avea în viitor un ghid pentru serverul SAMBA Debian):
Primul pas este să adunați acreditările și informațiile de configurare necesare pentru SAMBA ISO bibliotecă. Odată ce numele de utilizator, parola și informațiile de conectivitate sunt disponibile, este simplu 'Xe' varianta de comandă poate fi utilizată pentru a conecta biblioteca SAMBA la XenServer.
# xe-mount-iso-sr /// ISO -o nume de utilizator = , parola =
Această comandă nu va afișa nimic pe ecran decât dacă eșuează. Pentru a confirma că a montat într-adevăr partajarea ISO SAMBA, emiteți altul 'Xe' comanda:
# 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): tip de conținut iso (RO): iso.
Această gazdă XenServer este acum configurată cu ambele Depozit de stocare iSCSI precum și a Biblioteca ISO CIFS pentru a stoca suporturi de instalare pentru mașini virtuale (invitați).
Următorii pași vor fi crearea de mașini virtuale și conectarea acestor sisteme la rețelele adecvate din articolul anterior despre rețea.