Cara membuat dan menambahkan repositori penyimpanan citrix xenserver - bagian 4

Dalam artikel keempat dari seri XenServer ini, solusi penyimpanan akan dibahas. Sama seperti jaringan, solusi penyimpanan di XenServer seringkali sulit dipahami pada awalnya. Sebelum memulai konfigurasi apa pun, terminologi dan konsep baru yang terlibat dalam penyimpanan XenServer harus dibahas.

Memperbarui: Pada Mei 2016, Citrix merilis versi baru platform Xenserver 7. Untuk instalasi Ikuti: Instalasi XenServer 7 yang baru.

XenServer memperkenalkan beberapa istilah baru ke daftar terminologi penyimpanan tradisional. Saat memahami konsep -konsep itu selalu penting saat bekerja dengan sistem TI, penyimpanan tidak sama pentingnya dengan artikel sebelumnya yang mencakup konsep jaringan. Namun, artikel ini masih akan meluangkan waktu untuk menjelaskan dan mencoba mengklarifikasi konsep penyimpanan ini.

Hal pertama yang perlu diingat dengan penyimpanan XenServer adalah bahwa kami memiliki penyimpanan untuk host XenServer yang sebenarnya dan kemudian kami juga memiliki penyimpanan untuk mesin atau mesin virtual yang akan berjalan di host XenServer. Secara konseptual ini mudah dipahami tetapi mengelola itu bisa menjadi tugas yang menakutkan jika administrator tidak terbiasa dengan tujuan masing -masing aspek penyimpanan.

Istilah pertama dikenal sebagai 'Sr' atau Repositori Penyimpanan. Ini bisa dibilang istilah terpenting dalam penyimpanan XenServer karena mewakili media fisik yang akan disimpan dan diambil oleh disk mesin virtual. Repositori penyimpanan dapat berupa salah satu dari beberapa jenis sistem penyimpanan termasuk, penyimpanan lokal yang terpasang secara fisik ke host XenServer, ISCSI/Fiber Channel LUN, berbagi file jaringan NFS, atau penyimpanan pada alat penyimpanan Dell/NetApp NetApp.

Repositori penyimpanan dapat dibagikan atau didedikasikan dan dapat mendukung banyak fitur yang berguna seperti kloning cepat, alokasi jarang (disediakan penyimpanan sebagai mesin virtual membutuhkannya), dan gambar disk virtual yang dapat diperbaiki (lebih lanjut tentang ini nanti).

Repositori penyimpanan, SR, secara logis terhubung ke host XenServer dengan apa yang dikenal sebagai a Perangkat blok fisik, lebih umum dirujuk sebagai 'PBD'. Itu PBD hanyalah referensi ke lokasi penyimpanan. Objek PBD ini dapat "dicolokkan" ke host XenServer untuk memungkinkan host itu membaca/menulis informasi ke repositori penyimpanan itu.

Tujuan repositori penyimpanan terutama untuk menyimpan mesin virtual Gambar disk virtual File (vdi). File VDI adalah tempat pada SR yang telah dialokasikan untuk menahan sistem operasi dan file lain untuk mesin virtual yang berjalan di host XenServer. File VDI dapat berupa beberapa jenis yang berbeda. Jenisnya ditentukan berdasarkan jenis repositori penyimpanan.

Jenis VDI umum di XenServer adalah volume logis (LV) yang dikelola oleh Logical Volume Manager, Virtual Hard disk (VHD), atau mereka dapat berupa nomor unit logis (LUN) pada perangkat penyimpanan Dell atau NetApp NetApp. Catatan: Artikel ini akan menggunakan LUNS di perangkat penyimpanan Dell.

File VDI ini terhubung ke mesin virtual secara logis melalui objek yang dikenal sebagai a Perangkat blok virtual, umumnya dirujuk sebagai 'VBD'. Objek VBD ini dapat dilampirkan pada tamu virtual yang kemudian memungkinkan mesin tamu untuk mengakses data yang disimpan dalam VDI tertentu pada SR masing -masing.

Sama seperti jaringan di XenServer, membaca tentang penyimpanan adalah satu hal tetapi dapat melihat hubungan di antara masing -masing item ini sering memperkuat konsep. Diagram umum yang digunakan untuk mewakili konsep penyimpanan xenserver sering kali membingungkan orang baru karena diagram sering dibaca dengan cara linier. Di bawah ini adalah salah satu gambar yang dipinjam dari Citrix.

Banyak orang membaca ini secara linear dari kiri ke kanan berpikir bahwa setiap bagian adalah perangkat fisik yang terpisah. Ini bukan masalahnya dan sering kali menyebabkan banyak kebingungan tentang cara kerja penyimpanan xenserver. Grafik di bawah ini mencoba menjelaskan konsep dengan cara yang kurang linier tetapi lebih pragmatis.

Semoga grafik di atas tidak lebih membingungkan orang tentang penyimpanan Xenserver. Gambar kedua adalah upaya untuk menunjukkan koneksi logis (PBD Dan VBD) yang digunakan untuk menghubungkan Xenservers dan tamu ke penyimpanan jarak jauh melalui satu koneksi jaringan yang sebenarnya.

Dengan konseptualisasi keluar dari jalan; konfigurasi bisa dimulai. Mengingat dari artikel pertama dalam seri ini, panduan ini menggunakan perangkat penyimpanan Dell PS5500E ISCSI untuk penyimpanan disk mesin virtual (tamu). Panduan ini tidak akan berjalan melalui konfigurasi perangkat Dell ISCSI.

Sistem konfigurasi:

1. XenServer 6.5 terpasang dan ditambal (Bagian 1 Seri)
2. Perangkat ISCSI Dell PS5500E (Perangkat ISCSI lainnya dapat digunakan Just Chart Informasi Lingkungan Di Bong Diperlukan).
3. Antarmuka Jaringan XenServer yang Dikonfigurasi (Bagian 3 Seri).
4. Perangkat ISCSI dan XenServer dapat secara logis saling bertemu (melalui utilitas ping).
5. Server CIFS (SAMBA) menjalankan dan hosting bagian dari file CD ISO (tidak diperlukan tetapi sangat berguna).

Citrix XenServer Storage Repository Creation

Proses pertama ini akan melalui langkah -langkah untuk membuat Inisiator ISCSI Perangkat Lunak dari Host XenServer ke Dell PS5500E.

Ini Lun penggunaan Protokol Otentikasi Tantangan-Handshake (Chap) untuk membatasi akses ke volume ISCSI ke pihak yang berwenang tertentu.

Untuk membuat repositori penyimpanan, tradisional 'xe' perintah akan terjadi. Informasi ISCSI yang tepat perlu diperoleh sebelum membuat repositori penyimpanan.

Melewati 'sr-probe' parameter ke 'xe' Utilitas akan menginstruksikan XenServer untuk menanyakan perangkat penyimpanan untuk IQN ISCSI (nama yang memenuhi syarat ISCSI).

Perintah pertama akan terlihat intens pada awalnya tetapi tidak seburuk kelihatannya.

# xe sr-probe type = lvmoiscsi perangkat-konfigasi: target = x.X.X.X perangkat-konfigurasi: chapuser = "tecmint" perangkat-konfigasi: chappassword = "tecmint_chap" 

Perintah pertama ini diperlukan untuk mengumpulkan SCSI IQN untuk konfigurasi repositori penyimpanan. Sebelum melanjutkan, mari kita lihat semua bagian dari perintah ini.

1. sr-probe - Digunakan untuk menanyakan perangkat ISCSI untuk informasi tentang volume yang dibuat untuk host xenserver ini.
2. ketik = Digunakan untuk memberi tahu XenServer jenis repositori penyimpanan. Ini akan bervariasi tergantung pada sistem apa yang sedang digunakan. Karena penggunaan Dell PS5500, LVM atas ISCSI digunakan dalam perintah ini. Pastikan untuk memodifikasi agar sesuai dengan jenis perangkat penyimpanan.
3. perangkat-konfigurasi: target = Digunakan untuk memberi tahu XenServer apa perangkat ISCSI untuk diminta dengan alamat IP.
4. perangkat-konfigurasi: chapuser = Ini digunakan untuk mengotentikasi ke perangkat ISCSI. Dalam contoh ini volume ISCSI telah dibuat sebelumnya untuk pengguna "tecmint". Dengan mengirim nama pengguna dan kata sandi dalam perintah ini, perangkat ISCSI akan menanggapi kembali dengan informasi yang diperlukan untuk menyelesaikan pembuatan repositori penyimpanan.
5. perangkat-konfigurasi: chappassword = Ini adalah kata sandi untuk nama pengguna Chap di atas.

Setelah perintah dimasukkan dan dikirimkan, XenServer akan mencoba masuk ke perangkat ISCSI dan akan mengembalikan beberapa informasi yang diperlukan untuk benar -benar menambahkan perangkat ISCSI ini sebagai repositori penyimpanan.

Di bawah ini adalah apa yang dikembalikan sistem uji dari perintah ini.

Kode kesalahan: sr_backend_failure_96 parameter kesalahan:, parameter scsiid hilang atau salah, 0     IQN.2001-05.com.EqualLogic: 0-8A096-0D9A4AB02-46600020343560EF-XENCT-XEN2            

Bagian yang disorot di sini dikenal sebagai ISCSI IQN. Ini sangat penting dan diperlukan untuk menentukan Scsiid untuk repositori penyimpanan. Dengan informasi baru ini, perintah sebelumnya dapat dimodifikasi untuk mendapatkan Scsiid.

# xe sr-probe type = lvmoiscsi perangkat-konfigasi: target = x.X.X.X perangkat-konfigurasi: targetiqn = iqn.2001-05.com.EqualLogic: 0-8A0906-0D9A4AB02-46600020343560EF-XENCT-XEN2 Perangkat-konfig 

Satu -satunya hal yang ditambahkan ke perintah adalah targetiqn bait. Dengan mengeluarkan perintah baru ini, sistem akan merespons dengan informasi terakhir yang diperlukan untuk membuat repositori penyimpanan ISCSI. Informasi terakhir itu adalah ID SCSI.

Kode kesalahan: sr_backend_failure_107 parameter kesalahan:, parameter scsiid hilang atau tidak benar, eqlogic 0 107379425280   36090A028B04A9A0DEF60353420006046    

Dari titik ini, semua bagian yang diperlukan untuk membuat repositori penyimpanan ISCSI tersedia dan sekarang saatnya untuk mengeluarkan perintah untuk menambahkan SR ini ke XenServer khusus ini. Membuat repositori penyimpanan dari informasi gabungan dilakukan sebagai berikut:

# xe sr-create name-label = "tecmint iScsi penyimpanan" type = lvmoiscsi konten-tipe = perangkat pengguna-konfigasi: target = x.X.X.X perangkat-konfigasi: port = 3260 perangkat-konfigasi: targetiqn = iqn.2001-05.com.EqualLogic: 0-8A0906-0D9A4AB02-46600020343560EF-XENCT-XEN2 Perangkat-konfig perangkat-konfigasi: scsiid = 36090a028b04a9a0def60353420006046 

Jika semuanya berjalan dengan baik, sistem akan terhubung ke perangkat ISCSI dan kemudian mengembalikan UUID dari repositori penyimpanan yang baru ditambahkan.

BEA6CAA4-ECAB-8509-33A4-2CDA2599FB75 

Itu UUID Output adalah pertanda bagus! Seperti halnya semua tugas administrasi sistem, selalu merupakan ide yang baik untuk mengkonfirmasi bahwa perintah itu berhasil. Ini bisa dicapai dengan yang lain 'xe' memerintah.

# XE SR-LIST Name-label = "Tecmint ISCSI Storage" 

Output sampel

UUID (RO): BEA6CAA4-ECAB-8509-33A4-2CDA2599FB75 Nama-label (RW): TecMint ISCSI Penyimpanan Nama-Deskripsi (RW): Host (RO): Xenct-Xen2 Tipe (RO): LVMOISCSI Konten-Type (RO ) : pengguna 

Dari Cli Output XenServer ini telah berhasil terhubung ke perangkat Dell ISCSI dan siap untuk menyimpan file VDI tamu.

Kreasi Repositori Penyimpanan ISO

Serial langkah berikutnya berjalan melalui proses pembuatan perpustakaan ISO. File ISO biasanya gambar media instalasi disk kompak (CD).

Dengan memiliki repositori penyimpanan khusus yang dibuat untuk file ISO ini, instalasi tamu baru dapat dilakukan dengan sangat cepat. Ketika seorang administrator ingin membuat tamu baru, mereka dapat dengan mudah memilih salah satu file ISO yang ada di perpustakaan ISO ini daripada harus meletakkan CD secara fisik di XenServer di kolam renang.

Bagian panduan ini akan menganggap bahwa pengguna memiliki pekerjaan Samba server. Jika server samba tidak diatur, jangan ragu untuk membaca artikel ini tentang cara menyelesaikan tugas ini di Red Hat/Fedora (saya akan memiliki panduan server Samba Debian di masa depan):

1. Mengatur server samba untuk berbagi file

Langkah pertama adalah mengumpulkan kredensial dan informasi konfigurasi yang diperlukan untuk Samba ISO perpustakaan. Setelah nama pengguna, kata sandi, dan informasi konektivitas tersedia sederhana 'xe' Varian perintah dapat digunakan untuk menghubungkan perpustakaan Samba ke XenServer.

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

Perintah ini tidak akan menghasilkan apa pun ke layar kecuali gagal. Untuk mengkonfirmasi bahwa itu memang memasang saham Samba ISO, mengeluarkan yang lain 'xe' memerintah:

# XE SR-LIST 

Output sampel

UUID (RO): 1FD75A51-10EE-41B9-9614-263EDB3F40D6 Nama-Label (RW): Perpustakaan ISO Jarak Jauh di: // /ISO Name-Description (RW): Host (RO): Xenct-Xen2 Tipe (RO): ISO Content-Type (RO): ISO 

Host XenServer ini sekarang dikonfigurasi dengan keduanya Repositori Penyimpanan ISCSI serta a Perpustakaan CIFS ISO Untuk menyimpan media instalasi untuk mesin virtual (tamu).

Langkah selanjutnya adalah pembuatan mesin virtual dan menghubungkan sistem tersebut ke jaringan yang tepat dari artikel jaringan sebelumnya.