Saya mengkonfigurasi server linux pada host ESX 4.1. Server ini perlu menyimpan beberapa TB data. Kami saat ini sedang memperdebatkan apakah akan menggunakan LVM atau tidak. Alasan kami saat ini adalah yang terbaik untuk memiliki beberapa volume 2TB (batas yang diberlakukan oleh ESX) dipasang ke volume yang terpisah seperti itu.
/disk1 - 2TB
/disk2 - 2TB
/disk3 - 2TB
Kami akan menyimpan direktori dengan ukuran mulai dari 100GB hingga 400GB. Direktori-direktori ini perlu disimpan secara keseluruhan dan tidak dapat dipisahkan. Kekhawatirannya adalah bahwa akan ada banyak ruang yang terbuang jika kita akhirnya memiliki 1.7TB tersimpan di / disk1 dan perlu menyimpan 400GB tambahan. Dalam hal ini kita perlu menyimpan direktori 400GB di / disk2, meninggalkan 300GB yang tidak digunakan.
Salah satu solusi untuk masalah ini adalah LVM, yang dikonfigurasi sebagai:
--------
Disk 1 |
|
Disk 2 |---->/disk
|
Disk 3 |
--------
Namun kami terjebak pada satu pertanyaan sederhana. Apa yang terjadi jika Disk 2 gagal?
Dalam skenario pertama jelas apa yang terjadi jika Disk 2 gagal, / disk2 tidak lagi dapat diakses.
Dalam pengaturan LVM, jika Disk 2 gagal, apakah sama (seperti pada, hanya data yang disimpan pada Disk 2 tidak lagi tersedia) atau apakah semua data di / disk tidak lagi dapat diakses?
sumber
Jawaban:
Anda telah menghilangkan sejumlah konsep abstraksi penting yang datang dengan LVM. Volume logis tidak menangani disk - mereka ditempatkan pada grup volume. VG pada gilirannya terdiri dari volume fisik yang dapat berupa disk. Memotong cerita yang panjang, VG tidak akan muncul dengan PV yang hilang - yaitu disk yang hilang, sehingga Anda tidak akan dapat mengakses volume logis pada grup.
Ada prosedur pemulihan , tetapi biasanya, dalam lingkungan tervirtualisasi, Anda akan melihat ketersediaan "semua-atau-tidak sama sekali" - semua file disk akan dimuat dalam satu direktori yang dapat diakses dengan seluruh kontennya atau tidak sama sekali (jika datastore tidak tersedia misalnya).
Adapun efisiensi penyimpanan, pertimbangkan untuk menggunakan thin provisioning - "ruang yang tidak digunakan" tidak diklaim pada datastore. Namun, itu datang dengan biaya administrasi yang lebih tinggi.
sumber