Kā izveidot un pievienot Citrix XenServer krātuves - 4. daļa

Šīs XenServer sērijas ceturtajā rakstā tiks apspriesti krātuves risinājumi. Līdzīgi kā tīklošana, arī XenServer glabāšanas risinājumus sākumā ir grūti saprast. Pirms jebkuras konfigurācijas sākšanas ir jāapspriež jaunā terminoloģija un jēdzieni, kas saistīti ar XenServer krātuvi.

XenServer ievieš vairākus jaunus terminus tradicionālās krātuves terminoloģijas sarakstā. Kaut arī jēdzienu izpratne vienmēr ir svarīga, strādājot ar jebkuru IT sistēmu, glabāšana nebūt nav tik būtiska kā iepriekšējais raksts, kas aptver tīkla koncepcijas. Tomēr šim rakstam joprojām būs vajadzīgs laiks, lai izskaidrotu un mēģinātu precizēt šos glabāšanas jēdzienus.

Pirmā lieta, kas jāatceras, izmantojot XenServer krātuvi, ir tā, ka mums ir krātuve faktiskajam XenServer resursdatoram, un pēc tam mums ir arī krātuve viesiem vai virtuālajām mašīnām, kas darbosies XenServer resursdatorā. Konceptuāli to ir viegli saprast, taču tā pārvaldīšana var būt biedējošs uzdevums, ja administratoram nav zināmi katra glabāšanas aspekta mērķi.

Pirmais termins ir pazīstams kā “SR” vai krātuves krātuve. Tas neapšaubāmi ir vissvarīgākais termins XenServer krātuvē, jo tas apzīmē fizisko datu nesēju, kurā tiks glabāti un izgūti virtuālās mašīnas diski. Krātuves krātuves var būt jebkura no vairākām dažāda veida glabāšanas sistēmām, tostarp lokālā krātuve, kas fiziski pievienota XenServer resursdatoram, iSCSI/Fiber Channel LUN, NFS tīkla failu koplietošana vai krātuve Dell/NetApp krātuves ierīcē.

Krātuves krātuves var būt koplietojamas vai īpašas, un tās var atbalstīt daudzas noderīgas funkcijas, piemēram, ātru klonēšanu, retu piešķiršanu (krātuve tiek nodrošināta pēc nepieciešamības virtuālajai mašīnai) un atkārtoti lielus virtuālā diska attēlus (vairāk par tiem vēlāk).

Krātuves krātuves, SR, ir loģiski savienotas ar XenServer resursdatoru ar tā dēvēto fiziskā bloka ierīci, ko biežāk dēvē par “PBD”. PBD ir vienkārši atsauce uz uzglabāšanas vietu. Šos PBD objektus var “pieslēgt” XenServer resursdatoram, lai ļautu šim resursdatoram lasīt/rakstīt informāciju šajā krātuves krātuvē.

Krātuves krātuvju mērķis galvenokārt ir virtuālās mašīnas virtuālā diska attēla (VDI) failu glabāšana. VDI faili ir vietas uz SR, kas piešķirti operētājsistēmas un citu failu glabāšanai virtuālajai mašīnai, kas darbojas XenServer resursdatorā. VDI faili var būt dažādi. Veidu nosaka pēc krātuves veida.

XenServer izplatītie VDI veidi ir loģiskie sējumi (LV), kurus pārvalda loģiskais sējumu pārvaldnieks, virtuālais cietais disks (VHD), vai tie var būt loģisko vienību numuri (LUN) Dell vai NetApp atmiņas ierīcē. Piezīme. Šajā rakstā Dell atmiņas ierīcē tiks izmantoti LUN.

Šie VDI faili ir savienoti ar virtuālajām mašīnām loģiski, izmantojot objektu, kas pazīstams kā Virtuālā bloķēšanas ierīce, ko parasti dēvē par “VBD”. Šos VBD objektus var piesaistīt virtuālajiem viesiem, kas pēc tam viesu mašīnai ļauj piekļūt datiem, kas attiecīgajā VDI glabāti attiecīgajā SR.

Līdzīgi kā tīklā XenServer, lasīšana par krātuvi ir viena lieta, bet spēja redzēt attiecības starp šiem vienumiem bieži nostiprina jēdzienus. Kopējās diagrammas, ko izmanto, lai attēlotu XenServer krātuves jēdzienus, bieži sajauc jaunākus cilvēkus, jo diagrammas bieži lasa lineāri. Zemāk ir viens šāds attēls, kas aizgūts no Citrix.

Daudzi cilvēki to lasa lineāri no kreisās uz labo, domājot, ka katra daļa ir atsevišķa fiziska ierīce. Tas tā nav, un tas bieži rada daudz neskaidrību par XenServer krātuves darbību. Zemāk redzamajā grafikā tiek mēģināts skaidrot jēdzienus mazāk lineārā, bet pragmatiskākā veidā.

Cerams, ka iepriekš redzamais grafiks vēl vairāk nemulsina personas par XenServer krātuvi. Otrais attēls ir mēģinājums parādīt loģiskos savienojumus (PBD un VBD), kas tiek izmantoti, lai XenServers un viesus savienotu ar attālo krātuvi, izmantojot vienu faktisko tīkla savienojumu.

Ar konceptualizāciju no ceļa; konfigurācija var sākties. Atgādinot no šīs sērijas pirmā raksta, šajā rokasgrāmatā virtuālās mašīnas (viesu) disku glabāšanai tiek izmantota Dell PS5500E iSCSI atmiņas ierīce. Šajā rokasgrāmatā netiks apskatīta Dell iSCSI ierīces konfigurācija.

  1. XenServer 6.5 instalēta un ielāpīta (sērijas 1. daļa)
  2. Dell PS5500E iSCSI ierīce (citas iSCSI ierīces var izmantot, ja nepieciešams, tikai aizstājot vides informāciju).
  3. Konfigurētas XenServer tīkla saskarnes (sērijas 3. daļa).
  4. iSCSI ierīce un XenServer var loģiski redzēt viens otru (izmantojot ping utilītu).
  5. CIFS (SAMBA) serveris, kas darbojas un mitina daļu CD ISO failu (nav nepieciešams, bet ir ļoti noderīgs).

Citrix XenServer krātuves izveide

Šis pirmais process veiks soļus, lai izveidotu programmatūras iSCSI iniciatoru no XenServer resursdatora līdz Dell PS5500E.

Šis konkrētais LUN izmanto Challenge-Handshake Authentication Protocol (CHAP), lai ierobežotu piekļuvi iSCSI sējumam tikai atsevišķām pilnvarotām pusēm.

Lai izveidotu krātuves krātuvi, notiks tradicionālā komanda xe. Pirms krātuves krātuves izveidošanas jāiegūst pareiza iSCSI informācija.

Nosūtot parametru “sr-probe” utilītai “xe”, XenServer uzdos vaicāt atmiņas ierīcei iSCSI IQN (iSCSI kvalificēts nosaukums).

Pirmā komanda sākumā izskatīsies intensīva, taču tā nav tik slikta, kā izskatās.

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

Šī pirmā komanda ir nepieciešama, lai apkopotu SCSI IQN krātuves krātuves konfigurācijai. Pirms doties tālāk, apskatīsim visas šīs komandas daļas.

  1. sr-probe - tiek izmantots, lai vaicātu iSCSI ierīcē informāciju par šim XenServer resursdatoram izveidoto apjomu.
  2. type = Izmanto, lai XenServer norādītu krātuves repozitorija tipu. Tas mainīsies atkarībā no izmantotās sistēmas. Tā kā tiek izmantots Dell PS5500, šajā komandā tiek izmantots lvm, izmantojot iSCSI. Noteikti modificējiet to atbilstoši atmiņas ierīces tipam.
  3. device-config: target = Izmanto, lai XenServer pastāstītu, par kādu iSCSI ierīci vaicāt pēc IP adreses.
  4. device-config: chapuser = Tas tiek izmantots, lai autentificētos iSCSI ierīcē. Šajā piemērā lietotājam “tecmint” iepriekš tika izveidots iSCSI sējums. Nosūtot lietotāja vārdu un paroli šajā komandā, iSCSI ierīce atbildēs ar nepieciešamo informāciju, lai pabeigtu krātuves krātuves izveidi.
  5. device-config: chappassword = Šī ir parole iepriekšējam CHAP lietotājvārdam.

Kad komanda ir ievadīta un iesniegta, XenServer mēģinās pieteikties iSCSI ierīcē un atgriezīs informāciju, kas vajadzīga, lai faktiski pievienotu šo iSCSI ierīci kā krātuves krātuvi.

Zemāk ir redzams, ko testa sistēma atgriezās no šīs komandas.

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>

Izceltais gabals šeit ir pazīstams kā iSCSI IQN. Tas ir ļoti svarīgi, un tas ir nepieciešams, lai noteiktu SCSIid krātuves krātuvei. Izmantojot šo jauno informāciju, iepriekšējo komandu var mainīt, lai iegūtu 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"

Vienīgais, kas komandai pievienots, ir targetIQN posms. Izdodot šo jauno komandu, sistēma atbildēs ar pēdējo nepieciešamo informāciju, lai izveidotu iSCSI krātuves krātuvi. Pēdējā informācija ir 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>

No šī brīža ir pieejami visi nepieciešamie gabali, lai izveidotu iSCSI krātuvi, un ir pienācis laiks izdot komandu, lai pievienotu šo SR šim konkrētajam XenServer. Krātuves krātuves izveidošana no apvienotās informācijas tiek veikta šādi:

# 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

Ja viss izdosies, sistēma izveidos savienojumu ar iSCSI ierīci un pēc tam atgriezīs nesen pievienotās krātuves UUID.

bea6caa4-ecab-8509-33a4-2cda2599fb75

UUID izeja ir lieliska zīme! Tāpat kā ar visiem sistēmas administrēšanas uzdevumiem, vienmēr ir ieteicams apstiprināt, ka komanda bija veiksmīga. To var paveikt ar citu ‘xe’ komandu.

# 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

No CLI izejas šis XenServer ir veiksmīgi izveidojis savienojumu ar Dell iSCSI ierīci un ir gatavs viesu VDI failu glabāšanai.

ISO krātuves izveidošana

Nākamā darbību sērija iet cauri ISO bibliotēkas izveides procesam. ISO faili parasti ir kompaktdisku (CD) instalācijas datu attēli.

Ja šiem ISO failiem ir izveidota īpaša krātuve, jauno viesu instalēšanu var veikt ļoti ātri. Kad administrators vēlas izveidot jaunu viesi, viņš var vienkārši izvēlēties vienu no šajā ISO bibliotēkā esošajiem ISO failiem, nevis fiziski ievietot kompaktdisku XenServer baseinā.

Šajā rokasgrāmatas daļā tiks pieņemts, ka lietotājam ir strādājošs SAMBA serveris. Ja SAMBA serveris nav iestatīts, lūdzu, izlasiet šo rakstu par to, kā veikt šo uzdevumu Red Hat/Fedora (man nākotnē būs Debian SAMBA servera ceļvedis):

  1. Samba servera iestatīšana failu koplietošanai

Pirmais solis ir apkopot nepieciešamos akreditācijas datus un informāciju par konfigurāciju SAMBA ISO bibliotēkai. Kad būs pieejams lietotājvārds, parole un savienojamības informācija, SAMBA bibliotēkas savienošanai ar XenServer var izmantot vienkāršu ‘xe’ komandas variantu.

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

Šī komanda ekrānā neko neizdos, ja vien tā neizdosies. Lai apstiprinātu, ka tā patiešām ir uzstādījusi SAMBA ISO koplietošanu, izsniedziet vēl vienu komandu ‘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

Šis XenServer resursdators tagad ir konfigurēts gan ar iSCSI krātuves krātuvi, gan ar CIFS ISO bibliotēku, lai glabātu virtuālo mašīnu (viesu) instalācijas datu nesējus.

Nākamie soļi būs virtuālo mašīnu izveide un šo sistēmu savienošana ar atbilstošajiem tīkliem no iepriekšējā tīkla raksta.