ZFS mi LVM-thin mi seçmeliyim?

Tek disk ve kısıtlı RAM’de LVM-thin pratiktir. Veri bütünlüğü, sıkıştırma ve snapshot esnekliği isteniyorsa ZFS. ZFS RAM sever ama karşılığını bütünlükle öder.

Havuzum degraded diyor, ne yapmalıyım?

Önce sakin: degraded, redundancy azaldı demektir; veri hâlâ erişilebilir. Düşen disk belirlenir, yenisi takılır, resilver bitene kadar havuz yorulmaz. Bu süreçte ikinci kayıp riskine karşı yedek doğrulanır.

Scrub ne sıklıkla koşmalı?

Ev ve lab için ayda bir yaygın ve yeterli bir ritim. Önemli olan düzenli koşması ve sonucuna bakılması; sessiz veri bozulmasını scrub yakalar.

Snapshot yedek sayılır mı?

Hayır. Snapshot aynı havuzda yaşar; havuz ya da disk ölürse snapshot da gider. Hızlı geri dönüş için snapshot, felaket senaryosu için ayrı cihazda yedek.

Proxmox’ta RAID’i nereden kurarım?

Donanım RAID yoksa en temiz yol ZFS mirror/raidz. mdadm da mümkün ama ZFS varken çoğu senaryoda fazladan katman. Atlas her iki yolu da arayüzden gösterir.

Havuz doluluk sınırı ne olmalı?

ZFS’te yüzde 80 eşik sayılır: üstünde parçalanma ve yavaşlama başlar. Yaklaşıldığında önce eski snapshot’lar temizlenir, sonra genişleme planlanır.

Proxmox depolamasını görerek yönetmek

Proxmox’ta depolama güçlüdür ama dağınıktır: ZFS bir yerde, LVM başka yerde, diskin gerçek durumu komut satırında. Havuz “degraded” dediğinde ilk soru hep aynıdır: hangi disk, ne kadar kötü, şimdi ne yapmalı? Bu sayfa iki şey anlatır: hangi kurulumda olunursa olsun işleyen depolama kararları ve Atlas’ın diski havuzdan veri yoluna kadar tek haritada nasıl gösterdiği.

Depolama neden kafa karıştırır?

Katmanlar ayrı ekranlarda yaşar: fiziksel disk, RAID/havuz, dataset/LV ve üstündeki VM diski. Bir sorunun hangi katmanda olduğunu görmek için dört yere bakmak gerekir.

ZFS mi, LVM-thin mi, Btrfs mi? Kurulumda verilen bu karar sonradan değiştirmesi en zahmetli karardır; çoğu rehber tek cümleyle geçer.

Sağlık görünmezdir: scrub en son ne zaman koştu, havuz neden degraded, doluluk nereye gidiyor; çoğu kurulumda bunlar bir şey bozulunca öğrenilir.

Sağlam depolama rutini

Hangi dosya sistemi seçilirse seçilsin, şunlar değişmez:

Katman bilinçli seçilir: tek disk ve esneklik için LVM-thin; veri bütünlüğü, sıkıştırma ve snapshot için ZFS.

Redundancy baştan kurulur: mirror/raidz kararı havuz kurulurken verilir; sonradan dönüştürmek veri taşıma gerektirir.

Scrub takvime bağlanır (ayda bir iyi bir ritim) ve sonucuna bakılır; scrub hatası erken uyarıdır.

Disk sinyalleri ciddiye alınır: artan yeniden-atanmış sektör diskin veda mektubudur; beklemeden değiştirilir.

Snapshot yedek değildir: aynı havuzda yaşar, havuz ölürse o da ölür. Felaket için ayrı cihazda kopya tutulur (örn. PBS).

Dolulukta pay bırakılır: ZFS yüzde 80 üstünde yavaşlamaya başlar; havuz dolmadan genişleme planlanır.

Atlas depolamayı tek haritaya indirir

Disk → havuz → veri yolu, tek akış haritasında:

Dört katman tek ekran

ZFS, LVM, Btrfs ve mdadm aynı arayüzde: havuzlar, dataset’ler, LV’ler ve diskler ayrı sekmelerde değil tek resimde.

Havuz kurulum sihirbazı

Yeni havuz adım adım: disk seçimi, redundancy, isimlendirme; uygulamadan önce ne olacağı net.

Redundancy rozetli harita

Her havuz akış haritasında rozetiyle durur: mirror mı, raidz mi, tek disk mi, bakınca görülür, ezberlemeye gerek kalmaz.

Dataset gezgini

ZFS dataset ağacı gezilir: boyutlar, kullanım, hangi VM nereye yazıyor.

Sağlık görünür

Havuz durumu (online/degraded) ve doluluk tek bakışta; sorun hangi katmandaysa harita orayı gösterir.

Güvenli işlemler

Yıkıcı adımlar (wipe, format) açık onay ister; geri alınabilenle alınamayan dürüstçe ayrılır, sahte “geri al” yoktur.

Sık sorulanlar

ZFS mi LVM-thin mi seçmeliyim?: Tek disk ve kısıtlı RAM’de LVM-thin pratiktir. Veri bütünlüğü, sıkıştırma ve snapshot esnekliği isteniyorsa ZFS. ZFS RAM sever ama karşılığını bütünlükle öder.
Havuzum degraded diyor, ne yapmalıyım?: Önce sakin: degraded, redundancy azaldı demektir; veri hâlâ erişilebilir. Düşen disk belirlenir, yenisi takılır, resilver bitene kadar havuz yorulmaz. Bu süreçte ikinci kayıp riskine karşı yedek doğrulanır.
Scrub ne sıklıkla koşmalı?: Ev ve lab için ayda bir yaygın ve yeterli bir ritim. Önemli olan düzenli koşması ve sonucuna bakılması; sessiz veri bozulmasını scrub yakalar.
Snapshot yedek sayılır mı?: Hayır. Snapshot aynı havuzda yaşar; havuz ya da disk ölürse snapshot da gider. Hızlı geri dönüş için snapshot, felaket senaryosu için ayrı cihazda yedek.
Proxmox’ta RAID’i nereden kurarım?: Donanım RAID yoksa en temiz yol ZFS mirror/raidz. mdadm da mümkün ama ZFS varken çoğu senaryoda fazladan katman. Atlas her iki yolu da arayüzden gösterir.
Havuz doluluk sınırı ne olmalı?: ZFS’te yüzde 80 eşik sayılır: üstünde parçalanma ve yavaşlama başlar. Yaklaşıldığında önce eski snapshot’lar temizlenir, sonra genişleme planlanır.

İlgili maddeler

Diskleri nasıl dizmeli: yansıma mı, dağıtık eşlik mi Soru hangisinin hızlı olduğu değil. Hangi arızadan sağ çıkmak istediğiniz, ve o arızadan sonra makinenin ne yapmak zorunda kalacağı.
Yeni disk ekleme ve havuzu büyütme: sessizce yedekliliği bitiren adım Disk eklemek iki ayrı iştir: sistemin diski görmesi, ve diskin nereye ait olacağına karar vermek. İkincisinde yapılan bir hata yedekliliği geri dönüşsüz bitirebilir.
Sahipsiz disk: silmeden önce sorulacak soru Makineyi sildiniz ama yer geri gelmedi. Geride kalan diskler üç ayrı sebeple kalır ve üçü aynı şey değildir. Listenin kendisi bir silme listesi olduğu için güvenilirliği ayrı bir mesele.
Disk doldu: yer nereye gitti ve neyi silmek güvenli Dolan depoda ilk iş silmek değil, yerin nereye gittiğini bulmaktır. Snapshot, eski yedek ve sahipsiz disk üç yaygın suçludur, ve üçünün silinme riski aynı değildir.