Praktik Terbaik untuk virtualisasi server ke SAN?

Baiklah, jadi saya ingin mulai meningkatkan SAN saya sedikit lebih dari yang saya miliki, dan pada saat yang sama, mengambil keuntungan dari ESXi.

Saat ini, saya memiliki array bilah Dell PowerEdge 1955 yang terhubung ke larik penyimpanan EMC AX4-5 FC satu-kotak. Saya pada dasarnya menggunakan SAN sebagai DAS. Saya punya LUN di SAN yang menunjuk ke mesin fisik tertentu, dan mesin itu memanfaatkan LUN untuk apa pun (kebanyakan basis data dan saham Samba / NFS, tergantung pada server target).

Saya punya beberapa file server fisik, dan masing-masing memiliki konfigurasi samba untuk melayani pembagian yang sesuai. Karena saya tidak pernah membuat RHCS berfungsi, hanya satu dari server file yang memiliki LUN yang dipasang pada satu waktu. Jika seorang fileserver mati, saya memagangnya secara manual (baik dengan melepas dan tidak mempresentasikan drive, menggunakan utilitas navisphere, atau dengan membunuh daya melalui DRAC) kemudian menggunakan utilitas navisphere untuk memunculkan LUN yang disajikan pada pesaing berikutnya ( setelah itu, jalankan apache dan daemon lainnya). Semuanya dengan tangan, sekarang juga.

Saya merasa seperti Ferris Bueller memainkan klarinet. Tidak pernah mendapat pelajaran!

Lagi pula, saya mencoba untuk meningkatkan. Yang ingin saya lakukan adalah menginstal ESXi pada host fisik, kemudian membuat LUN untuk menyimpan dua gambar server file (jika salah satu rusak / fubar), salah satunya akan aktif, yang lain akan menjadi siaga. Setidaknya dengan cara ini, saya tidak meningkatkan otomatisasi (walaupun saya akan segera menulis skrip untuk mengganti server "aktif" di beberapa titik segera), tetapi saya merasa saya menambahkan fleksibilitas, ditambah saya dapat menggunakan host ESXi memiliki VM lain, dan perangkat kerasnya tidak akan sia-sia, seperti sekarang.

Pertanyaan saya adalah:

1) Seberapa bodoh rencanaku?

2) Ketika datang ke implementasi yang sebenarnya, haruskah saya membuat gambar vmdk normal pada LUN, atau haruskah saya memberikannya partisi "mentah" (jika itu mungkin dengan ESXi?)

3) Apakah ada cara "baik" untuk menggunakan server file non-cluster?

Rencana Anda bukan gila. Seperti biasa, ada lebih dari beberapa cara untuk menyerang ini berdasarkan apa yang Anda coba capai dan bagaimana melindungi data Anda.

Pertama, Anda dapat menyajikan LUN mentah ke VM menggunakan "Pemetaan Perangkat Mentah". Untuk melakukan ini:

• Presentasikan LUN ke host ESXi (atau grup host, jika Anda akan menggunakan clustering / HA)
• Tambahkan disk ke VM Anda, pilih Raw Device Mapping, arahkan pada LUN
• Telusuri ulang bus SCSI di dalam VM
• fdisk, mount dan tambahkan ke fstab, seperti disk biasa.

Terbalik: cepat disetel, cepat digunakan, mudah, dapat mewakili disk ke host fisik jika Anda perlu V2P di trek

Kelemahan: Anda mungkin kehilangan beberapa opsi snapshot / rollback berbasis VMware, tergantung pada apakah Anda menggunakan mode kompatibilitas fisik atau virtual

Opsi alternatif adalah membuat VMFS di LUN untuk membuat datastore, lalu menambahkan disk VMDK ke VM yang tinggal di datastore itu.

• Terbalik: Penyimpanan ini ramah vMotion jika Anda pernah membeli lisensi untuk menggunakannya. Hal ini memungkinkan migrasi panas disk VMDK antara LUN dan bahkan SAN.

Dalam kedua kasus, Anda berada dalam posisi risiko yang sama jika VMware atau VM Anda memakan sistem file selama kegagalan; satu tidak secara drastis lebih baik dari yang lain meskipun opsi pemulihan apa yang akan tersedia akan sangat berbeda.

Saya tidak menggunakan RDM kecuali saya harus; Saya mendapati mereka tidak membelikan saya banyak fleksibilitas sebagai VMDK (dan saya telah digigit oleh bug yang membuat mereka tidak praktis ketika melakukan operasi penyimpanan lain (sejak diperbaiki - lihat bagian RDM di tautan itu))

Sedangkan untuk VM Anda, taruhan terbaik Anda untuk fleksibilitas adalah dengan menyimpan disk boot server file Anda sebagai VMDK di SAN sehingga Anda dapat meminta host lain mem-bootnya jika terjadi kegagalan host. Menggunakan fungsionalitas VM VMware, mem-boot VM Anda pada host lain adalah otomatis (VM akan mem-boot pada host kedua seolah-olah daya telah ditarik; diharapkan untuk melakukan fsck dan sihir yang biasa untuk memunculkannya seperti dalam kasus server normal ). Catatan, HA adalah fitur berlisensi.

Untuk mengurangi kegagalan VM, Anda dapat membangun klon cahaya dari server file Anda, berisi minimum yang diperlukan untuk mem-boot dan membuat SAMBA mulai dalam keadaan terkonfigurasi dan menyimpannya pada disk lokal masing-masing host, menunggu Anda untuk menambahkan drive data dari gagal VM dan nyalakan.

Ini mungkin atau mungkin tidak membeli Anda opsi tambahan dalam kasus kegagalan SAN; Skenario kasus terbaik, penyimpanan data Anda akan memerlukan fsck atau perbaikan lainnya, tetapi setidaknya Anda tidak harus memperbaiki, membangun kembali, atau mengkonfigurasi VM di atas. Kasus terburuk, Anda kehilangan data dan harus kembali ke rekaman ... tapi Anda sudah dalam kondisi itu.

Saya akan tetap dengan gambar vmdk, hanya jika Anda pindah ke menggunakan vmotion di masa depan, Anda tidak pernah tahu Anda mungkin mendapatkan anggaran untuk itu.

Jika mesin Anda tidak berkerumun, maka sejauh yang saya ketahui cara terbaik untuk mengelolanya adalah dengan mencoba dan menyebarkan beban sebanyak yang Anda bisa. Saya punya 3 non clustered 2950 di mana beban dari vms paling kritis adalah sebanyak mungkin 1/3 pada masing-masing. Teorinya adalah saya tidak mungkin kehilangan lebih dari satu kotak sekaligus, jadi setidaknya 2/3 akan dapat terus beroperasi tanpa terpengaruh.

Dari sudut pandang daya, mungkin akan lebih efisien untuk memuat mesin hingga 100% yang Anda bisa dan mematikan mesin lain, tetapi sepertinya Anda menaruh semua telur dalam satu keranjang kepada saya.

Saya tidak akan menyebut diri saya seorang ahli dalam hal ini, hanya apa yang saya lakukan.

Hai Matt. Ada banyak cara untuk mengiris solusi ketika Anda menggunakan solusi virtualisasi. Pertama ada banyak tolok ukur yang menunjukkan Raw LUN (RDM) versus kinerja VMDK dan perbedaannya biasanya diabaikan. Beberapa hal yang harus diperhatikan dengan RDM: Hanya situasi pengelompokan tertentu yang memerlukan penggunaan RDM (pengelompokan MS). RDM's memiliki batas 2TB tetapi LVM dapat digunakan untuk mengatasi batas ini. RDM 'lebih sulit' untuk dilacak daripada memberikan LUN ke ESXi untuk digunakan untuk VMFS dan menempatkan vmdk di atasnya. VMDK (sebagaimana disebutkan) memiliki beberapa manfaat bagus: svMotion, Snapshots (tidak dapat memotret pRDM).

Jika menjalankan Free ESXi, ini adalah bagaimana saya bisa mengatasi situasi Anda. Pertama-tama semua data dalam file vmdk pada VMFS LUNS. Setup 2 VM dan gunakan Detak Jantung untuk failover IP dan Layanan. Detak jantung akan menggeser IP layanan, dan dapat menangani skrip untuk meng-unmount / me-mount data LUN jika perlu. Anda bahkan dapat membuat skrip beberapa VMware Remote CLI untuk memastikan VM 'down' dimatikan untuk pagar. Dengan detak jantung yang langsung berkoordinasi dengan sistem, risiko mengakses data sekaligus menjalankan layanan yang sama harus sangat rendah. Kuncinya di sini adalah memastikan pemasangan / unmount data LUN dan startup / shutdown layanan ditangani oleh Heartbeat, bukan mekanisme init normal.

Kegagalan alternatif mungkin dilakukan melalui sistem pemantauan. Ketika mendeteksi host bawah, ia dapat menggunakan VMware Remote CLI untuk mengeluarkan power off (agar aman) dan kemudian menghidupkan vm cadangan. Dalam situasi ini, gagal kembali cukup manual.

Di lingkungan "mungil" saya, saya belum melihat VMDK rusak. Apa yang saya juga sadari adalah bahwa jika Anda memiliki lebih dari 2 host ESX (i) atau selusin VM, Anda ingin mendapatkan vCenter untuk membantu melacak semuanya. Beberapa paket Essential / Plus tidak terlalu mahal mengingat manfaatnya.

Matt, Anda tahu saya tidak menggunakan VMware tapi saya selalu menggunakan "RAW" dengan Xen. Dengan hanya beberapa VM yang sedikit dimuat saya ragu Anda akan melihat banyak perbedaan kinerja. Tetapi ketika Anda mulai masuk ke semakin banyak tamu jika semua tamu berada pada sistem file yang sama, Anda akan berakhir dengan masalah kedalaman antrian. Ini terutama berlaku untuk penyimpanan yang didukung NFS. Ini tidak begitu banyak sehingga server NFS memiliki masalah tetapi kebanyakan implementasi klien NFS menghisap.

Saya tidak tahu cara yang baik untuk menyinkronkan vmdks jika Anda mencari redundansi (kegagalan san). Tetapi jika Anda menggunakan perangkat blok Anda masih memiliki kemungkinan menggunakan DRBD untuk mereplikasi hanya vms yang Anda inginkan / perlu direplikasi.

Saya pikir Anda harus bertanya pada diri sendiri, "Apakah saya pernah berencana untuk kembali ke server fisik"

Jika jawabannya mungkin maka mungkin Anda harus tetap berpegang pada RDM. ESXi dengan RDM akan (saya pikir) mengharuskan Anda untuk membeli sesuatu agar serat Anda berfungsi (sekali lagi tidak 100% yakin pada esxi).

Kami memiliki beberapa mesin yang baru saja saya pindahkan dari server fisik ke ESX (4.0) menggunakan RDM. Saya memiliki campuran mesin Linux dan Windows (super mudah untuk kedua platform). Kami masih memiliki beberapa FreeBSD legeacy yang berjalan (6.0 dan lebih lama) pada server fisik yang kami tidak dapat menggunakan RDM karena kernel FBSD lama tidak mendukung ini. Itu cepat dan mengharuskan saya untuk melakukan apa pun selain menunjukkan LUN saya dan kemudian menginstal alat VMWare. Otak mati mudah .. tanpa konverter ...

Hal lain yang harus Anda tanyakan pada diri Anda adalah "Fitur VMWare apa yang ingin saya gunakan?"

Bergantung pada jawaban Anda, Anda mungkin tidak punya pilihan selain VMDK. Jika Anda menggunakan SAN Anda untuk foto, dan jangan pedulikan menggunakan vmware untuk itu misalnya ..

Beberapa catatan akan saya bagikan dengan Anda tentang apa yang kami temui sejauh ini .. Vmotion bekerja sangat baik dengan RDM dan VMDK, Vmotion Penyimpanan di sisi lain hanya bekerja dengan benar dengan non RDM, dan mencoba menggunakan penyimpanan Vmotion untuk beralih dari RDM ke VMDK menyebalkan gunakan saja konverter. Sebagian besar distro Linux memiliki paket alat vmware open source yang menjadikan instalasi alat bukan masalah. Appliance cadangan berfungsi dengan sangat baik dan bebas dari vmware, tetapi tidak melakukan banyak hal seperti yang kita inginkan. Saya sangat merekomendasikan mengambil kelas dari vmware. Yang saya ambil adalah satu minggu dan bernilai setiap sen. Dukungan VMWare luar biasa .. Jika Anda mendapatkan kontrak dukungan dan harus menelepon mereka adalah yang terbaik .. Saya merasa frustrasi mendapatkan seseorang yang dapat membantu saya (ke banyak menu .. ), tetapi begitu saya mendapatkannya, mereka SELALU datang dengan dukungan yang andal dan cepat.