LVM'de bir disk arızalandığında ne olur?

ESX 4.1 ana bilgisayarında bir linux sunucusu yapılandırıyorum. Bu sunucunun üzerinde birkaç TB veri depolanması gerekiyor. Şu anda LVM kullanıp kullanmayacağımızı tartışıyoruz. Şu andaki akıl yürütmemiz, birden fazla 2 TB hacme (ESX tarafından uygulanan bir sınır) sahip olması en iyisidir.

/disk1 - 2TB

/disk2 - 2TB

/disk3 - 2TB

Boyutları 100 GB ile 400 GB arasında değişen dizinleri depolayacağız. Bu dizinlerin bir bütün olarak depolanması gerekir ve bölünemezler. Endişe, / disk1'de 1.7TB depolanırsa ve ek 400GB depolamanız gerekiyorsa, çok fazla boşa gidecek olmasıdır. Bu durumda, 400GB dizinini / disk2'de depolamamız ve 300GB'ı kullanılmadan bırakmamız gerekir.

Bu sorunun bir çözümü LVM'dir ve şu şekilde yapılandırılmıştır:

 --------
 Disk 1 | 
        |
 Disk 2 |---->/disk
        | 
 Disk 3 | 
 --------

Ancak, basit bir soruya takılıp kalıyoruz. Disk 2 arızalanırsa ne olur?

İlk senaryoda Disk 2'nin başarısız olması durumunda ne olacağı açıktır, / disk2'ye artık erişilemez.

LVM kurulumunda, Disk 2 arızalanırsa, benzer olur mu (yalnızca Disk 2'de depolanan veriler artık mevcut değildir) ya da / diskteki tüm verilere artık erişilemez mi?

linux vmware-esx lvm

— Güveç
kaynak

ESXi v5 kullanıyorsanız, bu sorunun üstesinden gelmek için> 2 TB RDM'leri kullanabilirsiniz - yaptığım şey bu.

— Chopper3

LVM ile birlikte gelen bir dizi önemli soyutlama kavramını atladınız. Mantıksal birimler diskleri işlemez - birim gruplarına yerleştirilir. VG'ler sırayla disk olabilen fiziksel birimlerden oluşur . Uzun bir hikaye kısa kesmek, VG eksik bir PV - yani eksik bir disk ile gelmez, böylece gruptaki mantıksal hacimlere erişemezsiniz.

Orada kurtarma prosedürleri , ancak genellikle, sanallaştırılmış bir ortamda, yine "ya hep ya hiç" kullanılabilirlik görecekti - tüm disk dosyaları veya tüm onun tüm içeriği ile ya erişilebilen tek bir dizin içinde bulunan olacağını (eğer örneğin veri deposu mevcut değildir).

Depolama verimliliğine gelince, ince provizyon kullanmayı düşünün - veri deposunda "kullanılmayan" alan talep edilmez. Bununla birlikte, daha yüksek idari genel masraf pahasına gelir.

— -tavşansın
kaynak

Bu temel soruyu cevaplar, LVM ile kullanılabilirlik ya hiç ya da hiç. Daha önce LVM kullandım, ancak (neyse ki) kurtarma prosedürlerinden hiç geçmedim. İnce provizyona gelince, bu gerçekten bir çözüm değildir. Bu sunucuya ayrılmış bir dizi LUN'umuz (her biri 2 TB) var. İnce provizyonumuz olsa bile, birden fazla 2 TB'lik birime yayılması gereken veri sorununu gerçekten ele almıyor. Görünüşe göre sadece iki seçenek ESXi 5'e yükseltme (yine de planlardaydı) veya biraz boşa alan ile yaşıyor. Cevap için teşekkürler.

— Yahni

üç sanal diskinizi oluşturduğunuz daha büyük bir VMFS veri deposunda neden tek bir LUN yerine 2 TB LUN'unuz var? 2 TB sınırı veri deposunun boyutu için değil, yalnızca sanal diskler için geçerlidir .

— wabbit

Bu nasıl çalışıyor? Ben 2 TB daha büyük bir LUN monte etmeye çalışırken çok sorun (çok şifreli hatalar) oldu. Ayrıca, vmware için equallogic eklentisi LUN boyutu için 2 TB sınırına sahiptir (ancak web arayüzü üzerinden LUN oluştururken bu sınır uygulanmaz). Belki de daha kolay yönetim dışında büyük bir veri deposuna sahip olmanın başka bir avantajı var mı?

— Yahni

"VMFS uzantıları" ile çalışmanız gerekir - 2 TB boyutunda bir VMFS oluşturun, oluşturduktan sonra 2 TB'lik adımlarla genişletin. VMFS başına toplam 64 TB üst sınırla sonuçlanacak şekilde 32 uzantıya sahip olabilirsiniz. Eşitlikli eklentiye aşina değilim, bu yüzden sınırlamaları hakkında hiçbir şey söyleyemem. Ve "daha kolay yönetim" benim görüşüme göre sanallaştırmanın ne olduğudur, bu yüzden başka bir avantaj olmamalıdır :) BTW, ayrıca sanal ana bilgisayarın depolama LUN'una doğrudan erişmesine izin verebilirsiniz - iSCSI varsa, kolay değil fiber kanal ile çok kolay.

— the-wabbit

Ham cihaz eşlemelerini kullanmayı düşündüm, iyi bir çözüm gibi görünüyordu, ancak aslında VMFS kapsamları hakkında hiçbir fikrim yoktu. Hemen araştırmaya gidiyoruz. Güncelleme için teşekkürler bu harika bilgi!

— Güveç