Vyhledávání na webu

Jak vytvořit a přidat úložiště Citrix XenServer Storage - Část 4

Ve čtvrtém článku této série XenServer se bude diskutovat o úložných řešeních. Podobně jako síťová řešení jsou úložná řešení v XenServeru zpočátku často obtížně uchopitelná. Před zahájením jakékoli konfigurace by měla být prodiskutována nová terminologie a koncepty týkající se úložiště XenServer.

Aktualizace: V květnu 2016 vydal Citrix novou verzi platformy XenServer 7. Pro instalaci postupujte takto: Čerstvá instalace XenServeru 7.

XenServer zavádí několik nových termínů do seznamu tradičních úložišť. Zatímco porozumění konceptům je vždy důležité při práci s jakýmkoli IT systémem, úložiště není zdaleka tak zásadní jako předchozí článek o konceptech sítí. Tento článek si však ještě vyžádá čas na vysvětlení a pokus o objasnění těchto pojmů úložiště.

První věc, kterou je třeba si pamatovat u úložiště XenServer, je, že máme úložiště pro skutečného hostitele XenServeru a pak máme také úložiště pro hosta nebo virtuální stroje, které poběží na hostiteli XenServer. Koncepčně je to jednoduché na pochopení, ale jeho správa může být skličující úkol, pokud správce nezná účel každého z aspektů úložiště.

První termín je známý jako ‘SR‘ nebo Úložiště úložiště. Toto je pravděpodobně nejdůležitější pojem v úložišti XenServeru, protože představuje fyzické médium, na které se budou ukládat a získávat disky virtuálních strojů. Úložiště může být libovolný z několika různých typů úložných systémů, včetně lokálního úložiště připojeného fyzicky k hostiteli XenServer, iSCSI/Fibre Channel LUN, NFS Network File Shares nebo úložiště na úložném zařízení Dell/NetApp.

Úložiště mohou být sdílena nebo vyhrazena a mohou podporovat řadu užitečných funkcí, jako je rychlé klonování, řídká alokace (úložiště zřízené podle potřeby virtuálního počítače) a obrazy virtuálních disků s měnitelnou velikostí (o nich více později).

Úložiště, SR, jsou logicky připojena k hostiteli XenServer pomocí toho, co je známé jako Physical Block Device, běžněji označované jako ‚PBD‘. PBD je jednoduše odkaz na umístění úložiště. Tyto PBD objekty lze „zapojit“ do hostitele XenServer, aby tento hostitel mohl číst/zapisovat informace do tohoto úložiště.

Účelem úložišť úložiště je především ukládat soubory Virtual Disk Image (VDI) virtuálního stroje. Soubory VDI jsou místa na SR, která byla přidělena k uložení operačního systému a dalších souborů pro virtuální stroj běžící na hostiteli XenServer. Soubory VDI mohou být několika různých typů. Typ je určen typem úložiště.

Běžné typy VDI v XenServeru jsou logické svazky (LV) spravované správcem logických svazků, virtuální pevný disk (VHD) nebo to mohou být čísla logických jednotek (LUN) na úložném zařízení Dell nebo NetApp. Poznámka: Tento článek bude používat LUN na úložném zařízení Dell.

Tyto soubory VDI jsou připojeny k virtuálním počítačům logicky prostřednictvím objektu známého jako Virtual Block Device, běžně označovaného jako ‚VBD‘. Tyto objekty VBD mohou být připojeny k virtuálním hostům, což pak umožňuje počítači hosta přístup k datům uloženým v tomto konkrétním VDI na příslušné SR.

Podobně jako u sítí na XenServeru je čtení o úložišti jedna věc, ale schopnost vidět vztah mezi každou z těchto položek často upevňuje koncepty. Běžné diagramy používané k reprezentaci konceptů úložiště XenServer často mate novější lidi, protože diagramy jsou často čteny lineárním způsobem. Níže je jeden takový obrázek vypůjčený od Citrixu.

Mnoho jednotlivců to čte lineárně zleva doprava a myslí si, že každá část je samostatné fyzické zařízení. Není tomu tak a často to vede k mnoha nejasnostem ohledně toho, jak úložiště XenServer funguje. Níže uvedený obrázek se pokouší vysvětlit pojmy méně lineárním, ale pragmatičtějším způsobem.

Doufejme, že výše uvedená grafika nebude dále zmást jednotlivce ohledně úložiště XenServer. Druhý obrázek je pokusem ukázat logická připojení (PBD a VBD), která se používají k připojení XenServerů a hostů ke vzdálenému úložišti prostřednictvím jednoho skutečného síťového připojení.

S konceptualizací z cesty; konfigurace může začít. Připomínáme-li první článek v této sérii, tato příručka používá úložné zařízení Dell PS5500E iSCSI pro ukládání disků virtuálních strojů (hostů). Tato příručka nebude procházet konfigurací zařízení Dell iSCSI.

Konfigurace systému:

  1. XenServer 6.5 nainstalován a opraven (část 1 série)
  2. Zařízení Dell PS5500E iSCSI (jiná zařízení iSCSI lze použít pouze v případě potřeby nahradit informace o prostředí).
  3. Síťová rozhraní XenServer nakonfigurovaná (část 3 série).
  4. Zařízení iSCSI a XenServer se navzájem logicky vidí (pomocí nástroje ping).
  5. CIFS (SAMBA) Server běží a hostuje sdílené CD ISO soubory (není vyžadováno, ale je velmi užitečné).

Vytvoření úložiště úložiště Citrix XenServer

Tento první proces bude procházet kroky k vytvoření softwarového iSCSI iniciátoru z hostitele XenServer na Dell PS5500E.

Tato konkrétní LUN používá Challenge-Handshake Authentication Protocol (CHAP) k omezení přístupu ke svazku iSCSI určitým oprávněným stranám.

K vytvoření úložiště úložiště se použije tradiční příkaz 'xe'. Před vytvořením úložiště úložiště je třeba získat správné informace iSCSI.

Předáním parametru ‘sr-probe‘ obslužnému programu ‘xe‘ dá XenServer pokyn, aby se na úložném zařízení dotázal na iSCSI IQN (iSCSI Qualified Name).

První příkaz bude zpočátku vypadat intenzivně, ale není to tak špatné, jak to vypadá.


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

Tento první příkaz je potřeba ke shromáždění SCSI IQN pro konfiguraci úložiště úložiště. Než budeme pokračovat, podívejme se na všechny části tohoto příkazu.

  1. sr-probe – Používá se k dotazování zařízení iSCSI na informace o svazku vytvořeném pro tohoto hostitele XenServer.
  2. type= Používá se k informování XenServeru o typu úložiště. To se bude lišit v závislosti na použitém systému. Kvůli použití Dell PS5500 se v tomto příkazu používá lvm over iSCSI. Nezapomeňte upravit, aby odpovídala typu úložného zařízení.
  3. device-config:target= Používá se k tomu, aby XenServeru řekl, jaké zařízení iSCSI se má dotazovat podle IP adresy.
  4. device-config:chapuser= Používá se k ověření k zařízení iSCSI. V tomto příkladu byl již dříve vytvořen svazek iSCSI pro uživatele „tecmint“. Odesláním uživatelského jména a hesla v tomto příkazu odpoví zařízení iSCSI zpět s informacemi nezbytnými k dokončení vytváření úložiště úložiště.
  5. device-config:chappassword= Toto je heslo pro výše uvedené uživatelské jméno CHAP.

Jakmile je příkaz zadán a odeslán, XenServer se pokusí přihlásit do zařízení iSCSI a vrátí některé informace potřebné k tomu, aby bylo toto zařízení iSCSI skutečně přidáno jako úložiště úložiště.

Níže je uvedeno, co testovací systém vrátil z tohoto příkazu.


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>

Zde zvýrazněná část je známá jako iSCSI IQN. To je velmi důležité a je potřeba k určení SCSIid pro úložiště úložiště. S těmito novými informacemi lze předchozí příkaz upravit tak, aby získal 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"

Jediná věc přidaná k příkazu je stanza targetIQN. Vydáním tohoto nového příkazu systém odpoví posledními informacemi potřebnými k vytvoření úložiště iSCSI Storage Repository. Tou poslední informací 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 tohoto okamžiku jsou k dispozici všechny potřebné součásti k vytvoření úložiště iSCSI Storage Repository a je čas vydat příkaz k přidání této SR k tomuto konkrétnímu XenServeru. Vytvoření úložiště z kombinovaných informací se provádí následovně:


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

Pokud vše půjde dobře, systém se připojí k zařízení iSCSI a poté vrátí UUID nově přidaného úložiště úložiště.


bea6caa4-ecab-8509-33a4-2cda2599fb75

Výstup UUID je skvělým znamením! Stejně jako u všech úloh správy systému je vždy dobré potvrdit, že příkaz byl úspěšný. To lze provést pomocí jiného příkazu 'xe'.


xe sr-list name-label="Tecmint iSCSI Storage"
Ukázkový výstup

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

Z výstupu CLI se tento XenServer úspěšně připojil k zařízení Dell iSCSI a je připraven ukládat hostované soubory VDI.

Vytvoření úložiště úložiště ISO

Další série kroků vás provede procesem vytvoření knihovny ISO. Soubory ISO jsou obvykle obrazy instalačního média kompaktního disku (CD).

Díky vytvoření speciálního úložiště pro tyto soubory ISO lze instalaci nových hostů provést velmi rychle. Když si administrátor přeje vytvořit nového hosta, může jednoduše vybrat jeden ze souborů ISO, které existují v této knihovně ISO, místo aby musel fyzicky vkládat CD do XenServeru ve fondu.

Tato část průvodce předpokládá, že uživatel má funkční server SAMBA. Pokud není nastaven server SAMBA, přečtěte si prosím tento článek o tom, jak dokončit tento úkol v Red Hat/Fedora (v budoucnu budu mít průvodce serverem Debian SAMBA):

  1. Nastavte server Samba pro sdílení souborů

Prvním krokem je shromáždit potřebné přihlašovací údaje a informace o konfiguraci pro knihovnu SAMBA ISO. Jakmile jsou k dispozici uživatelské jméno, heslo a informace o připojení, lze k připojení knihovny SAMBA k XenServeru použít jednoduchou variantu příkazu 'xe'.


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

Tento příkaz nevypíše na obrazovku nic, pokud se nezdaří. Chcete-li potvrdit, že skutečně připojil sdílenou složku SAMBA ISO, zadejte další příkaz 'xe':


xe sr-list
Ukázkový výstup

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

Tento hostitel XenServer je nyní nakonfigurován s iSCSI Storage Repository a také CIFS ISO knihovnou pro ukládání instalačních médií pro virtuální stroje (hosty).

Dalšími kroky bude vytvoření virtuálních strojů a připojení těchto systémů ke správným sítím z předchozího článku o sítích.