Panduan Untuk Menghubungkan Ke Target iSCSI Menggunakan Perangkat Lunak Inisiatif Open-iSCSI

Langkah Demi Langkah: Hubungkan Ke Target iSCSI Menggunakan Perangkat Lunak Inisiatif Open-iSCSI

Artikel ini akan menunjukkan kepada Anda bagaimana mengkonfigurasi Open-iSCSI inisiator (klien) untuk terhubung ke target iSCSI yang ada (server).  Saya tidak akan benar-benar meninjau cara men-setup Target iSCSI dalam artikel ini. Jika Anda belum memiliki Target iSCSI yang tersedia di lingkungan Anda, Anda dapat melihat OpenFiler.

Dalam panduan ini, saya menggunakan sistem CentOS 6.5 sebagai inisiator iSCSI (klien) dan akan terhubung ke target iSCSI yang ada.

Instal Perangkat Lunak Open-iSCSI

Pada sistem CentOS 6.5 saya, paket inisiasi open iscsi tidak diinstal secara default.  Anda dapat memeriksa untuk melihat apakah sistem Anda memiliki paket yang diinstal dengan menjalankan perintah berikut: [root @ linux ~] # rpm -qa | grep iscsi-inisiator-utils Jika paket issi-inisiator-utils belum terinstal, gunakan perintah "yum" untuk menginstalnya: [root @ linux ~] # yum install iscsi-inisiator-utils

Mulai Layanan iSCSI

Setelah menginstal paket iscsi-inisiator-utils, jalankan layanan iscsid dan konfigurasikan layanan iscsid dan iscsi untuk secara otomatis memulai setiap kali boot sistem: [root @ linux ~] # /etc/init.d/iscsid start [root @ linux ~] # chkconfig iscsid pada [root @ linux ~] # chkconfig iscsi pada

Temukan Target iSCSI

Gunakan perintah iscsiadm untuk menemukan semua target iSCSI di server Target iSCSI Anda (yaitu SAN iSCSI Anda.  Dalam hal ini server saya menjalankan OpenFiler): [root @ linux ~] # iscsiadm -m discovery -t sendtargets -p 192.168.197.201 192.168.197.201:3260,1 iqn.2006-01.com.openfiler: tsn.target1 Catatan: Dalam contoh saya, nama host dari Target iSCSI saya (SAN) adalah "openfiler.mydomain.com" dan memiliki alamat IP 192.168.197.201

Login Ke Target iSCSI Dan Konfigurasikan Login Otomatis Pada Saat Boot

[root @ linux ~] # iscsiadm -m node -T iqn.2006-01.com.openfiler: tsn.target1 -p 192.168.197.201 --login [root @ linux ~] # iscsiadm -m node -T iqn.2006 -01.com.openfiler: tsn.target1 -p 192.168.197.201 --op update -n node.startup -v otomatis Verifikasi sesi iSCSI aktif [root @ linux ~] # iscsiadm -m sesi tcp: [1] 192.168. 197.201: 3260,1 iqn.2006-01.com.openfiler: tsn.target1 Identifikasi perangkat mana yang target iSCSI peta ke [root @ linux ~] # (cd / dev / disk / by-path; ls-l * iscsi * | awk '{FS = ""; cetak $ 9 "" $ 10 "" $ 11}') ip-192.168.197.201: 3260-iscsi-iqn.2006-01.com.openfiler: tsn.target1-lun-0 ->. ./../sdc Ini memberitahu kita bahwa target iSCSI telah dipetakan ke / dev / sdc pada sistem.  Dari sini, gunakan perintah pemformatan / pemformatan standar (fdisk, mkfs, dll) untuk mengatur disk seperti yang diinginkan! Jika Anda tertarik untuk mengetahui cara Menghubungkan ke Target iSCSI Menggunakan Open-iSCSI Initiator Software, lakukan baca blog kami Direproduksi dengan izin dari Linuxclustering

Praktik Terbaik Untuk Menghilangkan SPoF Dalam Arsitektur Cluster

Mencari cara terbaik Menghilangkan SPoF Dalam Arsitektur Cluster bukanlah ilmu roket, mengobrol dengan kami Direproduksi dengan izin dari Linuxclustering

Cara Mengatur Biaya Rendah SAN Dengan Perangkat Lunak Linux Target iSCSI

Panduan Langkah-demi-Langkah Untuk Mengatur Biaya Rendah SAN Dengan Perangkat Lunak Linux Target iSCSI

Target iSCSI perangkat lunak dapat menjadi cara yang bagus untuk menyiapkan penyimpanan bersama saat Anda tidak memiliki cukup adonan untuk membeli perangkat keras SAN yang mahal. Target iSCSI bertindak seperti rangkaian perangkat keras iSCSI yang sebenarnya, kecuali itu hanya perangkat lunak yang berjalan di server tradisional (atau bahkan VM!). Menyiapkan target iSCSI adalah cara mudah dan murah untuk mendapatkan penyimpanan bersama yang Anda butuhkan. Tidak masalah jika Anda menggunakan produk pengelompokan seperti Microsoft Windows Server Failover Clustering (WSFC), sistem file klaster seperti GFS atau OCFS. Atau bahkan jika Anda ingin mendapatkan hasil maksimal dari platform virtualisasi Anda (baik itu VMware, XenServer, atau Hyper-V) dengan mengaktifkan penyatuan penyimpanan dan migrasi langsung.

Tentang Lio-Target

Baru-baru ini, kernel Linux telah mengadopsi LIO-Target sebagai target iSCSI standar untuk Linux. LIO-Target tersedia di kernel Linux 3.1 dan lebih tinggi. LIO-Target mendukung SCSI-3 Persistent Reservations, yang diperlukan oleh Windows Server Failover Clustering, VMware vSphere, dan produk pengelompokan lainnya. The LUNs (disk) yang disajikan oleh target iSCSI dapat berupa seluruh disk, partisi, atau bahkan file lama pada sistem file. LIO-Target mendukung semua opsi ini. Di bawah ini, kami akan membahas langkah-langkah untuk mengonfigurasi LIO-Target pada server Ubuntu 12.04. Distro baru lainnya mungkin akan berfungsi juga, tetapi langkah-langkahnya mungkin sedikit berbeda.

Langkah-Langkah Konfigurasi

Pertama, instal paket Lio-target:

# apt-get install –no-install-recommends targetcli python-urwid Lio-target dikontrol menggunakan utilitas baris perintah targetcli. Langkah pertama adalah membuat backing store untuk LUN. Dalam contoh ini, kami akan menggunakan LUN yang didukung file, yang hanya file biasa pada sistem file server target iSCSI. # targetcli /> cd backstores / / backstores> ls o- backstores …………………………………………………… […] o- fileio ………………………… ………………. [0 Obyek Penyimpanan] o-iblock …………………………………………. [0 Objek Penyimpanan] o- pscsi ………………………………………… .. [0 Objek Penyimpanan] o- rd_dr ………………………………………… .. [0 Objek Penyimpanan] o- rd_mcp …………………………………………. [0 Objek Penyimpanan] / backstores> cd fileio / backstores / fileio> membantu membuat (untuk bantuan) / backstores / fileio> membuat lun0 / root / iscsi-lun0 2g (membuat file 2GB yang didukung LUN)

Tahap kedua

Sekarang LUN dibuat. Setengah jalan di sana untuk Mengatur Biaya Rendah SAN dengan Perangkat Lunak Linux iSCSI Target. Selanjutnya, kami akan menyiapkan target sehingga sistem klien dapat mengakses penyimpanan. / backstores / fileio / lun0> cd / iscsi / iscsi> buat (buat iqn dan grup port target) Buat target iqn.2003-01.org.linux-iscsi.murray.x8664: sn.31fc1a672ba1. Tag TPG yang dipilih 1. Berhasil menciptakan TPG 1. Memasukkan node baru /iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1 /iscsi/iqn.20…a672ba1/tpgt1> mengatur otentikasi atribut = 0 (menonaktifkan chap auth) / iscsi / iqn.20… a672ba1 / tpgt1> cd luns /iscsi/iqn.20…a1/tpgt1/luns> buat / backstores / fileio / lun0 (buat target LUN) LUN 0 terpilih. Berhasil membuat LUN 0. Memasukkan new node /iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1/luns/lun0/iscq/iqn.20…gt1/luns/lun0> cd ../ .. / Portal lalu lintas iSCSI dapat menghabiskan banyak bandwidth. Anda mungkin ingin lalu lintas iSCSI berada di jaringan khusus (atau SAN), bukan jaringan publik Anda. /iscsi/iqn.20…tpgt1/portals> buat 10.10.102.164 (buat portal untuk mendengarkan koneksi) Menggunakan port IP default 3260 Berhasil membuat portal jaringan 10.10.102.164:3260. Memasukkan new node /iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1/portals/10.10.102.164:3260/iscsi/iqn.20….102.164:3260> cd .. /iscsi/iqn.20…tpgt1/portals> buat 10.11.102.164 Menggunakan port IP default 3260 Berhasil membuat portal jaringan 10.11.102.164:3260. Memasukkan new node /iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1/portals/10.11.102.164:3260 /iscsi/iqn.20…102.164:3260> cd ../ ../acls

Langkah terakhir

Daftarkan inisiator iSCSI (sistem klien) untuk Mengatur SAN Biaya Rendah dengan Perangkat Lunak Linux iSCSI Target. Untuk melakukan ini, Anda harus menemukan nama pemrakarsa sistem. Untuk Linux, ini biasanya ada di /etc/iscsi/initiatorname.iscsi. Untuk Windows, nama inisiator ditemukan di Panel Properti Inisiator iSCSI di Tab Konfigurasi. /iscsi/iqn.20…a1/tpgt1/acls> buat iqn.1994-05.com.redhat: f5b312caf756 (daftar inisiator – ini IQN adalah IQN dari inisiator – lakukan ini untuk setiap inisiator yang akan mengakses target) Berhasil dibuat Node ACL untuk iqn.1994-05.com.redhat: f5b312caf756 Dibuat memetakan LUN 0. Memasukkan node baru /iscsi/iqn.2003-01.org.linux-iscsi.murray.x8664:sn.31fc1a672ba1/tpgt1/acls/iqn.1994-05.com.redhat:f5b312caf756/iscsi/iqn.20….102.164 : 3260> cd / Sekarang, ingatlah untuk menyimpan konfigurasi. Tanpa langkah ini, konfigurasi tidak akan persisten. /> saveconfig (SIMPAN konfigurasi!) /> keluar Anda sekarang harus menghubungkan penggagas Anda ke target. Umumnya Anda harus memberikan alamat IP target untuk menyambungkannya. Setelah koneksi dibuat, sistem klien akan melihat disk baru. Disk harus diformat sebelum digunakan. Dan itu dia! Anda siap menggunakan SAN baru Anda. Selamat bersenang-senang! Memiliki masalah untuk Mengatur SAN Biaya Rendah dengan Perangkat Lunak Linux Target iSCSI, baca artikel bermanfaat kami yang lain

Platform untuk mereplikasi data (Replikasi Berbasis Host vs Replikasi SAN)

Memilih Platform Untuk Menggandakan Data – Berbasis Host Atau Berbasis Penyimpanan?

Dua platform umum untuk mereplikasi data adalah dari host server yang beroperasi terhadap data dan dari array penyimpanan yang menyimpan data. Saat membuat replika jarak jauh untuk kelangsungan bisnis, keputusan apakah akan menerapkan solusi berbasis host atau penyimpanan sangat bergantung pada platform yang sedang direplikasi dan persyaratan bisnis untuk aplikasi yang sedang digunakan. Jika bisnis menuntut dampak nol untuk operasi jika terjadi bencana situs, maka teknik berbasis host memberikan satu-satunya solusi yang layak.

Replikasi Berbasis Host

Salah satu dari dua platform untuk mereplikasi data adalah replikasi berbasis Host. Itu tidak mengunci pengguna ke susunan penyimpanan tertentu dari salah satu vendor. SIOS SteelEye DataKeeper, misalnya, dapat mereplikasi dari berbagai array ke array apa pun, terlepas dari vendor. Kemampuan ini pada akhirnya menurunkan biaya dan memberikan pengguna fleksibilitas untuk memilih apa yang tepat untuk lingkungan mereka. Sebagian besar solusi replikasi berbasis host juga dapat mereplikasi data secara native melalui jaringan IP, sehingga pengguna tidak perlu membeli perangkat keras yang mahal untuk mencapai fungsi ini. Solusi berbasis host adalah penyimpanan-agnostik, memberikan manajer TI kebebasan penuh untuk memilih penyimpanan apa pun yang sesuai dengan kebutuhan perusahaan. Perangkat lunak replikasi berfungsi dengan perangkat penyimpanan apa pun yang dapat dipasang ke platform aplikasi, menawarkan dukungan penyimpanan yang heterogen. Dapat beroperasi di blok atau tingkat volume juga cocok untuk konfigurasi cluster. Salah satu kelemahannya adalah solusi berbasis host mengkonsumsi sumber daya server dan dapat mempengaruhi kinerja server secara keseluruhan. Meskipun kemungkinan ini, solusi berbasis host mungkin masih tepat ketika manajer TI memerlukan infrastruktur penyimpanan multi-vendor atau memiliki investasi warisan atau keahlian internal dalam aplikasi berbasis host spesifik.

Replikasi Berbasis Penyimpanan

Platform lain untuk mereplikasi data adalah replikasi berbasis penyimpanan yang OS-independen dan menambahkan tidak ada biaya pemrosesan. Namun, vendor sering menuntut pengguna untuk mereplikasi dari dan ke array serupa. Persyaratan ini bisa mahal, terutama ketika Anda menggunakan disk berperforma tinggi di situs utama Anda – dan sekarang harus menggunakan yang sama di situs sekunder Anda. Juga, solusi berbasis penyimpanan secara asli bereplikasi melalui Fibre Channel dan sering membutuhkan perangkat keras tambahan untuk mengirim data melalui jaringan IP, semakin meningkatkan biaya. Alternatif berbasis penyimpanan memang memberikan manfaat solusi terintegrasi dari vendor penyimpanan khusus. Solusi ini memanfaatkan pengontrol dari penyimpanan array sebagai platform operasi untuk fungsionalitas replikasi. Integrasi yang ketat antara perangkat keras dan perangkat lunak memberi vendor penyimpanan kontrol yang belum pernah terjadi sebelumnya atas konfigurasi replikasi dan memungkinkan jaminan tingkat layanan yang sulit dicocokkan dengan pendekatan replikasi alternatif. Sebagian besar vendor penyimpanan juga telah menyesuaikan produk mereka untuk melengkapi virtualisasi server dan menggunakan fitur utama seperti failover penyimpanan mesin virtual. Beberapa perusahaan mungkin juga memiliki hubungan bisnis jangka panjang dengan vendor penyimpanan tertentu; dalam kasus seperti itu, solusi penyimpanan mungkin cocok relevan.

Pilihan

Namun, kualitas layanan yang tinggi membutuhkan biaya. Replikasi berbasis penyimpanan selalu menetapkan prakondisi konfigurasi perangkat penyimpanan seperti-ke-suka. Ini berarti bahwa dua kumpulan penyimpanan high-end yang dikonfigurasikan harus dikerahkan untuk mendukung fungsi replikasi, meningkatkan biaya dan mengikat organisasi ke satu solusi penyimpanan vendor. Penguncian ini ke vendor penyimpanan tertentu dapat menjadi kelemahan. Beberapa vendor penyimpanan memiliki batasan kompatibilitas dalam lini produk penyimpanan-array mereka, berpotensi membuat peningkatan teknologi dan migrasi data mahal. Ketika menyelidiki alternatif penyimpanan, manajer TI harus memperhatikan total biaya kepemilikan: Biaya biaya lisensi masa depan dan kontrak dukungan akan mempengaruhi biaya dalam jangka panjang. Biaya merupakan pertimbangan utama, tetapi dipengaruhi oleh beberapa faktor di luar biaya lisensi. Apakah solusi membutuhkan perangkat keras khusus, atau dapatkah itu digunakan dengan perangkat keras yang sudah ada sebelumnya? Apakah solusinya memerlukan perluasan infrastruktur jaringan dan jika ya, berapa banyak? Jika Anda menggunakan replikasi untuk menempatkan salinan data sekunder pada server, penyimpanan, atau situs terpisah, sadari bahwa pendekatan ini menyiratkan pengulangan perangkat keras tertentu. Produk replikasi yang memberikan opsi untuk memindahkan infrastruktur yang ada untuk memenuhi persyaratan perangkat keras yang berlebihan memerlukan lebih sedikit pengeluaran modal.

Pro dan kontra

Sebelum memutuskan antara solusi replikasi berbasis host atau penyimpanan, pertimbangkan dengan hati-hati pro dan kontra masing-masing, seperti yang diilustrasikan dalam tabel berikut.

  Untuk memahami bagaimana SIOS dapat bekerja pada platform untuk mereplikasi data, bacalah kisah sukses kami

Persamaan Ketersediaan – Solusi Ketersediaan Tinggi

Persamaan Ketersediaan

Apakah Anda akrab dengan Persamaan Ketersediaan? Singkatnya, persamaan ini menunjukkan bagaimana total waktu yang diperlukan untuk mengembalikan aplikasi ke kegunaan sama dengan waktu yang diperlukan untuk mendeteksi bahwa aplikasi mengalami masalah ditambah waktu yang diperlukan untuk melakukan tindakan pemulihan:

T_RESTORE = T_DETECT + T_RECOVER

Konsep Kunci Solusi Ketersediaan Tinggi

Persamaan ini memperkenalkan konsep kunci ketersediaan tinggi (HA): pengelompokan, deteksi masalah, dan pemulihan selanjutnya. Solusi HA memantau kesehatan komponen aplikasi bisnis; ketika masalah terdeteksi, solusi ini bertindak untuk mengembalikannya ke layanan. Tujuan menyebarkan solusi ketersediaan tinggi adalah untuk meminimalkan waktu henti. Mengurangi waktu deteksi dan pemulihan adalah dua tugas penting dari solusi HA apa pun yang Anda pilih untuk diterapkan. Aplikasi saat ini adalah kombinasi teknologi: server, penyimpanan, infrastruktur jaringan, dan sebagainya. Saat meninjau opsi HA Anda, pastikan bahwa Anda memahami teknologi yang digunakan setiap solusi untuk mendeteksi dan memulihkan dari semua jenis pemadaman. Setiap teknologi memiliki dampak langsung pada waktu pemulihan layanan.

Deteksi dan Pemulihan Lokal

Solusi ketersediaan tinggi sangat mudah. Satu teknologi yang sangat penting untuk menyediakan waktu pemulihan tercepat mungkin dikenal sebagai deteksi lokal dan pemulihan (alias deteksi dan pemulihan masalah tingkat layanan). Dalam solusi pengelompokan dasar, server terhubung. Mereka dikonfigurasi bahwa satu atau lebih server dapat mengambil alih operasi yang lain dalam hal kegagalan server. Node server dalam gugus terus mengirim paket data kecil, sering disebut sinyal detak jantung, satu sama lain untuk menunjukkan bahwa mereka "hidup". Dalam lingkungan cluster sederhana, ketika satu server berhenti menghasilkan detak jantung, anggota cluster lainnya menganggap bahwa server ini sedang down. Kemudian akan memulai proses pengambilalihan tanggung jawab untuk domain operasi server tersebut. Pendekatan ini cukup untuk mendeteksi kegagalan pada tingkat server. Tetapi kecuali masalah menyebabkan gangguan atau penghentian sinyal detak jantung, deteksi tingkat server tidak memadai. Lebih dari itu, itu benar-benar dapat memperbesar jangkauan dan dampak dari pemadaman listrik. Sebagai contoh, jika proses Apache hang, server mungkin masih mengirimkan detak jantung. Meskipun subsistem server Web telah berhenti melakukan fungsi utamanya. Daripada memulai kembali subsistem Apache pada server yang sama atau berbeda, solusi pengelompokan tingkat server dasar akan memulai ulang seluruh tumpukan perangkat lunak server gagal di server cadangan, sehingga menyebabkan gangguan bagi pengguna dan memperpanjang waktu pemulihan.

Bagaimana itu bekerja

Dengan menggunakan deteksi dan pemulihan lokal, solusi pengelompokan lanjutan menggunakan agen pemantauan kesehatan dalam server cluster individu, untuk memantau komponen sistem individual seperti sistem file, database, aplikasi tingkat pengguna, alamat IP, dan sebagainya. Agen-agen ini menggunakan heuristik yang khusus untuk komponen yang dipantau. Oleh karena itu, agen dapat memprediksi dan mendeteksi masalah operasional dan kemudian mengambil tindakan pemulihan yang paling tepat. Seringkali, metode pemulihan yang paling efisien adalah menghentikan dan me-restart subsistem masalah pada server yang sama. Waktu untuk mengembalikan aplikasi ke ketersediaan pengguna dapat sangat dikurangi dengan memungkinkan pemulihan dalam server fisik yang sama. Juga, dengan mendeteksi kegagalan pada tingkat yang lebih rinci daripada hanya dengan mengamati denyut jantung tingkat server. Solusi seperti SteelEye Protection Suite untuk Linux dari SIOS menyediakan tingkat deteksi dan pemulihan untuk lingkungan Anda.  Pastikan bahwa solusi HA yang Anda gunakan juga dapat mendukung deteksi dan pemulihan lokal. Apakah Anda ingin menikmati solusi ketersediaan tinggi untuk proyek Anda? Hubungi kami. Butuh lebih banyak referensi, berikut adalah kisah sukses kami. Direproduksi dengan izin dari Linuxclustering