Grup saya saat ini memiliki dua server penyimpanan besar, keduanya NAS yang menjalankan linux debian. Yang pertama adalah server all-in-one 24-disk (SATA) yang berusia beberapa tahun. Kami memiliki dua perangkat keras yang diatur oleh RAIDS dengan LVM di atasnya. Server kedua adalah 64 disk yang terbagi atas 4 lampiran, masing-masing merupakan perangkat keras RAID 6, yang terhubung melalui SAS eksternal. Kami menggunakan XFS dengan LVM untuk membuat 100TB penyimpanan yang bisa digunakan. Semua ini bekerja dengan sangat baik, tetapi kami melampaui sistem ini. Setelah membangun dua server seperti itu dan masih terus berkembang, kami ingin membangun sesuatu yang memungkinkan kami lebih fleksibel dalam hal pertumbuhan di masa depan, opsi cadangan, yang berperilaku lebih baik di bawah kegagalan disk (memeriksa sistem file yang lebih besar dapat memakan waktu sehari atau lebih), dan dapat bertahan di lingkungan yang sangat padat (pikirkan kluster komputer kecil). Kami tidak memiliki dukungan administrasi sistem,
Jadi, yang kami cari adalah solusi penyimpanan kinerja yang relatif murah dan dapat diterima yang akan memungkinkan pertumbuhan di masa depan dan konfigurasi yang fleksibel (pikirkan ZFS dengan kumpulan berbeda yang memiliki karakteristik operasi berbeda). Kita mungkin berada di luar ranah satu NAS. Kami telah memikirkan kombinasi ZFS (pada openindiana, misalnya) atau btrfs per server dengan glusterfs yang berjalan di atasnya jika kita melakukannya sendiri. Yang kami pertimbangkan adalah dengan hanya menggigit peluru dan berinvestasi dalam solusi penyimpanan Isilon atau 3Par.
Setiap saran atau pengalaman dihargai.
sumber
Rute XFS + LVM memang salah satu opsi terbaik untuk solusi penyimpanan murni-Linux yang diperkecil dalam beberapa tahun terakhir. Saya didorong Anda sudah ada di sana. Sekarang Anda perlu tumbuh lebih banyak, Anda memiliki beberapa opsi lagi yang tersedia untuk Anda.
Seperti yang Anda tahu, vendor perangkat keras besar di luar sana memang memiliki NAS-head untuk penyimpanan mereka. Ini memang akan memberi Anda satu vendor untuk bekerja bersama untuk mewujudkan semuanya, dan itu akan bekerja dengan cukup baik. Mereka adalah solusi mudah untuk masuk (dibandingkan dengan DIY), dan rawatannya lebih rendah. Tapi, harganya cukup mahal. Di satu sisi Anda akan memiliki lebih banyak sumber daya rekayasa untuk menyelesaikan masalah utama Anda daripada masalah infrastruktur; di sisi lain, jika Anda seperti kebanyakan departemen Universitas yang saya kenal tenaga manusia benar-benar murah dibandingkan membayar uang untuk sesuatu.
Pergi rute DIY Anda sudah memiliki apresiasi yang baik terhadap opsi DIY yang tersedia untuk Anda. ZFS / BTRFS adalah jalur peningkatan yang jelas dari XFS + LVM untuk meningkatkan penyimpanan. Saya akan menghindari BTRFS sampai dinyatakan stabil di kernel Linux mainline, yang seharusnya segera karena beberapa distro gratis utama menggunakannya sebagai sistem file default. Untuk ZFS, saya sarankan menggunakan basis BSD daripada OpenIndiana hanya karena sudah ada lebih lama dan memiliki ketegaran (lebih) berhasil.
Gluster dirancang untuk case-use yang Anda jelaskan di sini. Itu dapat melakukan replikasi serta menghadirkan server virtual tunggal dengan banyak penyimpanan terpasang. Volume Terdistribusi mereka terdengar persis seperti yang Anda cari, karena mereka menyebarkan file ke semua server penyimpanan pada volume yang dinyatakan. Anda dapat terus menambahkan server penyimpanan diskrit untuk terus memperluas volume yang terlihat. Ruang nama tunggal!
Gotcha with Gluster berfungsi dengan baik ketika klien Anda dapat menggunakan Gluster Client untuk mengakses sistem daripada opsi CIFS atau NFS. Karena Anda menjalankan cluster-compute cluster kecil, Anda mungkin bisa memanfaatkan klien GlusterFS.
Anda berada di jalur yang benar di sini.
sumber
Sejauh yang saya mengerti Anda dapat menggunakan solusi SAN berdasarkan Linux SCST + FibreChannel atau infiniband, yang merupakan sesuatu yang sedang dibangun saat ini. Sebagai dasar untuk LUN Anda dapat menggunakan LVM di atas RAID perangkat keras dan menangani snapshots / replikasi (ambil DRBD sebagai contoh) di bawah level sistem file. Sebagai filesystem saya tidak mengetahui solusi yang bagus untuk persetujuan karena saya menempatkan ESXi di atas node, sehingga datastore dikelola oleh ESX bersamaan FS. Saya pikir GFS2 mungkin bekerja dengan lingkungan itu tetapi saya tidak 100% yakin, karena Anda harus memeriksa persyaratan yang tepat. Lagi pula setelah Anda memiliki SAN yang kuat di bawah node Anda, sangat mudah untuk menyelesaikannya.
sumber