Opsi penyimpanan bersama untuk cluster ESXi HA

Saya mencari rekomendasi untuk opsi penyimpanan bersama untuk mendukung cluster ESXi HA (perhatikan Saya TIDAK meminta rekomendasi produk / merek / model - Saya tahu ini melanggar aturan di sini). Saya meminta untuk teknologi rekomendasi.

Perusahaan tempat saya bekerja adalah bisnis kecil. Saat ini, kami memiliki satu HP DL380 G9 dengan DAS, dengan ESXi 6.0, yang menjalankan aplikasi yang kami kembangkan sendiri. Kami sekarang mencari cara untuk mencapai HA / FT menggunakan opsi yang paling ekonomis. Kami membutuhkan HA / FT karena saya satu-satunya-tim-TI dan saya sering bepergian sehingga manual failover / restore bukan pilihan.

Saya mengerti bahwa kami memerlukan minimal 2 host ESXi (server fisik) dan penyimpanan bersama untuk mencapai HA / FT. Ini adalah, saya pikir, di mana ia menjadi menarik: bahkan array penyimpanan entry level termurah di luar sana mungkin terlalu banyak bagi kita. Persyaratan kapasitas penyimpanan kami mungkin sekitar 200GB, dan kami tidak melihat itu dua kali lipat selama setidaknya 5 tahun. Namun, kita membutuhkan penyimpanan bersama untuk HA / FT.

Dengan demikian akan sangat menghargai rekomendasi tentang pilihan saya. Terima kasih.

Catatan umum (aliran kesadaran):

• Berpikir sangat keras tentang apa yang Anda coba lindungi.
• Tidak ada yang menggunakan VMware Fault-Tolerance. Oke, mungkin seseorang melakukannya, tetapi ada terlalu banyak batasan, dan use case sangat sempit.
• Server lebih dapat diandalkan daripada yang Anda harapkan, terutama ketika bekerja dengan sistem berkualitas seperti HP ProLiant. Supermicro akan menjadi cerita lain ...
• Nilai mode kegagalan realistis. Server HP ProLiant Gen9 tidak hanya akan gagal .
• Anda mungkin mengalami kegagalan komponen individu, tetapi ada cukup banyak redundansi internal untuk menangani sebagian besar masalah dengan anggun.
  • Serius, catu daya redundan, kipas redundan, RAIDing disk internal, NIC onboard, dan adaptor FLR jarang gagal.
  • Tambahkan pemantauan ILO, pemeriksaan kesehatan perangkat keras yang komprehensif, dan berbagai item yang berdampak waktu aktif dikurangi menjadi kegagalan DIMM dan masalah papan sistem.

Jadi sekarang kita sampai pada penyimpanan bersama. Penyimpanan bersama menjadi titik kegagalan, tergantung pada bagaimana itu dirancang.

• Sesuatu seperti array yang terpasang MSA SAS adalah opsi dan dapat bekerja dengan VMware dan dua host. Anda dapat membelinya telanjang dan menambahkan kapasitas yang diperlukan.
• Pengaturan shared-nothing akan bermanfaat dalam beberapa hal, tetapi menambahkan kompleksitas tertentu.
• Ada opsi Hyperconverged seperti VMware vSAN , HPE StoreVirtual VSA atau penawaran Virtual SAN Starwind .
• The HPE VSA mungkin bebas hingga 1TB penyimpanan untuk setup Anda.
• SAN entry-level tidak terlalu menarik mengingat persyaratan ruang Anda sangat rendah.
• Dimungkinkan untuk menggunakan penyimpanan berkepala tunggal ... bahkan mungkin hanya server HP normal dengan OS penyimpanan pilihan Anda (Linux yang mengekspor NFS, Windows Storage Server, dll.)
• Saya telah mendokumentasikan dan menguraikan solusi ZFS untuk Linux yang dapat memberikan failover dan pengelompokan kepala ganda untuk penyimpanan: Lihat: https://github.com/ewwhite/zfs-ha
• Solusi lain yang dapat melakukan shared-nothing dengan sepasang server adalah Zetavault .
• Pasangan itu dengan replikasi tingkat Veeam VM atau sesuatu yang berbasis array, dan Anda telah membahas 99% dari masalah penyimpanan potensial.

Tetapi sekali lagi, ini adalah fungsi dari risiko Anda. Orang dapat dengan mudah turun lubang kelinci Ketersediaan Tinggi ...

Host Dual Hypervisor ... oke. Lalu apakah Anda perlu dual switching fabric? Sakelar bertumpuk? Link-agregasi multi-sasis (MLAG / MC-LAG)? Satu SAN dengan dual-controller? Dua SAN? Replikasi SAN? Replikasi VM? Replikasi VM ke beragam penyimpanan?

Apakah Anda memiliki keragaman kekuatan? Banyak PDU? Beberapa unit UPS? Apakah generator situs didukung?

Jadi, apa yang tersisa?

Saya pikir yang terbaik adalah memiliki beberapa opsi. Mungkin kontrak bantuan tambahan untuk pertanggungan. Dokumentasikan solusinya dengan cukup baik sehingga pelanggan memiliki beberapa opsi. Buat DR / runbook / skrip pemadaman sistem.

Jika perusahaan Anda tidak dapat menahan downtime untuk pengguna, maka VMware FT adalah pilihan Anda. Untuk mengimplementasikan fitur ini, Anda pasti membutuhkan semacam penyimpanan bersama. Untuk kasus ini, saya akan merekomendasikan melihat solusi penyimpanan yang ditentukan perangkat lunak (SDS) yang semakin banyak digunakan untuk membangun infrastruktur virtual. Dengan pendekatan ini, Anda dapat memvirtualisasi sumber daya penyimpanan fisik lokal dari host ESXi Anda dan mengubahnya menjadi SAN virtual sepenuhnya. VMware VSAN langsung muncul di pikiran, tetapi saya akan menunjukkan beberapa alternatif yang sangat menarik yang seharusnya jauh lebih murah untuk diterapkan di lingkungan ESXi. Kandidat pertama adalah HPE VSA: tingkat fungsionalitas yang baik dan persyaratan simpul suara ketiga yang mengganggu untuk kuorum. Ya, saya tahu, Anda masih bisa pergi 2 node, tetapi jika Anda tidak setuju dengan downtime, kuorum adalah suatu keharusan. Kandidat kedua, sebaliknya, memiliki jejak perangkat keras minimalis dengan hanya dua host fisik bersama dengan set fitur seperti caching, kompresi data dll. Ini adalah StarWind vSAN . Kedua solusi memiliki versi gratis, cukup periksa dan lihat bagaimana Anda akan mendapat manfaat dari mereka.

Teknologi yang paling Anda layani adalah "penyimpanan yang ditentukan perangkat lunak". VM yang membuat disk yang dilampirkan secara lokal tersedia untuk semua VM, idealnya menyediakan redundansi dengan memungkinkan penggunaan disk lokal pada banyak node secara bersamaan (memungkinkan Anda kehilangan simpul tanpa kehilangan semua VM Anda). Karena kita tidak berbicara tentang rekomendasi produk, saya akan berhenti di sini. Ini masih merupakan pasar yang baru lahir, tetapi ada beberapa opsi mapan yang sesuai dengan tagihan.