Citrix XenServer -tallennusvarastojen luominen ja lisääminen - Osa 4

Tämän XenServer-sarjan neljännessä artikkelissa käsitellään tallennusratkaisuja. Kuten verkottuminen, XenServerin tallennusratkaisut ovat usein aluksi vaikeasti ymmärrettäviä. Ennen kuin aloitat konfiguroinnin, tulee keskustella XenServer-tallennustilan uudesta terminologiasta ja käsitteistä.

Päivitys: Toukokuussa 2016 Citrix julkaisi uuden version XenServer 7 -alustasta. Asenna seuraavasti: XenServer 7:n uusi asennus.

XenServer tuo useita uusia termejä perinteiseen tallennusterminologialuetteloon. Vaikka käsitteiden ymmärtäminen on aina tärkeää, kun työskentelet minkä tahansa IT-järjestelmän kanssa, tallennus ei ole läheskään yhtä tärkeää kuin edellinen verkkokäsitteitä käsittelevä artikkeli. Tämä artikkeli vie kuitenkin vielä aikaa näiden tallennuskäsitteiden selittämiseen ja selkiyttämiseen.

Ensimmäinen asia, joka on muistettava XenServer-tallennustilassa, on, että meillä on tallennustilaa varsinaiselle XenServer-isännälle ja sitten meillä on myös tallennustilaa vieras- tai virtuaalikoneita varten, jotka toimivat XenServer-isännällä. Käsitteellisesti tämä on helppo ymmärtää, mutta sen hallinta voi olla pelottava tehtävä, jos järjestelmänvalvoja ei tunne kunkin tallennusnäkökohdan tarkoitusta.

Ensimmäinen termi tunnetaan nimellä SR tai Storage Repository. Tämä on luultavasti tärkein termi XenServer-tallennustilassa, koska se edustaa fyysistä välinettä, jolle virtuaalikoneen levyt tallennetaan ja haetaan. Tallennusvarastot voivat olla mitä tahansa useista erityyppisistä tallennusjärjestelmistä, mukaan lukien paikallinen tallennus, joka on liitetty fyysisesti XenServer-isäntään, iSCSI/Fibre Channel LUN, NFS Network File Shares tai tallennus Dell/NetApp-tallennuslaitteeseen.

Tallennusvarastoja voidaan jakaa tai varata, ja ne voivat tukea lukuisia hyödyllisiä ominaisuuksia, kuten nopeaa kloonausta, harvaa varaamista (tallennustilaa varataan virtuaalikoneen tarpeen mukaan) ja uudelleenkokoisia virtuaalilevykuvia (lisää näistä myöhemmin).

Tallennusvarastot, SR, on loogisesti yhdistetty XenServer-isäntään ns. Physical Block Device -laitteen avulla, jota kutsutaan yleisemmin nimellä PBD. PBD on yksinkertaisesti viittaus tallennuspaikkaan. Nämä PBD-objektit voidaan "kytkeä" XenServer-isäntään, jotta isäntä voi lukea/kirjoittaa tietoja kyseiseen tallennustietovarastoon.

Tallennusvarastojen tarkoitus on ensisijaisesti tallentaa virtuaalikoneen Virtual Disk Image (VDI) -tiedostoja. VDI-tiedostot ovat SR:n kohtia, jotka on varattu pitämään käyttöjärjestelmä ja muut tiedostot virtuaalikoneen XenServer-isännässä. VDI-tiedostot voivat olla mitä tahansa useista eri tyypeistä. Tyyppi määräytyy tallennusvaraston tyypin mukaan.

Yleisiä XenServerin VDI-tyyppejä ovat Logical Volume Managerin hallinnoimat Loogiset taltiot (LV), Virtual Hard Disk (VHD), tai ne voivat olla Dellin tai NetApp-tallennuslaitteen loogisia yksikkönumeroita (LUN). Huomaa: tässä artikkelissa käytetään LUN-tunnuksia Dellin tallennuslaitteessa.

Nämä VDI-tiedostot yhdistetään virtuaalikoneen loogisesti Virtual Block Device -nimisen objektin kautta, jota kutsutaan yleisesti nimellä "VBD". Nämä VBD-objektit voidaan liittää virtuaalisiin vieraisiin, mikä sitten sallii vieraskoneen päästä käsiksi kyseiseen VDI:hen tallennettuun dataan vastaavassa SR:ssä.

Kuten XenServerin verkottuminen, tallennustilasta lukeminen on yksi asia, mutta näiden kohteiden välisen suhteen näkeminen usein vahvistaa käsitteitä. Yleiset kaaviot, joita käytetään edustamaan XenServer-tallennuskonsepteja, hämmentävät usein uudempia ihmisiä, koska kaavioita luetaan usein lineaarisesti. Alla on yksi tällainen Citrixiltä lainattu kuva.

Monet ihmiset lukevat tämän lineaarisesti vasemmalta oikealle ajattelemalla, että jokainen osa on erillinen fyysinen laite. Tämä ei pidä paikkaansa ja aiheuttaa usein paljon sekaannusta siitä, kuinka XenServer-tallennus toimii. Alla oleva grafiikka yrittää selittää käsitteet vähemmän lineaarisesti mutta pragmaattisemmin.

Toivottavasti yllä oleva grafiikka ei hämmentä ihmisiä XenServer-tallennustilasta. Toinen kuva on yritys näyttää loogiset yhteydet (PBD ja VBD), joita käytetään yhdistämään XenServerit ja vieraat etätallennustilaan yhden todellisen verkkoyhteyden kautta.

Kun käsitteellistäminen on poissa tieltä; konfigurointi voi alkaa. Tämän sarjan ensimmäisen artikkelin mukaan tässä oppaassa käytetään Dell PS5500E iSCSI -tallennuslaitetta virtuaalikoneen (vieras) levyjen tallentamiseen. Tässä oppaassa ei käydä läpi Dell iSCSI -laitteen asetuksia.

Järjestelmän kokoonpano:

  1. XenServer 6.5 asennettu ja korjattu (sarjan osa 1)
  2. Dell PS5500E iSCSI-laite (muita iSCSI-laitteita voidaan käyttää vain korvaamaan ympäristötietoja tarvittaessa).
  3. XenServer-verkkoliitännät konfiguroitu (sarjan osa 3).
  4. iSCSI-laite ja XenServer voivat nähdä toisensa loogisesti (ping-apuohjelman kautta).
  5. CIFS (SAMBA) -palvelin, joka käyttää ja isännöi osuutta CD-ISO-tiedostoista (ei pakollinen, mutta erittäin hyödyllinen).

Citrix XenServer -tallennusvaraston luominen

Tämä ensimmäinen prosessi käy läpi vaiheet, joilla luodaan ohjelmisto iSCSI-käynnistysohjelma XenServer-isännästä Dell PS5500E:hen.

Tämä erityinen LUN käyttää Challenge-Handshake Authentication Protocol -protokollaa (CHAP) rajoittaakseen pääsyn iSCSI-taltioon vain tietyille valtuutetuille osapuolille.

Tallennusvaraston luomiseksi suoritetaan perinteinen xe-komento. Oikeat iSCSI-tiedot on hankittava ennen tallennusvaraston luomista.

Parametrin 'sr-probe' välittäminen xe-apuohjelmaan kehottaa XenServeriä kysymään tallennuslaitteelta iSCSI IQN:ää (iSCSI Qualified Name).

Ensimmäinen komento näyttää aluksi intensiiviseltä, mutta se ei ole niin paha kuin miltä se näyttää.


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

Tämä ensimmäinen komento tarvitaan SCSI IQN:n keräämiseen tallennusvaraston määrityksiä varten. Ennen kuin siirryt eteenpäin, katsotaanpa kaikkia tämän komennon osia.

  1. sr-probe – Käytetään kysymään iSCSI-laitteelta tietoja tälle XenServer-isännälle luodusta taltiosta.
  2. type= Käytetään kertomaan XenServerille tallennustietovaraston tyyppi. Tämä vaihtelee käytetyn järjestelmän mukaan. Dell PS5500:n käytöstä johtuen tässä komennossa käytetään lvm over iSCSI:tä. Muista muokata tallennuslaitteen tyyppiä vastaavaksi.
  3. device-config:target= Käytetään kertomaan XenServerille, mistä iSCSI-laitteesta IP-osoitteen perusteella on tehtävä kysely.
  4. device-config:chapuser= Tätä käytetään iSCSI-laitteen todentamiseen. Tässä esimerkissä iSCSI-taltio on luotu aiemmin käyttäjälle "tecmint". Lähettämällä käyttäjänimen ja salasanan tässä komennossa iSCSI-laite vastaa tarvittavilla tiedoilla, jotta tallennustietovaraston luonti on valmis.
  5. device-config:chappassword= Tämä on yllä olevan CHAP-käyttäjänimen salasana.

Kun komento on annettu ja lähetetty, XenServer yrittää kirjautua sisään iSCSI-laitteeseen ja palauttaa joitakin tietoja, joita tarvitaan tämän iSCSI-laitteen lisäämiseksi tallennusvarastoksi.

Alla on mitä testijärjestelmä palautti tästä komennosta.


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>

Tässä korostettu pala tunnetaan nimellä iSCSI IQN. Tämä on erittäin tärkeää, ja sitä tarvitaan tallennusarkiston SCSIid:n määrittämiseen. Näiden uusien tietojen avulla aikaisempaa komentoa voidaan muokata, jotta saadaan 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"

Ainoa asia, joka on lisätty komentoon, on targetIQN-stanza. Antamalla tämän uuden komennon järjestelmä vastaa viimeisellä tiedolla, joka tarvitaan iSCSI-tallennusvaraston luomiseen. Viimeinen tieto on SCSI-tunnus.


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>

Tästä hetkestä lähtien kaikki iSCSI-tallennusvaraston luomiseen tarvittavat osat ovat saatavilla, ja on aika antaa komento lisätä tämä SR tähän XenServeriin. Tallennusvaraston luominen yhdistetyistä tiedoista tehdään seuraavasti:


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

Jos kaikki menee hyvin, järjestelmä muodostaa yhteyden iSCSI-laitteeseen ja palauttaa sitten äskettäin lisätyn tallennusvaraston UUID-tunnuksen.


bea6caa4-ecab-8509-33a4-2cda2599fb75

UUID-tulostus on loistava merkki! Kuten kaikissa järjestelmän hallintatehtävissä, on aina hyvä idea varmistaa, että komento onnistui. Tämä voidaan tehdä toisella xe-komennolla.


xe sr-list name-label="Tecmint iSCSI Storage"
Näytelähtö

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-lähdöstä tämä XenServer on muodostanut yhteyden Dellin iSCSI-laitteeseen ja on valmis tallentamaan vieras-VDI-tiedostoja.

ISO-tallennusvaraston luominen

Seuraavassa sarjassa käydään läpi ISO-kirjaston luontiprosessi. ISO-tiedostot ovat yleensä kuvia CD-asennuslevyltä.

Kun näille ISO-tiedostoille on luotu erityinen tallennusvarasto, uusien vieraiden asennus voidaan tehdä erittäin nopeasti. Kun järjestelmänvalvoja haluaa luoda uuden vieraan, hän voi yksinkertaisesti valita jonkin tässä ISO-kirjastossa olevista ISO-tiedostoista sen sijaan, että heidän pitäisi laittaa CD-levy fyysisesti XenServeriin poolissa.

Tässä oppaan osassa oletetaan, että käyttäjällä on toimiva SAMBA-palvelin. Jos SAMBA-palvelinta ei ole asennettu, lue tämä artikkeli tämän tehtävän suorittamisesta Red Hatissa/Fedorassa (minulla on Debian SAMBA -palvelinopas tulevaisuudessa):

  1. Asenna Samba-palvelin tiedostojen jakamista varten

Ensimmäinen vaihe on kerätä SAMBA ISO -kirjaston tarvittavat tunnistetiedot ja määritystiedot. Kun käyttäjätunnus, salasana ja yhteystiedot ovat saatavilla, voidaan käyttää yksinkertaista xe-komentovarianttia yhdistämään SAMBA-kirjasto XenServeriin.


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

Tämä komento ei tulosta mitään näyttöön, ellei se epäonnistu. Vahvista, että se todella liitti SAMBA ISO -jaon, antamalla toinen xe-komento:


xe sr-list
Näytelähtö

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

Tämä XenServer-isäntä on nyt määritetty sekä iSCSI-tallennusvarastolle että CIFS ISO -kirjastolle, joka tallentaa asennusmedian virtuaalikoneita (vieraat) varten.

Seuraavat vaiheet ovat virtuaalikoneiden luominen ja näiden järjestelmien yhdistäminen oikeisiin verkkoihin aiemmasta verkkoartikkelista.