Citrix XenServeri salvestusruumide loomine ja lisamine - 4. osa

Selle XenServeri seeria neljandas artiklis käsitletakse salvestuslahendusi. Sarnaselt võrguühendusega on XenServeri salvestuslahendusi esialgu sageli raske mõista. Enne seadistamise alustamist tuleks läbi arutada XenServeri salvestusruumis kasutatav uus terminoloogia ja mõisted.

XenServer lisab traditsioonilise salvestusterminoloogia loendisse mitu uut terminit. Ehkki mõistete mõistmine on mis tahes IT-süsteemiga töötamisel alati oluline, ei ole salvestusruum kaugeltki nii ülioluline kui eelmine võrgukontseptsioone käsitlev artikkel. Kuid see artikkel võtab siiski aega, et neid salvestusmõisteid selgitada ja selgitada.

Esimene asi, mida XenServeri salvestusruumi puhul meeles pidada, on see, et meil on salvestusruum tegelikule XenServeri hostile ja seejärel on meil ruumi ka külalis- või virtuaalsetele masinatele, mis töötavad XenServeri hostis. Kontseptuaalselt on seda lihtne mõista, kuid selle haldamine võib olla heidutav ülesanne, kui administraator ei tunne iga salvestusaspekti eesmärke.

Esimest terminit tuntakse kui „SR“ või salvestusruumi. See on vaieldamatult kõige olulisem termin XenServeri salvestusruumis, kuna see tähistab füüsilist andmekandjat, kuhu virtuaalmasina kettad salvestatakse ja alla laaditakse. Salvestusruumide hoidlad võivad olla mitmed erinevat tüüpi salvestussüsteemid, sealhulgas kohalik salvestusruum, mis on füüsiliselt ühendatud XenServeri hostiga, iSCSI/Fibre Channel LUN, NFS-i võrgufailide ühiskasutus, või Delli/NetApp-i salvestusseadme salvestusruum.

Salvestusruumide hoidlaid saab jagada või spetsiaalselt ja need võivad toetada arvukalt kasulikke funktsioone, nagu kiire kloonimine, hõre eraldamine (salvestusruum on ette nähtud siis, kui virtuaalmasin seda vajab) ja ümbermõõdetavad virtuaalse ketta pildid (täpsemalt neist hiljem).

Hoiuhoidlad, SR, on loogiliselt ühendatud XenServeri hostiga nn füüsilise blokeerimisseadmega, mida sagedamini nimetatakse PBD-ks. PBD on lihtsalt viide ladustamiskohale. Neid PBD-objekte saab\"ühendada" XenServeri hosti, et see hosti saaks sellesse salvestusruumi teavet lugeda/kirjutada.

Storage-hoidlate eesmärk on peamiselt virtuaalmasina virtuaalse kettapildi (VDI) failide salvestamine. VDI-failid on SR-i kohad, mis on eraldatud operatsioonisüsteemi ja muude XenServeri hostis töötavate virtuaalmasinate failide hoidmiseks. VDI-failid võivad olla mitut tüüpi. Tüüp määratakse kindlaks hoidla tüübi järgi.

XenServeri levinumad VDI-tüübid on Logical Volume (LV), mida haldab Logical Volume Manager, virtuaalne kõvaketas (VHD), või need võivad olla loogiliste üksuste numbrid (LUN) Delli või NetApp'i salvestusseadmes. Märkus. Selles artiklis kasutatakse LUN-i Delli mäluseadmes.

Need VDI-failid on ühendatud virtuaalsete masinatega loogiliselt objekti kaudu, mida nimetatakse virtuaalseks blokeerimisseadmeks, mida tavaliselt nimetatakse „VBD-ks”. Need VBD-objektid saab kinnitada virtuaalsetele külalistele, mis võimaldab külalismasinal pääseda juurde vastavas SR-is antud VDI-sse salvestatud andmetele.

Sarnaselt XenServeri võrguvõrgule loomisega on ka salvestamise kohta lugemine üks asi, kuid võime näha nende elementide vahelist suhet kindlustab mõisted sageli. XenServeri salvestusmõistete esindamiseks kasutatavad tavalised skeemid ajavad uuemaid inimesi sageli segadusse, kuna diagramme loetakse sageli lineaarselt. Allpool on üks selline Citrixilt laenatud pilt.

Paljud inimesed loevad seda lineaarselt vasakult paremale, arvates, et iga osa on eraldi füüsiline seade. See pole nii ja põhjustab sageli palju segadust XenServeri salvestusruumi töö osas. Allpool olev graafika püüab mõisteid selgitada vähem lineaarsel, kuid pragmaatilisemal viisil.

Loodetavasti ei aja ülaltoodud graafik inimesi XenServeri salvestusruumi osas veelgi segadusse. Teine pilt on katse näidata loogilisi ühendusi (PBD ja VBD), mida kasutatakse XenServerite ja külaliste ühendamiseks kaughoiuga ühe tegeliku võrguühenduse kaudu.

Kui kontseptualiseerimine on teelt kõrvale jäänud; seadistamine võib alata. Selle seeria esimesest artiklist meenutades kasutab see juhend virtuaalse masina (külaliste) ketaste salvestamiseks Delli PS5500E iSCSI salvestusseadet. Selles juhendis ei käsitleta Delli iSCSI seadme konfiguratsiooni.

XenServer 6.5 on installitud ja paigatud (seeria 1. osa)
Delli PS5500E iSCSI-seade (muid iSCSI-seadmeid saab kasutada, vajadusel asenda keskkonnateave).
XenServeri võrguliidesed konfigureeritud (seeria 3. osa).
iSCSI-seade ja XenServer näevad üksteist loogiliselt (pingi utiliidi kaudu).
CIFS (SAMBA) server, mis töötab ja haldab osa CD ISO-failidest (pole nõutav, kuid väga kasulik).

Citrix XenServeri salvestusruumi loomine

See esimene protsess läbib juhised tarkvara iSCSI algataja loomiseks XenServeri hostist Delli PS5500E.

See konkreetne LUN kasutab väljakutse-käepigistuse autentimise protokolli (Chapenge-Handshake Authentication Protocol - CHAP), et piirata juurdepääsu teatud volitatud isikutele iSCSI-helitugevusele.

Salvestusruumi loomiseks kasutatakse traditsioonilist käsku xe. Enne salvestushoidla loomist tuleb hankida õige iSCSI teave.

Parameetri „sr-probe” edastamine utiliidile „xe” annab XenServerile korralduse pärida iSCSI IQN (iSCSI kvalifitseeritud nimi) salvestusseadet.

Esimene käsk tundub alguses intensiivne, kuid see pole nii hull, kui see välja näeb.

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

Seda esimest käsku on vaja SCSI IQN-i kogumiseks hoidla hoidla konfiguratsiooni jaoks. Enne edasiliikumist vaatame selle käsu kõiki osi.

sr-probe - kasutatakse selleks, et küsida iSCSI-seadmest teavet selle XenServeri hosti jaoks loodud mahu kohta.
type = Kasutatakse XenServerile hoiuhoidla tüübi ütlemiseks. See varieerub sõltuvalt kasutatavast süsteemist. Tänu Delli PS5500 kasutamisele kasutatakse selles käsus lvm iSCSI kaudu. Muutke seda kindlasti vastavalt mäluseadme tüübile.
device-config: target = Kasutatakse XenServerile ütlemiseks, millist iSCSI-seadet IP-aadressi järgi pärida.
device-config: chapuser = Seda kasutatakse iSCSI-seadme autentimiseks. Selles näites on kasutaja\"tecmint" jaoks varem loodud iSCSI-köide. Saates selles käsus kasutajanime ja parooli, vastab iSCSI-seade tagasi vajaliku teabega, et lõpetada hoidla loomine.
device-config: chappassword = See on ülaltoodud CHAP-i kasutajanime parool.

Kui käsk on sisestatud ja esitatud, üritab XenServer iSCSI-seadmesse sisse logida ja tagastab vajaliku teabe, et see iSCSI-seade tegelikult salvestusvarjuna lisada.

Allpool on toodud see, mida testisüsteem selle käsu kaudu tagastas.

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>

Siin on esiletõstetud tükk tuntud kui iSCSI IQN. See on väga oluline ja seda on vaja salvestushoidla SCSIid määramiseks. Selle uue teabe abil saab eelnevat käsku muuta, et saada 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"

Ainus käsku lisatud asi on targetIQN-stroof. Selle uue käsu väljaandmisega vastab süsteem viimase teabega, mis on vajalik iSCSI salvestusruumi loomiseks. See viimane teave on 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>

Sellest hetkest alates on kõik vajalikud tükid iSCSI salvestusruumi loomiseks olemas ja on aeg anda välja käsk selle SR lisamiseks just sellesse XenServerisse. Kombineeritud teabest salvestusruumi loomine toimub järgmiselt:

# 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

Kui kõik läheb hästi, ühendub süsteem iSCSI-seadmega ja tagastab seejärel äsja lisatud salvestusruumi UUID-koodi.

bea6caa4-ecab-8509-33a4-2cda2599fb75

UUID-väljund on suurepärane märk! Nagu kõigi süsteemihalduse ülesannete puhul, on alati hea kinnitada käsu edukust. Seda saab saavutada teise käsuga '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

CLI-väljundist on see XenServer edukalt ühendatud Delli iSCSI seadmega ja on valmis külaliste VDI-failide salvestamiseks.

ISO salvestusruumi loomine

Järgmine sammude seeria tutvustab ISO-teegi loomise protsessi. ISO-failid on tavaliselt kompaktketta (CD) installikandjate kujutised.

Kui nende ISO-failide jaoks on loodud spetsiaalne hoidla, saab uusi külalisi installida väga kiiresti. Kui administraator soovib luua uue külalise, saavad nad lihtsalt valida ühe ISO-failidest, mis selles ISO-teegis eksisteerivad, selle asemel, et CD-d füüsiliselt XenServerisse basseini panna.

Juhendi selles osas eeldatakse, et kasutajal on toimiv SAMBA-server. Kui SAMBA serverit pole seadistatud, lugege palun seda artiklit selle ülesande täitmise kohta Red Hat/Fedoras (mul on tulevikus Debiani SAMBA serveri juhend):

Samba serveri seadistamine failide jagamiseks

Esimene samm on SAMBA ISO teegi jaoks vajalike mandaatide ja konfiguratsiooniteabe kogumine. Kui kasutajanimi, parool ja ühenduvusinfo on saadaval, saab SAMBA teegi XenServeriga ühendamiseks kasutada lihtsat käsuvarianti „xe”.

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

See käsk väljastab ekraanile midagi, kui see ei õnnestu. Selle kinnitamiseks, et see tõepoolest ühendas SAMBA ISO jagamise, väljastage veel üks käsk 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

See XenServeri host on nüüd konfigureeritud nii iSCSI salvestusruumi kui ka CIFS ISO teegiga, et säilitada virtuaalsete masinate (külaliste) installikandjaid.

Järgmisteks sammudeks on virtuaalsete masinate loomine ja nende süsteemide ühendamine varasemast võrguartiklist pärit õigete võrkudega.