Yükleniyor
Veritabanı, Docker veya log yoğun çalışan Linux VDS sunucunuzda doğru dosya sistemini ve mount seçeneklerini seçin. Yazma Artış Faktörünün (WAF) NVMe SSD TBW dayanıklılığına etkisini, CoW parçalanmasını ve şeffaf ZSTD sıkıştırma tasarrufunu hesaplayın.
Uygulamanız 1 GB veri yazdığında, dosya sistemi meta verisi, journal günlüğü ve CoW (Yazma Sırasında Kopyalama) blok tahsisi nedeniyle fiziksel SSD flaş hücrelerine örneğin 2.5 GB yazılıyorsa WAF 2.5x'tir. Yüksek WAF, SSD ömrünü yarı yarıya tüketebilir.
Toplam 1200 TBW sınırına kadar
Yılda fiili ~65.3 TB SSD yazımı
SMART Media Wearout Indicator
Kernel buffer / ARC önbellek
Kurumsal Linux ve Veritabanı İş Yükleri İçin Paralel I/O Şampiyonu
noatime,nodiratime,logbufs=8,logbsize=256k,allocsize=64M,discard=async
Rastgele 8k veritabanı yazma yükünde, ayarlanmamış CoW (Btrfs / varsayılan ZFS) Yazma Artış Faktörünü (WAF) 3.4x seviyesine çıkararak SSD ömrünü 17.9 yıldan 8.8 yıla düşürmektedir. Veritabanı VDS'lerinde maksimum NVMe ömrü ve sıfır RAM yükü için XFS veya ext4 tercih edilmelidir; ZFS kullanılacaksa mutlaka recordsize=16k ve logbias=throughput ayarlanmalıdır.
Bulut veya yerel VDS sağlayıcılarında sunucu kiralarken çoğu kullanıcı öntanımlı dosya sistemi kurulumunu kabul eder. Ancak PostgreSQL, MySQL, VictoriaMetrics veya Kafka gibi yoğun I/O üreten uygulamalarda, seçilen dosya sistemi flaş hücrelerinin ömrünü ve disk gecikmesini doğrudan belirler. Özellikle Yazma Sırasında Kopyalama (Copy-on-Write - CoW) tabanlı sistemler ayarlanmadığında fiziksel flaş hücrelerine 3 ila 4 kat daha fazla yazma yaparak (WAF > 3.5x) SSD'yi beklenenden çok daha erken tüketebilir.
ext4 ve XFS, bir veri bloğu güncellendiğinde onu doğrudan mevcut konumunda günceller (in-place). Bu sayede meta veri ek yükü son derece düşüktür (WAF ~1.1-1.25x). Özellikle XFS'in Allocation Groups mimarisi, onlarca iş parçacığının aynı anda kilitlenmeden diske yazmasını sağlar. Veritabanı sunucuları için altın standarttır.
Btrfs ve ZFS, veriyi asla yerinde güncellemez; önce yeni bir boş bloğa yazar, ardından ağaç işaretçilerini günceller. Bu mimari anlık snapshot'lar ve elektrik kesintilerinde sıfır veri kaybı sağlar. Ancak 8 KB'lık rastgele veritabanı yazmalarında şiddetli parçalanmaya (fragmentation) ve yüksek WAF'a yol açar. Veritabanı dizinlerinde mutlaka chattr +C (NoCoW) uygulanmalıdır.