Güncellendi:
ZFS, dosya sistemi ve depolama havuzu yönetimini birlikte ele alan bir teknolojidir. LVM ise Linux üzerinde fiziksel depolamayı mantıksal blok aygıtlara ayırıp yönetir; bu aygıtların üzerinde ayrıca ext4 veya XFS gibi bir dosya sistemi kullanılabilir. Bu nedenle karşılaştırma, aynı katmandaki iki alternatiften ziyade iki farklı depolama yaklaşımını değerlendirmektir.
Görseli büyüt →
LVM hangi katmanda çalışır?
LVM; physical volume, volume group ve logical volume kavramlarıyla blok depolamayı düzenler. Mantıksal hacim, uygulama veya dosya sistemi için bir blok aygıtı sağlar. Hacmi büyütmek, üstündeki dosya sisteminin de aynı anda büyüdüğü anlamına gelmez; iki katmanın desteklediği işlemler ve doğru sıralama ayrıca kontrol edilir.
LVM snapshot ve thin provisioning gibi işlevlere sahip olabilir; bunların alan yönetimi ve işletim sorumlulukları vardır. Veri checksum, dosya izinleri veya sıkıştırma gibi bir yeteneği değerlendirirken hangi katmanın sunduğunu belirleyin. LVM üzerinde kullanılan dosya sistemi ve diğer blok katmanları toplam davranışı değiştirir.
ZFS pool, vdev, dataset ve zvol
ZFS pool, depolamanın havuzudur; vdev düzeni bu havuzun aygıt ve yedeklilik yapısını belirler. Dataset, dosya sistemi özelliklerinin yönetildiği birimdir. Zvol ise blok aygıtı gerektiren kullanımlara yönelik bir hacimdir. Dataset ve zvol kullanımını uygulamanın erişim biçimine göre seçin.
Pool topolojisi kapasite büyütme, hata toleransı ve kurtarma sürecini etkiler. Vdev eklemek, mevcut yapının risklerini kendiliğinden gidermez. Desteklenen genişletme ve değiştirme işlemlerini kurulu OpenZFS sürümünün belgesinden doğrulayın; yeni özelliklerin eski araçlarla geri alınabilir olduğunu varsaymayın.
Bütünlük ve yedeklilik
ZFS checksum ile veri bütünlüğünü kontrol eder. Uygun yedekli kopya bulunduğunda bozulmuş verinin onarılmasına yardımcı olabilir. Checksum tek başına kayıp içeriği yeniden oluşturmaz. Scrub sonuçları, aygıt sağlığı ve düzeltilemeyen hatalar düzenli olarak izlenmelidir.
Mirror veya RAIDZ gibi düzenler belirli aygıt arızalarına karşı koruma sağlayabilir; yanlış silme, yetkili kullanıcı işlemi, uygulama bozulması veya ortak fiziksel olaylar için bağımsız yedek gerekir. Birden fazla disk kullanmak tek başına eksiksiz iş sürekliliği planı değildir.
Snapshot ve kapasite davranışı
Snapshot, belirli andaki verinin referanslarını korur. Canlı veriler değiştikçe snapshotların tuttuğu alan büyüyebilir. Silinen bir dosyanın alanı snapshot nedeniyle serbest kalmayabilir. Saklama politikasını, kapasite uyarılarını ve geri dönüş hedeflerini birlikte tasarlayın.
Sıkıştırma ve deduplication farklı özelliklerdir. Deduplication’ı bütün iş yükleri için varsayılan tasarruf yöntemi olarak açmayın; veri tekrar oranı, bellek ihtiyacı ve işletim maliyetini ölçün. Temsili uygulamayla yapılan test, yalnız disk sıralı okuma ölçümünden daha anlamlıdır.
Hangi yaklaşımı seçmelisiniz?
- Katman sorumluluğu: Havuz ve dosya sistemini birlikte mi, ayrı araçlarla mı yönetmek istiyorsunuz?
- Uygulama: Dosya veya blok erişimi, yazma davranışı ve tutarlılık gereksinimi nedir?
- Büyüme: Yeni kapasite hangi düzenle ve hangi kısıtlarla eklenebilir?
- İşletim: Ekip hangi hata, yedek ve kurtarma süreçlerini uygulayabilir?
Çalışan bir depolama düzenini dönüştürmeden önce bağımsız yedek ve geri dönüş denemesi hazırlayın. Dosya sistemi değiştirmek yalnız bir paket kurulumu değildir; veri taşıma ve hizmet kabulü gerektirir.
Sık sorulan sorular
- LVM bir dosya sistemi midir?
-
Hayır. Mantıksal blok aygıtları yönetir; genellikle üzerinde ayrıca bir dosya sistemi veya blok kullanan uygulama çalışır.
- ZFS kullanıyorsam yedek almam gereksiz mi?
-
Hayır. Aygıt yedekliliği ve snapshot, ayrı konum/erişimle korunan ve geri yüklemesi denenmiş yedeğin yerine geçmez.
Sonraki adım
Dosya sistemi özelliklerini Btrfs rehberi ile; ağ üzerinden sunumu NFS erişim modeli ile birlikte okuyun.
