Cara Membuat dan Tambahkan Repositori Penyimpanan Citrix Xenserver - Bahagian 4

Dalam artikel keempat siri Xenserver ini, Penyelesaian Penyimpanan akan dibincangkan. Sama seperti rangkaian, penyelesaian penyimpanan di Xenserver sering sukar untuk dipahami pada mulanya. Sebelum memulakan sebarang konfigurasi, istilah dan konsep baru yang terlibat dalam penyimpanan Xenserver harus dibincangkan.

Kemas kini: Pada bulan Mei 2016, Citrix mengeluarkan versi baru platform Xenserver 7. Untuk pemasangan Ikut: Pemasangan segar Xenserver 7.

Xenserver Memperkenalkan beberapa istilah baru ke senarai terminologi penyimpanan tradisional. Walaupun memahami konsep selalu penting ketika bekerja dengan sistem IT, penyimpanan tidak begitu penting seperti artikel sebelumnya yang meliputi konsep rangkaian. Walau bagaimanapun, artikel ini masih akan meluangkan masa untuk menjelaskan dan cuba menjelaskan konsep penyimpanan ini.

Perkara pertama yang perlu diingat dengan penyimpanan Xenserver adalah bahawa kami mempunyai penyimpanan untuk tuan rumah Xenserver yang sebenarnya dan kemudian kami juga mempunyai penyimpanan untuk tetamu atau mesin maya yang akan berjalan pada tuan rumah Xenserver. Secara konseptual ini mudah dipahami tetapi menguruskannya boleh menjadi tugas yang menakutkan jika pentadbir tidak dikenali dengan tujuan setiap aspek penyimpanan.

Istilah pertama dikenali sebagai 'Sr' atau Repositori penyimpanan. Ini boleh dikatakan istilah yang paling penting dalam penyimpanan xenserver kerana ia mewakili medium fizikal yang mana cakera mesin maya akan disimpan dan diambil. Repositori penyimpanan boleh menjadi salah satu daripada beberapa jenis sistem penyimpanan termasuk, penyimpanan tempatan yang dilampirkan secara fizikal kepada Host Xenserver, ISCSI/Fiber Channel LUN, saham fail rangkaian NFS, atau penyimpanan pada perkakas penyimpanan Dell/NetApp.

Repositori penyimpanan boleh dikongsi atau didedikasikan dan boleh menyokong pelbagai ciri berguna seperti pengklonan cepat, peruntukan jarang (penyimpanan yang disediakan sebagai mesin maya memerlukannya), dan imej cakera maya semula (lebih banyak lagi).

Repositori Penyimpanan, SR, disambungkan secara logik ke tuan rumah Xenserver dengan apa yang dikenali sebagai Peranti blok fizikal, lebih sering dirujuk sebagai 'PBD'. The Pbd hanya merujuk kepada lokasi penyimpanan. Objek PBD ini boleh "dipasang" ke hos Xenserver untuk membolehkan tuan rumah membaca/menulis maklumat ke repositori penyimpanan tersebut.

Tujuan repositori penyimpanan adalah terutamanya untuk menyimpan mesin maya Imej cakera maya (Vdi) fail. Fail VDI adalah tempat di SR yang telah diperuntukkan untuk memegang sistem operasi dan fail lain untuk mesin maya yang berjalan pada tuan rumah Xenserver. Fail VDI boleh menjadi beberapa jenis yang berbeza. Jenisnya ditentukan oleh jenis repositori penyimpanan.

Jenis VDI biasa di Xenserver adalah jumlah logik (LV) yang dikendalikan oleh Pengurus Volume Logik, Cakera Keras Maya (VHD), atau mereka boleh menjadi nombor unit logik (LUN) pada peranti penyimpanan Dell atau NetApp. Catatan: Artikel ini akan menggunakan LUNS pada peranti penyimpanan Dell.

Fail VDI ini disambungkan ke mesin maya secara logik melalui objek yang dikenali sebagai Peranti blok maya, biasanya dirujuk sebagai 'VBD'. Objek VBD ini boleh dilampirkan kepada tetamu maya yang kemudiannya membolehkan mesin tetamu mengakses data yang disimpan dalam VDI tertentu pada SR masing -masing.

Sama seperti rangkaian di Xenserver, membaca mengenai penyimpanan adalah satu perkara tetapi dapat melihat hubungan di antara setiap item ini sering menguatkan konsep. Gambar rajah biasa yang digunakan untuk mewakili konsep penyimpanan xenserver sering mengelirukan orang baru kerana gambar rajah sering dibaca dalam fesyen linear. Berikut adalah salah satu imej seperti yang dipinjam dari Citrix.

Ramai individu membaca ini secara linear dari kiri ke kanan berfikir bahawa setiap bahagian adalah peranti fizikal yang berasingan. Ini tidak berlaku dan sering membawa kepada banyak kekeliruan tentang bagaimana penyimpanan Xenserver berfungsi. Grafik di bawah cuba menjelaskan konsep dengan cara yang kurang linear tetapi lebih pragmatik.

Semoga grafik di atas tidak lagi mengelirukan individu mengenai penyimpanan xenserver. Imej kedua adalah percubaan untuk menunjukkan sambungan logik (Pbd dan VBD) yang digunakan untuk menyambungkan xenserver dan tetamu ke simpanan jauh melalui satu sambungan rangkaian sebenar.

Dengan konseptualisasi dari jalan; Konfigurasi boleh bermula. Mengimbas kembali dari artikel pertama dalam siri ini, panduan ini menggunakan peranti penyimpanan Dell PS5500E ISCSI untuk penyimpanan cakera mesin maya (tetamu). Panduan ini tidak akan berjalan melalui konfigurasi peranti Dell ISCSI.

Konfigurasi Sistem:

1. Xenserver 6.5 dipasang dan ditampal (bahagian 1 siri)
2. Peranti Dell PS5500E ISCSI (peranti iSCSI lain boleh digunakan hanya menggantikan maklumat persekitaran di mana diperlukan).
3. Antara muka rangkaian xenserver dikonfigurasi (bahagian 3 siri).
4. Peranti ISCSI dan Xenserver secara logik dapat melihat antara satu sama lain (melalui utiliti ping).
5. Pelayan CIFS (Samba) menjalankan dan menganjurkan bahagian fail ISO CD (tidak diperlukan tetapi sangat berguna).

Citrix xenserver penyimpanan repositori penciptaan

Proses pertama ini akan melalui langkah -langkah untuk membuat perisian pemula iSCSI dari Host Xenserver ke Dell PS5500E.

Ini khusus Lun penggunaan Protokol Pengesahan Handshake Cabaran (Bab) untuk menyekat akses kepada jumlah ISCSI kepada pihak yang diberi kuasa tertentu.

Untuk membuat repositori penyimpanan, tradisional 'Xe' arahan akan berlaku. Maklumat ISCSI yang betul perlu diperolehi sebelum membuat repositori penyimpanan.

Lulus 'sr-probe' parameter ke 'Xe' Utiliti akan mengarahkan Xenserver untuk menanyakan peranti penyimpanan untuk iQN IQN (nama yang layak ISCSI).

Perintah pertama akan kelihatan sengit pada mulanya tetapi ia tidak begitu buruk kerana ia kelihatan.

# xe sr-probe type = lvmoiscsi peranti-config: sasaran = x.X.X.X Peranti-Config: Chapuser = "Tecmint" peranti-config: chappassword = "tecmint_chap" 

Perintah pertama ini diperlukan untuk mengumpulkan SCSI IQN untuk konfigurasi repositori penyimpanan. Sebelum bergerak, mari kita lihat semua bahagian arahan ini.

1. sr-probe - Digunakan untuk menanyakan peranti iSCSI untuk maklumat mengenai jumlah yang dibuat untuk tuan rumah Xenserver ini.
2. jenis = Digunakan untuk memberitahu Xenserver jenis repositori penyimpanan. Ini akan berbeza -beza bergantung pada sistem yang sedang digunakan. Oleh kerana penggunaan Dell PS5500, LVM ke atas ISCSI digunakan dalam perintah ini. Pastikan untuk mengubah suai untuk menyesuaikan jenis peranti penyimpanan.
3. peranti-config: sasaran = Digunakan untuk memberitahu Xenserver apa peranti ISCSI untuk diminta oleh alamat IP.
4. Peranti-Config: Chapuser = Ini digunakan untuk mengesahkan peranti iSCSI. Dalam contoh ini jumlah ISCSI telah dibuat sebelum ini untuk pengguna "Tecmint". Dengan menghantar nama pengguna dan kata laluan dalam perintah ini, peranti iSCSI akan membalas dengan maklumat yang diperlukan untuk menyelesaikan repositori penyimpanan.
5. peranti-config: chappassword = Ini adalah kata laluan untuk nama pengguna di atas.

Sebaik sahaja arahan dimasukkan dan diserahkan, Xenserver akan cuba log masuk ke peranti iSCSI dan akan mengembalikan beberapa maklumat yang diperlukan untuk benar -benar menambahkan peranti ISCSI ini sebagai repositori penyimpanan.

Berikut adalah sistem ujian yang dikembalikan dari arahan ini.

Kod Ralat: SR_Backend_Failure_96 Parameter ralat :, parameter scSiid hilang atau salah, 0     iqn.2001-05.com.Equallogic: 0-8A096-0D9A4AB02-46600020343560EF-XENCT-XEN2            

Sekeping yang diserlahkan di sini dikenali sebagai ISCSI IQN. Ini sangat penting dan diperlukan untuk menentukan Scsiid untuk repositori penyimpanan. Dengan maklumat baru ini, arahan terdahulu dapat diubah suai untuk mendapatkan Scsiid.

# xe sr-probe type = lvmoiscsi peranti-config: sasaran = x.X.X.X Peranti-Config: TargetIQN = IQN.2001-05.com.Equallogic: 0-8A0906-0D9A4AB02-4660002034343560EF-XENCT-XEN2 Peranti-Config: Chapuser = "Tecmint" Peranti-Config: Chappassword = "TECMINT_CHAP" 

Satu -satunya perkara yang ditambahkan pada arahan adalah TargetIQN rangkap. Dengan mengeluarkan arahan baru ini, sistem akan bertindak balas dengan maklumat terakhir yang diperlukan untuk membuat repositori penyimpanan iSCSI. Maklumat terakhir itu ialah ID SCSI.

Kod Ralat: SR_Backend_Failure_107 Parameter ralat:, parameter SCSIID hilang atau tidak betul, Eqlogic 0 107379425280   36090A028B04A9A0DEF60353420006046    

Dari sudut ini, semua kepingan yang diperlukan untuk membuat repositori penyimpanan iSCSI tersedia dan sudah tiba masanya untuk mengeluarkan arahan untuk menambahkan SR ini ke xenserver tertentu ini. Mewujudkan repositori penyimpanan dari maklumat gabungan dilakukan seperti berikut:

# xe sr-mencipta nama-label = "penyimpanan tecmint iscsi" type = lvmoiscsi content-type = pengguna pengguna-config: sasaran = x.X.X.X Peranti-Config: port = 3260 peranti-config: targetIQN = iqn.2001-05.com.Equallogic: 0-8A0906-0D9A4AB02-4660002034343560EF-XENCT-XEN2 Peranti-Config: Chapuser = "Tecmint" Peranti-Config: Chappassword = "TECMINT_CHAP" Peranti-Config: SCSIID = 36090A028B04A9A0DEF60353420006046 

Sekiranya semuanya berjalan lancar, sistem akan menyambung ke peranti iSCSI dan kemudian kembali Uuid repositori penyimpanan yang baru ditambah.

BEA6CAA4-ECAB-8509-33A4-2CDA25999FB75 

The Uuid Output adalah tanda hebat! Seperti semua tugas pentadbiran sistem, selalu ada idea yang baik untuk mengesahkan bahawa perintah itu berjaya. Ini dapat dicapai dengan yang lain 'Xe' perintah.

# xe sr-list name-label = "TECMINT ISCSI Storage" 

Output sampel

UUID (RO): BEA6CAA4-ECAB-8509-33A4-2CDA25999FB75 NAME-LABEL (RW): TECMINT ISCSI Penyimpanan Nama-Deskripsi (RW): Host (RO): Jenis XENCT-XEN2: ): Pengguna 

Daripada Cli output Xenserver ini telah berjaya disambungkan ke peranti Dell ISCSI dan siap menyimpan fail VDI tetamu.

Penciptaan Repositori Penyimpanan ISO

Siri langkah seterusnya berjalan melalui proses mewujudkan perpustakaan ISO. Fail ISO biasanya imej media pemasangan cakera padat (CD).

Dengan mengadakan repositori penyimpanan khas yang dibuat untuk fail ISO ini, pemasangan tetamu baru dapat dilakukan dengan cepat. Apabila pentadbir ingin membuat tetamu baru, mereka hanya boleh memilih salah satu fail ISO yang wujud di perpustakaan ISO ini dan bukannya harus meletakkan CD secara fizikal di Xenserver di kolam.

Bahagian panduan ini akan mengandaikan bahawa pengguna mempunyai kerja Samba pelayan. Sekiranya pelayan Samba tidak persediaan sila baca artikel ini tentang cara menyelesaikan tugas ini di Red Hat/Fedora (saya akan mempunyai panduan pelayan Debian Samba pada masa akan datang):

1. Penyediaan Samba Server untuk Perkongsian Fail

Langkah pertama adalah mengumpulkan maklumat kelayakan dan konfigurasi yang diperlukan untuk Samba ISO Perpustakaan. Setelah nama pengguna, kata laluan, dan maklumat sambungan tersedia dengan mudah 'Xe' Varian Perintah boleh digunakan untuk menyambungkan perpustakaan samba ke Xenserver.

# xe-mount-iso-sr /// iso -o username =, kata laluan = 

Perintah ini tidak akan mengeluarkan apa -apa ke skrin kecuali ia gagal. Untuk mengesahkan bahawa ia memang melancarkan bahagian Samba ISO, mengeluarkan yang lain 'Xe' Perintah:

# xe sr-senarai 

Output sampel

UUID (RO): 1FD75A51-10EE-41B9-9614-263EDB3F40D6 NAME-LABEL (RW): Perpustakaan ISO REMOTE pada: // / / / / / jenis kandungan ISO (RO): ISO 

Tuan rumah Xenserver ini kini dikonfigurasikan dengan kedua -dua Repositori Penyimpanan ISCSI serta Perpustakaan ISO CIFS Untuk menyimpan media pemasangan untuk mesin maya (tetamu).

Langkah seterusnya adalah penciptaan mesin maya dan menghubungkan sistem tersebut ke rangkaian yang betul dari artikel rangkaian terdahulu.