Citrix XenServer Storage Repository létrehozása és hozzáadása – 4. rész
A XenServer sorozat negyedik cikkében a tárolási megoldásokról lesz szó. A hálózatokhoz hasonlóan a XenServer tárolási megoldásait is gyakran nehéz először megérteni. A konfigurálás megkezdése előtt meg kell vitatni a XenServer tárolására vonatkozó új terminológiát és fogalmakat.
Frissítés: 2016 májusában a Citrix kiadta a XenServer 7 platform új verzióját. A telepítéshez kövesse: A XenServer 7 friss telepítése.
A XenServer számos új kifejezést vezet be a hagyományos tárolási terminológia listáján. Bár a fogalmak megértése mindig fontos, ha bármilyen informatikai rendszerrel dolgozik, a tárolás közel sem olyan kulcsfontosságú, mint a hálózati koncepciókat ismertető korábbi cikk. Ez a cikk azonban még időt vesz igénybe, hogy elmagyarázza és megkísérelje tisztázni ezeket a tárolási fogalmakat.
Az első dolog, amit meg kell jegyeznünk a XenServer tárolóval kapcsolatban, hogy van tárhelyünk a tényleges XenServer gazdagép számára, majd van tárhelyünk a vendég vagy virtuális gépek számára is, amelyek a XenServer gazdagépen fognak futni. Elvileg ez könnyen megfogható, de a kezelése ijesztő feladat lehet, ha a rendszergazda nem ismeri az egyes tárolási szempontok céljait.
Az első kifejezés „SR” vagy Storage Repository néven ismert. Vitathatatlanul ez a legfontosabb kifejezés a XenServer tárolóban, mivel ez jelenti azt a fizikai adathordozót, amelyen a virtuális gép lemezei tárolódnak és visszakereshetők. A tárolási adattárak többféle típusú tárolórendszer bármelyike lehet, beleértve a XenServer gazdagéphez fizikailag csatlakoztatott helyi tárolót, az iSCSI/Fibre Channel LUN-t, az NFS hálózati fájlmegosztásokat vagy a Dell/NetApp tárolóeszközön lévő tárolást.
A tárolótárolók megoszthatók vagy dedikáltathatók, és számos hasznos funkciót támogathatnak, mint például a gyors klónozás, a ritka kiosztás (a tárhely a virtuális gépnek szüksége van rá) és az újraméretezhető virtuális lemezképek (erről később).
A tárolótárolók (SR) logikusan kapcsolódnak egy XenServer gazdagéphez az úgynevezett Physical Block Device-vel, amelyet gyakrabban neveznek PBD-nek. A PBD egyszerűen egy tárolóhelyre való hivatkozás. Ezek a PBD-objektumok „csatlakoztathatók” egy XenServer gazdagéphez, hogy a gazdagép információkat olvasson/írjon a tárolótárba.
A tárolótárolók célja elsősorban a virtuális gép Virtuális lemezkép (VDI) fájljainak tárolása. A VDI-fájlok olyan helyek az SR-n, amelyek az operációs rendszer és a XenServer gazdagépen futó virtuális gép egyéb fájljainak tárolására lettek kijelölve. A VDI-fájlok többféle típusúak lehetnek. A típust a tárolási lerakat típusa határozza meg.
A XenServer általános VDI-típusai a Logical Volume Manager által kezelt logikai kötetek (LV), a Virtual Hard Disk (VHD), vagy lehetnek logikai egységszámok (LUN) egy Dell vagy NetApp tárolóeszközön. Megjegyzés: Ez a cikk egy Dell tárolóeszközön lévő LUN-okat fog használni.
Ezek a VDI-fájlok logikailag kapcsolódnak a virtuális gépekhez egy Virtual Block Device néven ismert objektumon keresztül, amelyre általában „VBD”ként hivatkoznak. Ezeket a VBD objektumokat virtuális vendégekhez lehet csatolni, ami lehetővé teszi a vendéggép számára, hogy hozzáférjen az adott VDI-ben tárolt adatokhoz egy megfelelő SR-en.
Hasonlóan a XenServer hálózathoz, a tárolásról olvasni egy dolog, de az egyes elemek közötti kapcsolat meglátása gyakran megszilárdítja a fogalmakat. A XenServer tárolási koncepcióit ábrázoló általános diagramok gyakran összezavarják az újabb embereket, mivel a diagramokat gyakran lineárisan olvassák. Az alábbiakban egy ilyen, a Citrixtől kölcsönzött kép látható.
Sok ember ezt lineárisan balról jobbra olvassa, és azt gondolja, hogy minden alkatrész külön fizikai eszköz. Ez nem így van, és gyakran sok zűrzavarhoz vezet a XenServer tárolás működésével kapcsolatban. Az alábbi ábra kevésbé lineárisan, de pragmatikusabban próbálja megmagyarázni a fogalmakat.
Remélhetőleg a fenti ábra nem zavarja meg jobban az egyéneket a XenServer tárolásával kapcsolatban. A második kép egy kísérlet arra, hogy bemutassa azokat a logikai kapcsolatokat (PBD és VBD), amelyek a XenServerek és a vendégek távoli tárolóhoz való csatlakoztatására szolgálnak egyetlen tényleges hálózati kapcsolaton keresztül.
A fogalomalkotás kikerülésével; kezdődhet a konfiguráció. A sorozat első cikkére emlékeztetve ez az útmutató egy Dell PS5500E iSCSI tárolóeszközt használ a virtuális gép (vendég) lemezeinek tárolására. Ez az útmutató nem mutatja be a Dell iSCSI-eszköz konfigurációját.
Rendszerbeállítások:
- XenServer 6.5 telepítve és javítva (a sorozat 1. része)
- Dell PS5500E iSCSI-eszköz (más iSCSI-eszközök csak a környezeti információk helyettesítésére használhatók, ha szükséges).
- A XenServer hálózati interfészek konfigurálva (a sorozat 3. része).
- Az iSCSI-eszköz és a XenServer logikusan látják egymást (ping segédprogramon keresztül).
- CIFS (SAMBA) kiszolgáló, amely CD ISO fájlok megosztását futtatja és tárolja (nem kötelező, de nagyon hasznos).
Citrix XenServer Storage Repository létrehozása
Ez az első folyamat egy szoftveres iSCSI-kezdeményező létrehozásának lépésein megy keresztül a XenServer gazdagéptől a Dell PS5500E-ig.
Ez a konkrét LUN a Challenge-Handshake Authentication Protocol (CHAP) használatával korlátozza az iSCSI-kötethez való hozzáférést bizonyos jogosult felek számára.
A tárolótár létrehozásához egy hagyományos „xe” parancs fog megjelenni. A tárolási adattár létrehozása előtt be kell szerezni a megfelelő iSCSI-információkat.
Ha átadja az 'sr-probe' paramétert az 'xe' segédprogramnak, a XenServer utasítja a tárolóeszközt az iSCSI IQN (iSCSI minősített név) lekérdezésére.
Az első parancs elsőre intenzívnek tűnik, de nem olyan rossz, mint amilyennek látszik.
xe sr-probe type=lvmoiscsi device-config:target=X.X.X.X device-config:chapuser="tecmint" device-config:chappassword="tecmint_chap"
Ez az első parancs a SCSI IQN összegyűjtéséhez szükséges a Tárolótár konfigurációjához. Mielőtt továbblépnénk, nézzük meg ennek a parancsnak az összes részét.
- sr-probe – A XenServer gazdagéphez létrehozott kötettel kapcsolatos információk lekérdezésére szolgál az iSCSI-eszközről.
- type= A XenServer tárhelytípusának megadására szolgál. Ez a használt rendszertől függően változhat. A Dell PS5500 használata miatt ez a parancs az lvm over iSCSI protokollt használja. Ügyeljen arra, hogy a tárolóeszköz típusának megfelelően módosítsa.
- device-config:target= Arra szolgál, hogy megmondja a XenServernek, hogy melyik iSCSI-eszközt kell IP-cím alapján lekérdeznie.
- device-config:chapuser= Ez az iSCSI-eszköz hitelesítésére szolgál. Ebben a példában korábban egy iSCSI-kötet jött létre a „tecmint” felhasználó számára. A felhasználónév és jelszó ebben a parancsban történő elküldésével az iSCSI-eszköz válaszol a szükséges információkkal, hogy befejezze a tárhely létrehozását.
- device-config:chappassword= Ez a fenti CHAP-felhasználónév jelszava.
A parancs beírása és elküldése után a XenServer megpróbál bejelentkezni az iSCSI-eszközre, és visszaad bizonyos információkat, amelyek szükségesek ahhoz, hogy ezt az iSCSI-eszközt ténylegesen hozzáadhassák Tárolótárként.
Alább látható, mit adott vissza a tesztrendszer ebből a parancsból.
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>
Az itt kiemelt darab az iSCSI IQN néven ismert. Ez nagyon fontos, és szükséges a tárolási tárhely SCSIid-jének meghatározásához. Ezzel az új információval az előző parancs módosítható az SCSIid megszerzéséhez.
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"
A parancshoz csak a targetIQN szakasz kerül hozzáadásra. Az új parancs kiadásával a rendszer az iSCSI-tárolótár létrehozásához szükséges utolsó információval válaszol. Ez az utolsó információ az SCSI-azonosító.
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>
Ettől a ponttól kezdve minden szükséges elem elérhető egy iSCSI Storage Repository létrehozásához, és ideje kiadni a parancsot, hogy ezt az SR-t adjuk hozzá ehhez a XenServerhez. A Tárolótár létrehozása a kombinált információkból a következőképpen történik:
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
Ha minden jól megy, a rendszer csatlakozik az iSCSI-eszközhöz, majd visszaadja az újonnan hozzáadott Storage Repository UUID-jét.
bea6caa4-ecab-8509-33a4-2cda2599fb75
Az UUID kimenet nagyszerű jel! Mint minden rendszeradminisztrációs feladatnál, mindig jó ötlet ellenőrizni, hogy a parancs sikeres volt-e. Ezt egy másik 'xe' paranccsal érheti el.
xe sr-list name-label="Tecmint iSCSI Storage"
Minta kimenet
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
A CLI kimenetről ez a XenServer sikeresen csatlakozott a Dell iSCSI-eszközhöz, és készen áll a vendég VDI-fájlok tárolására.
ISO Storage Repository létrehozása
A következő lépések egy ISO-könyvtár létrehozásának folyamatát mutatják be. Az ISO-fájlok általában kompakt lemezes (CD) telepítési adathordozók képei.
Azáltal, hogy ezekhez az ISO-fájlokhoz speciális tárolótárat hozunk létre, az új vendégek telepítése nagyon gyorsan elvégezhető. Amikor egy rendszergazda új vendéget szeretne létrehozni, egyszerűen kiválaszthatja az ISO-könyvtárban található ISO-fájlok egyikét, ahelyett, hogy egy CD-t fizikailag a készletben lévő XenServerbe kellene helyeznie.
Az útmutató ezen része feltételezi, hogy a felhasználónak működik SAMBA szervere. Ha egy SAMBA szerver nincs beállítva, kérjük, olvassa el ezt a cikket a feladat végrehajtásáról Red Hat/Fedora rendszerben (a jövőben lesz egy Debian SAMBA szerver útmutatóm):
- Állítsa be a Samba szervert fájlmegosztáshoz
Az első lépés a szükséges hitelesítő adatok és konfigurációs információk összegyűjtése a SAMBA ISO könyvtárhoz. Amint a felhasználónév, jelszó és kapcsolódási információk rendelkezésre állnak, egy egyszerű 'xe' parancsváltozat használható a SAMBA könyvtár és a XenServer összekapcsolására.
xe-mount-iso-sr //<servername>/ISO -o username=<user>,password=<password>
Ez a parancs nem ad ki semmit a képernyőre, hacsak nem sikerül. Annak ellenőrzésére, hogy valóban csatlakoztatta-e a SAMBA ISO megosztást, adjon ki egy másik 'xe' parancsot:
xe sr-list
Minta kimenet
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
Ez a XenServer gazdagép most egy iSCSI Storage Repository és egy CIFS ISO könyvtárral is konfigurálva van a virtuális gépek (vendégek) telepítési adathordozóinak tárolására.
A következő lépések a virtuális gépek létrehozása és ezeknek a rendszereknek a megfelelő hálózatokhoz való csatlakoztatása lesz a korábbi hálózati cikkben.