Zoeken op website

Citrix XenServer-opslagrepository's maken en toevoegen - Deel 4


In het vierde artikel van deze XenServer-serie worden opslagoplossingen besproken. Net als netwerken zijn opslagoplossingen in XenServer in het begin vaak moeilijk te begrijpen. Voordat met enige configuratie wordt begonnen, moeten de nieuwe terminologie en concepten die betrokken zijn bij XenServer-opslag worden besproken.

Update: In mei 2016 bracht Citrix de nieuwe versie van het XenServer 7-platform uit. Voor installatie volgt u: Nieuwe installatie van XenServer 7.

XenServer introduceert verschillende nieuwe termen in de traditionele lijst met opslagterminologie. Hoewel het begrijpen van de concepten altijd belangrijk is bij het werken met welk IT-systeem dan ook, is opslag lang niet zo cruciaal als het voorgaande artikel over netwerkconcepten. Dit artikel zal echter nog steeds de tijd nemen om deze opslagconcepten uit te leggen en te proberen te verduidelijken.

Het eerste dat we moeten onthouden met XenServer-opslag is dat we opslagruimte hebben voor de daadwerkelijke XenServer-host en dat we vervolgens ook opslagruimte hebben voor de gast of virtuele machines die op de XenServer-host zullen draaien. Conceptueel gezien is dit eenvoudig te begrijpen, maar het beheer ervan kan een hele klus zijn als de beheerder niet bekend is met de doeleinden van elk van de opslagaspecten.

De eerste term staat bekend als ‘SR’ of Storage Repository. Dit is misschien wel de belangrijkste term in XenServer-opslag, omdat het het fysieke medium vertegenwoordigt waarop virtuele machineschijven worden opgeslagen en opgehaald. Opslagbronnen kunnen verschillende soorten opslagsystemen zijn, waaronder lokale opslag die fysiek is aangesloten op de XenServer-host, iSCSI/Fibre Channel LUN, NFS-netwerkbestandsshares of opslag op een Dell/NetApp-opslagapparaat.

Opslagbronnen kunnen gedeeld of toegewezen worden en kunnen talloze handige functies ondersteunen, zoals snel klonen, beperkte toewijzing (opslag ingericht op de manier waarop de virtuele machine deze nodig heeft) en aanpasbare virtuele schijfimages (hierover later meer).

Opslagbronnen, SR, zijn logisch verbonden met een XenServer-host met een zogenaamd Physical Block Device, beter bekend als ‘PBD’. De PBD is eenvoudigweg een verwijzing naar een opslaglocatie. Deze PBD-objecten kunnen worden 'ingeplugd' in een XenServer-host, zodat die host informatie naar die opslagplaats kan lezen/schrijven.

Het doel van opslagplaatsen is in de eerste plaats om de Virtual Disk Image (VDI)-bestanden van de virtuele machine op te slaan. VDI-bestanden zijn plekken op een SR die zijn toegewezen om het besturingssysteem en andere bestanden op te slaan voor een virtuele machine die op de XenServer-host draait. VDI-bestanden kunnen van verschillende typen zijn. Het type wordt bepaald door het type opslagplaats.

Veel voorkomende VDI-typen in XenServer zijn Logical Volumes (LV) beheerd door Logical Volume Manager, Virtual Hard Disk (VHD), of ze kunnen Logical Unit Numbers (LUN) zijn op een Dell- of NetApp-opslagapparaat. Opmerking: in dit artikel worden LUN's op een Dell opslagapparaat gebruikt.

Deze VDI-bestanden zijn logisch verbonden met virtuele machines via een object dat bekend staat als een Virtueel Blokapparaat, gewoonlijk aangeduid als 'VBD'. Deze VBD-objecten kunnen aan virtuele gasten worden gekoppeld, waardoor de gastmachine vervolgens toegang krijgt tot de gegevens die zijn opgeslagen in die specifieke VDI op een respectieve SR.

Net als netwerken in XenServer is lezen over opslag één ding, maar het kunnen zien van de relatie tussen elk van deze items versterkt vaak de concepten. De algemene diagrammen die worden gebruikt om XenServer-opslagconcepten weer te geven, brengen nieuwere mensen vaak in verwarring, omdat de diagrammen vaak lineair worden gelezen. Hieronder ziet u zo'n afbeelding, geleend van Citrix.

Veel mensen lezen dit lineair van links naar rechts en denken dat elk onderdeel een afzonderlijk fysiek apparaat is. Dit is niet het geval en leidt vaak tot veel verwarring over hoe XenServer-opslag werkt. De onderstaande grafiek probeert de concepten op een minder lineaire maar meer pragmatische manier uit te leggen.

Hopelijk brengt de bovenstaande afbeelding mensen niet verder in verwarring over XenServer-opslag. De tweede afbeelding is een poging om de logische verbindingen (PBD en VBD) te tonen die worden gebruikt om XenServers en gasten te verbinden met externe opslag via één daadwerkelijke netwerkverbinding.

Met de conceptualisering uit de weg; de configuratie kan beginnen. Deze handleiding verwijst naar het eerste artikel in deze serie en gebruikt een Dell PS5500E iSCSI-opslagapparaat voor de opslag van de schijven van de virtuele machine (gasten). In deze handleiding wordt niet de configuratie van het Dell iSCSI-apparaat besproken.

Systeem configuratie:

  1. XenServer 6.5 geïnstalleerd en gepatcht (deel 1 van serie)
  2. Dell PS5500E iSCSI-apparaat (andere iSCSI-apparaten kunnen worden gebruikt, vervang indien nodig alleen omgevingsinformatie).
  3. XenServer-netwerkinterfaces geconfigureerd (deel 3 van de serie).
  4. iSCSI-apparaat en XenServer kunnen elkaar logischerwijs zien (via ping-hulpprogramma).
  5. CIFS (SAMBA) Server waarop een deel van de CD ISO-bestanden wordt uitgevoerd en gehost (niet vereist maar zeer nuttig).

Creatie van Citrix XenServer Storage Repository

Dit eerste proces doorloopt de stappen voor het maken van een software-iSCSI-initiator van de XenServer-host naar de Dell PS5500E.

Deze specifieke LUN maakt gebruik van het Challenge-Handshake Authentication Protocol (CHAP) om de toegang tot het iSCSI-volume te beperken tot bepaalde geautoriseerde partijen.

Om de opslagplaats aan te maken, zal een traditioneel 'xe' commando plaatsvinden. De juiste iSCSI-informatie moet worden verkregen voordat de Storage Repository wordt gemaakt.

Door de parameter 'sr-probe' door te geven aan het hulpprogramma 'xe' wordt de XenServer geïnstrueerd om op een opslagapparaat te vragen naar de iSCSI IQN (iSCSI Qualified Name).

Het eerste commando ziet er in eerste instantie intens uit, maar het is niet zo erg als het lijkt.


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

Deze eerste opdracht is nodig om de SCSI IQN voor de opslagrepositoryconfiguratie te verzamelen. Laten we, voordat we verder gaan, eens kijken naar alle delen van deze opdracht.

  1. sr-probe – Wordt gebruikt om het iSCSI-apparaat te vragen naar informatie over het volume dat voor deze XenServer-host is gemaakt.
  2. type= Wordt gebruikt om de XenServer het type opslagplaats te vertellen. Dit zal variëren afhankelijk van welk systeem wordt gebruikt. Vanwege het gebruik van de Dell PS5500 wordt in deze opdracht lvm over iSCSI gebruikt. Zorg ervoor dat u de instellingen aanpast aan het type opslagapparaat.
  3. device-config:target= Wordt gebruikt om de XenServer te vertellen welk iSCSI-apparaat moet worden opgevraagd op IP-adres.
  4. device-config:chapuser= Dit wordt gebruikt om te authenticeren bij het iSCSI-apparaat. In dit voorbeeld is eerder een iSCSI-volume gemaakt voor de gebruiker “tecmint”. Door de gebruikersnaam en het wachtwoord in deze opdracht te verzenden, antwoordt het iSCSI-apparaat terug met de benodigde informatie om het maken van de opslagplaats te voltooien.
  5. device-config:chappassword= Dit is het wachtwoord voor de bovenstaande CHAP-gebruikersnaam.

Zodra de opdracht is ingevoerd en verzonden, zal de XenServer proberen in te loggen op het iSCSI-apparaat en enige informatie retourneren die nodig is om dit iSCSI-apparaat daadwerkelijk toe te voegen als opslagplaats.

Hieronder ziet u wat het testsysteem van deze opdracht heeft geretourneerd.


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>

Het gemarkeerde stuk hier staat bekend als de iSCSI IQN. Dit is erg belangrijk en nodig om de SCSIid voor de opslagplaats te bepalen. Met deze nieuwe informatie kan het eerdere commando worden gewijzigd om de SCSIid te verkrijgen.


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"

Het enige dat aan het commando wordt toegevoegd, is de strofe targetIQN. Door deze nieuwe opdracht te geven, zal het systeem reageren met het laatste stukje informatie dat nodig is om een iSCSI Storage Repository te creëren. Dat laatste stukje informatie is de 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>

Vanaf dit punt zijn alle benodigde onderdelen om een iSCSI Storage Repository te creëren beschikbaar en is het tijd om de opdracht te geven om deze SR aan deze specifieke XenServer toe te voegen. Het aanmaken van de Storage Repository op basis van de gecombineerde informatie gaat als volgt:


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

Als alles goed gaat, zal het systeem verbinding maken met het iSCSI-apparaat en vervolgens de UUID van de nieuw toegevoegde opslagplaats retourneren.


bea6caa4-ecab-8509-33a4-2cda2599fb75

De UUID-uitvoer is een goed teken! Zoals bij alle systeembeheertaken is het altijd een goed idee om te bevestigen dat de opdracht succesvol was. Dit kan worden bereikt met een ander ‘xe’ commando.


xe sr-list name-label="Tecmint iSCSI Storage"
Voorbeelduitvoer

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

Vanuit de CLI-uitvoer heeft deze XenServer met succes verbinding gemaakt met het Dell iSCSI-apparaat en is hij klaar om gast-VDI-bestanden op te slaan.

Creëren van ISO-opslagrepository's

De volgende reeks stappen doorloopt het proces van het maken van een ISO-bibliotheek. ISO-bestanden zijn doorgaans afbeeldingen van compact disk (CD)-installatiemedia.

Door voor deze ISO-bestanden een speciale opslagplaats te laten aanmaken, kan de installatie van nieuwe gasten zeer snel plaatsvinden. Wanneer een beheerder een nieuwe gast wil aanmaken, kan hij eenvoudigweg een van de ISO-bestanden selecteren die in deze ISO-bibliotheek aanwezig zijn, in plaats van dat hij fysiek een CD in een XenServer in de pool hoeft te plaatsen.

In dit deel van de handleiding wordt ervan uitgegaan dat de gebruiker een werkende SAMBA-server heeft. Als er geen SAMBA-server is ingesteld, lees dan gerust dit artikel over hoe u deze taak in Red Hat/Fedora kunt voltooien (ik zal in de toekomst een Debian SAMBA-serverhandleiding beschikbaar stellen):

  1. Stel de Samba-server in voor het delen van bestanden

De eerste stap is het verzamelen van de benodigde inloggegevens en configuratie-informatie voor de SAMBA ISO bibliotheek. Zodra de gebruikersnaam, het wachtwoord en de connectiviteitsinformatie beschikbaar zijn, kan een eenvoudige 'xe' commandovariant worden gebruikt om de SAMBA-bibliotheek met de XenServer te verbinden.


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

Met deze opdracht wordt niets op het scherm weergegeven, tenzij deze mislukt. Om te bevestigen dat het inderdaad de SAMBA ISO-share heeft aangekoppeld, geeft u nog een 'xe' commando:


xe sr-list
Voorbeelduitvoer

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

Deze XenServer-host is nu geconfigureerd met zowel een iSCSI Storage Repository als een CIFS ISO-bibliotheek om installatiemedia voor virtuele machines (gasten) op te slaan.

De volgende stappen zijn het maken van virtuele machines en het verbinden van die systemen met de juiste netwerken uit het eerdere netwerkartikel.