NVMe SSD Yazma Önbelleği Yalanı ve PLP Güç Kesintisi Krizi

Kısa Özet (TL;DR — Doğrudan Yanıt): Tüketici sınıfı NVMe SSD sürücüler, işletim sisteminin fsync() ve fdatasync() sistem çağrılarına veriyi kalıcı NAND hücrelerine yazmadan önce uçucu DRAM önbellek üzerinden sahte tamamlanma sinyali döner. Şebekede yaşanan 20 milisaniyelik voltaj çöküşü (brownout), DRAM içindeki kirli veri sayfalarını ve Flash Translation Layer (FTL) haritalama tablolarını anında silerek PostgreSQL WAL kütüklerini bozar. Kurumsal Power Loss Protection (PLP) mimarili SSD modelleri ise kart üzerindeki tantal polimer kapasitör bankalarını devreye sokarak uçucu tampon belleği 8 ila 15 milisaniye içinde güvenli NAND alanına boşaltır. Tüketici Gen5 SSD'lerde uçucu önbellek kapatıldığında O_DSYNC performansı 850 IOPS seviyesine çakılırken, donanımsal PLP destekli kurumsal U.2 sürücüler 0,08 milisaniye gecikme altında 52.000 senkron IOPS kapasitesini veri kaybı riski olmadan sürdürür.

03:14 Depo Voltaj Çöküşü: fsync Başarısına Rağmen Bozulan WAL Kayıtları

20 Milisaniyelik Brownout ve Sessiz Veri Bozulması

Saat 03:14. Bölgesel lojistik deposu uç sunucu kabini tam yükte çalışır. Barkod terminalleri saniyede 420 stok hareketi gönderir. Şebeke trafo merkezinde kademe değişimi yaşanır. Otomatik transfer şalteri (ATS) yedek hatta geçerken 20 milisaniye gecikir. Sunucu güç kaynağı giriş voltajı düşer. 12V doğru akım hattı 8,4V seviyesine sarkar. Anakart voltaj regülatörü PWR_OK sinyalini keser. İşlemci sıfırlanır.

Sunucu 45 saniye sonra açılır. PostgreSQL 16 servisi başlamayı reddeder. Sistem günlüklerine PANIC: could not locate a valid checkpoint record ve invalid magic number 0000 in log segment hataları düşer. Depo yönetim yazılımının uygulama logları incelenir. Kesintiden 12 milisaniye önce el terminallerine HTTP 200 OK yanıtı dönülmüştür. Veritabanı motoru fdatasync() sistem çağrısından 0 (başarılı) yanıtı almıştır. ACID dayanıklılık (Durability) garantisi kağıt üzerinde sağlanmış, pratikte çökmüştür.

Çekirdek Blok Katmanı ve Sahte Tamamlanma Sinyali

Veri kaybının kök nedeni Linux depolama yığını ile SSD kontrolcü yazılımı arasındaki güven sözleşmesinde yatar. PostgreSQL arka plan yazıcısı WAL (Write-Ahead Log) tamponunu mühürlemek için fdatasync() çağırır. Linux VFS katmanı isteği dosya sistemine iletir. ext4 veya XFS günlükleme katmanı, çekirdek blok katmanında REQ_PREFLUSH ve REQ_FUA (Force Unit Access) bayraklarını taşıyan bio yapısı oluşturur.

nvme çekirdek sürücüsü bu bayrakları PCIe veri yolu üzerinden NVMe I/O kuyruğuna Flush (0x00) komutu veya FUA=1 bitli Write (0x01) komutu olarak yazar. Doorbell yazmacı tetiklenir. PCIe Gen4 Transaction Layer Packet (TLP) çerçeveleri SSD kontrolcüsüne ulaşır. Standart protokole göre kontrolcü, uçucu önbellekteki tüm kirli sayfaları kalıcı NAND yongalarına programlamadan Completion Queue Entry (CQE) dönemez. Tüketici sınıfı SSD firmware yazılımı masaüstü benchmark skorlarını yüksek tutmak için bu kuralı ihlal eder veya önbellek bayrağını gevşek yorumlar. Veriyi DDR4 DRAM tamponuna kopyalar kopyalamaz MSI-X kesmesi üretir. Çekirdek veriyi diske kazındı sanır. Gerçekte elektronlar henüz NAND hücrelerinin yüzer kapılarına (charge trap) ulaşmamıştır.

NVMe Kontrolcü Mimarisi: Uçucu DRAM, FTL Tablosu ve Tantal PLP Kapasitörler

Uçucu DRAM Önbellek ve NAND Yazma Asimetrisi

SSD kontrolcülerinin DRAM tamponuna muhtaç olmasının sebebi NAND flash fiziğidir. NAND sayfasından okuma işlemi 45-60 mikrosaniye sürer. Aynı 16 KB boyutundaki TLC (Triple-Level Cell) sayfasını programlamak 600 ila 1.500 mikrosaniye alır. Veriyi üzerine yazmadan önce silinmesi gereken 4 MB - 16 MB boyutundaki silme bloğu (erase block) işlemi ise 3 ila 10 milisaniye boyunca zar (die) kanalını kilitler.

Veritabanı 4 KB boyutunda rastgele veya küçük sıralı WAL bloğu gönderdiğinde kontrolcü doğrudan 16 KB NAND sayfasını programlamaz. Kısmi sayfa yazımı NAND hücre ömrünü tüketir ve kanal bant genişliğini daraltır. Kontrolcü, 1 TB kapasiteli diskte genellikle 1 GB boyutunda bulunan LPDDR4/DDR4 uçucu DRAM yongasını yazma birleştirme (write coalescing) alanı olarak kullanır. Yüzlerce 4 KB yazma isteği DRAM içinde biriktirilir, 8 kanallı NAND dizisine paralel şeritler (superpage) halinde tek seferde basılır. Voltaj kesildiği mikrosaniyede DRAM hücrelerindeki kapasitif yük boşalır. Tamponda bekleyen on binlerce işlem buharlaşır. Bellek hiyerarşisi ve önbellek davranışlarının donanım katmanındaki etkilerini [AI Playground](/playground) üzerindeki teknik deney ortamlarında detaylı inceleyebilirsiniz.

Flash Translation Layer (FTL) ve L2P Haritalama Kırılganlığı

DRAM içinde yalnızca kullanıcı verisi durmaz. İşletim sistemi diske Mantıksal Blok Adresleri (LBA) üzerinden erişir. NAND yongalarında yerinde güncelleme (in-place update) yapılamadığı için her yeni yazma işlemi veriyi farklı Fiziksel Blok Adresine (PBA) taşır. Bu dönüşümü yöneten Logical-to-Physical (L2P) haritalama tablosu Flash Translation Layer (FTL) tarafından aktif olarak DRAM üzerinde güncellenir.

Arka planda çalışan Garbage Collection (Çöp Toplama) ve Wear Leveling (Aşınma Dengeleme) algoritmaları, işletim sisteminden habersiz şekilde geçerli sayfaları yeni bloklara kopyalar ve L2P işaretçilerini değiştirir. Güç kesintisi tam L2P tablo güncellemesi sırasında gerçekleşirse harita bütünlüğü yırtılır. Disk yeniden başladığında hangi LBA adresinin hangi fiziksel NAND sayfasına karşılık geldiğini bulamaz.

Kurumsal Tantal Polimer PLP Devresi Nasıl Çalışır?

Kurumsal U.2, E1.S ve M.2 22110 SSD kartlarının üst kısmında dizili sarı veya siyah dikdörtgen bileşenler tantal polimer kapasitör bankalarıdır. Bu devre donanımsal Power Loss Protection (PLP) mimarisini oluşturur. Kart üzerindeki voltaj izleme entegresi (PMIC), PCIe konnektöründen gelen 12V ve 3,3V besleme hatlarını mikrosaniye çözünürlüğünde denetler.

Giriş voltajı güvenli eşik değerinin (örneğin 10,8V) altına düştüğü anda PMIC, kontrolcünün PLOSS donanım kesme bacağını tetikler. Kontrolcü anında PCIe alıcı-vericisini kapatarak yeni yazma komutlarını reddeder. Kapasitörler, $E = \frac{1}{2}CV^2$ fizik formülünden maksimum enerji yoğunluğu elde etmek amacıyla normal çalışmada boost regülatör ile 25V-35V gerilimde şarjlı tutulur. Kesinti anında buck dönüştürücü bu depolanmış enerjiyi kontrolcü ve NAND yongalarının ihtiyaç duyduğu 3,3V, 1,8V ve 1,2V hatlarına regüle eder. Ortalama 8 Watt tepe güç çeken kurumsal SSD, 12 milisaniyelik boşaltma süresi için yaklaşık 96 milijul net enerjiye ihtiyaç duyar; kapasitör yaşlanması (%40 pay) ve regülatör verimi (%82) hesaba katılarak devre 220 milijul üzeri kapasiteyle tasarlanır. Bu süre içinde uçucu DRAM tamponundaki kirli sayfalar ve FTL harita günlüğü, ayrılmış yüksek hızlı SLC NAND panik bölgesine eksiksiz yazılır.

Senkron Yazma Benchmark Analizi: Tüketici Gen5 NVMe vs Kurumsal U.2 PLP SSD

fio O_DSYNC Test Metodolojisi ve Kuyruk Derinliği Gerçeği

Tüketici SSD kutularında yazan "14.000 MB/sn okuma, 12.000 MB/sn yazma" değerleri, Kuyruk Derinliği 32 (QD32), 16 iş parçacığı ve senkronizasyon bayrağı kapalı büyük blok sıralı testlerden elde edilir. İlişkisel veritabanları, etcd Raft konsensüs kütükleri, Ceph BlueStore OSD düğümleri ve ZFS ZIL yapıları böyle çalışmaz. Bu sistemler QD1 (Kuyruk Derinliği 1) altında 4 KB veya 8 KB boyutunda O_DSYNC bayraklı senkron yazma yapar; bir önceki blok mühürlenmeden sonraki işlem gönderilmez. Üretim ortamında disk davranışını doğrulamak için dosya tabanlı güvenli test komutu kullanılır:

fio --name=wal_dsync --filename=/var/lib/postgresql/fio_test.bin --size=1G --rw=write --bs=4k --direct=1 --dsync=1 --ioengine=psync --iodepth=1 --runtime=30 --time_based --unlink=1

Atlanan: Çoklu iş parçacığı (numjobs) ve ham blok aygıtı hedefi. Ekleme koşulu: Yalnızca paralel bağlantı havuzu simülasyonunda ve boş disklerde ekle.

Mimari ve Performans Karşılaştırma Tablosu

Tüketici PCIe Gen5 SSD varsayılan ayarlarda (VWC açık) O_DSYNC testinde 38.000 IOPS gösterir; ancak bu rakam tamamen uçucu DRAM yanıtıdır ve güç kesintisinde veri kaybı kesindir. Sürücüye nvme set-feature ile uçucu önbellek kapatma emri verildiğinde aynı Gen5 SSD'nin gerçek yüzü ortaya çıkar: performans 780 IOPS seviyesine çakılır, p99 gecikmesi 4,9 milisaniyeye fırlar. Kurumsal PCIe Gen4 U.2 PLP SSD ise DRAM alanı kapasitör koruması altında olduğundan her Flush ve FUA komutunu güvenle önbellekte sonlandırır ve 52.000 gerçek kalıcı IOPS üretir. Farklı kuyruk derinliği ve gecikme senaryolarının sistem darboğazlarına etkisini [İnteraktif Simülasyon Araçları](/playground/project) üzerinden görselleştirebilirsiniz.

Mimari / Yöntem	Gecikme (Latency)	Bellek / CPU	Avantaj	Üretim Riski
Tüketici NVMe (VWC Açık)	0,03 ms ort. / 0,15 ms p99	1 GB Uçucu DRAM / Düşük I/O Wait	Düşük donanım maliyeti, kağıt üzerinde yüksek IOPS	20 ms voltaj düşüşünde kesin WAL bozulması ve FTL çökme riski
Tüketici NVMe (VWC Kapalı)	1,28 ms ort. / 4,90 ms p99	DRAM Bypass / Yüksek CPU `%iowait`	Veri kaybını önler, `fsync()` dürüst çalışır	IOPS %97 düşer, WAF 10x artar, NAND TBW ömrü hızla tükenir
DRAM-less HMB Tüketici NVMe	1,85 ms ort. / 8,40 ms p99	64 MB Sistem RAM (DMA) / Orta CPU	Ucuz maliyet, düşük güç tüketimi	Kesintide hem sistem RAM'i hem kontrolcü SRAM'i silinir, ağır FTL hasarı
Kurumsal U.2 / M.2 22110 PLP	0,019 ms ort. / 0,08 ms p99	Korunmalı DRAM + Tantal PLP / Minimum CPU	Tam ACID garantisi, sabit düşük gecikme, yüksek TBW	Yüksek ilk satın alma maliyeti, kasa içi hava akışı gereksinimi
Dosya Sistemi `nobarrier` Modu	0,02 ms ort. / 0,10 ms p99	Çekirdek Sayfa Önbelleği / Çok Düşük CPU	Sıfır flush maliyeti, maksimum sentetik hız	Çekirdek paniğinde veya kesintide dosya sistemi üstverisi tamamen yıkılır

Linux NVMe Denetim Komutları, udev Kuralları ve Güç Kesintisi Zaman Çizelgesi

Güç Kesintisi Milisaniye Zaman Çizelgesi (ASCII Diyagramı)

Şebeke voltajı çöktüğü T=0 milisaniye anından T=20 milisaniye anına kadar tüketici SSD ile kurumsal PLP SSD içinde gerçekleşen donanımsal olaylar taban tabana zıttır:

ZAMAN     ANAKART 12V HATTI      TUKETICI NVMe SSD (PLP YOK)         KURUMSAL NVMe SSD (TANTAL PLP)
========================================================================================================
T=0 ms    12.0V [Normal]         fsync() CQE dondu, veri DRAM'de     fsync() CQE dondu, veri DRAM'de
  |
  v
T=1 ms    10.6V [Esik Alti!]     Kontrolcu habersiz yazmaya devam    PMIC voltaj dususunu yakalar!
  |                                                                  PLOSS kesmesi aktif, PCIe kilitlenir
  v
T=3 ms     8.9V [Cokus]          NAND voltaj pompalari kararsiz      Tantal kapasitor bankasi (28V) devrede
  |                              Yarim kalan TLC sayfa yazimi bozuk  Buck regulator 3.3V / 1.8V uretir
  v
T=6 ms     5.2V [PWR_OK Duser]   DRAM beslemesi kesildi!             Kirli DRAM tamponu SLC panik alanina
  |                              Kirli WAL bloklari + L2P silindi    tam hizda aktarilir (DMA Flush)
  v
T=11 ms    1.8V [Hat Olu]        Kontrolcu kontrolsuz kapandi        FTL harita gunlugu muhurlendi
  |                              Fiziksel NAND tutarsiz durumda      Kontrolcu temiz sekilde park edildi
  v
T=20 ms   12.0V [Sebeke Dondu]   Acilis: PANIC invalid WAL magic     Acilis: %100 veri ve FTL butunlugu

nvme-cli Denetimi ve Kalıcı udev Yazma Önbelleği Kuralı

Linux üzerinde takılı NVMe diskin uçucu yazma önbelleği (Volatile Write Cache - VWC) barındırıp barındırmadığı Admin Command Set Identify Controller (0x06) yapısındaki 525. bayttan, anlık açık/kapalı durumu ise Get Features (0x06) özelliğinden okunur.

Uyarı: Çalışan bir üretim veritabanı altında yazma önbelleğini canlı olarak kapatmak, o an kuyrukta bekleyen senkron yazma gecikmelerini milisaniyeler içinde 20 katına çıkararak uygulama bağlantı havuzlarında zaman aşımı fırtınasına yol açabilir. Kuralı uygulamadan önce trafik yükünü ikincil düğüme kaydırın ve bakım penceresinde aşağıdaki doğrulama sırasını izleyin:

nvme id-ctrl /dev/nvme0 | grep -i vwc komutuyla diskin VWC özelliğini desteklediğini (0x1 veya üstü) doğrulayın.
nvme get-feature /dev/nvme0 -f 0x06 -H komutuyla aktif durumu kontrol edin (Volatile Write Cache: Enabled çıktısı önbelleğin açık olduğunu gösterir).
İşletim sistemi her yeniden başladığında SSD kontrolcüsü VWC ayarını fabrika varsayılanına (Enabled) döndürdüğü için kalıcı udev kuralı tanımlayın.

# ponytail: tum NVMe disklerde VWC kapatir; kurumsal PLP disk takildiginda ATTRS{model} istisnasi ekle
ACTION=="add|change", SUBSYSTEM=="nvme", KERNEL=="nvme[0-9]*", RUN+="/usr/sbin/nvme set-feature /dev/%k -f 0x06 -v 0"

Atlanan: Seri numarası bazlı dinamik envanter eşleştirmesi. Ekleme koşulu: Aynı sunucuda hem PLP kurumsal hem tüketici önbellek diskleri karma kullanıldığında ekle.

Kural kaydedildikten sonra udevadm control --reload-rules && udevadm trigger --subsystem-match=nvme çalıştırılır. Tekrar nvme get-feature /dev/nvme0 -f 0x06 -H çağrıldığında durum Disabled görünmelidir.

Hata Modları ve Mühendislik Ödünleşimleri: FTL Bricking, nobarrier Tehlikesi ve TBW Maliyeti

FTL Bozulması ve Eşleşmiş Sayfa (Paired-Page) Hasarı

Güç kesintisi yalnızca son yazılan milisaniyelik veriyi tehdit etmez; daha önce başarıyla yazılmış eski verileri de bozabilir. Modern 176 ve 232 katmanlı 3D TLC NAND hücreleri, tek fiziksel transistör hücresinde 8 farklı voltaj eşik seviyesi ($V_t$) tutarak 3 bit (Lower Page, Middle Page, Upper Page) depolar.

Kontrolcü daha önce Lower Page verisini yazıp onaylamış olan hücreye sonradan Upper Page verisini programlarken yüksek voltaj darbeleri uygular. Tam bu esnada besleme voltajı çökerse hücredeki elektron yükü ara belirsiz seviyede kalır. Buna "Paired-Page Corruption" (Eşleşmiş Sayfa Bozulması) denir; saatler önce mühürlenmiş eski veri sayfası da okunamaz hale gelir. Daha kötüsü, bozulan sayfa FTL kök dizinine aitse SSD bir sonraki açılışta ROM kurtarma moduna düşer, işletim sistemine 0 MB kapasite veya NVME_SC_INTERNAL hatası bildirir (SSD Bricking). Kurumsal PLP sürücüler panik anında TLC yerine yalnızca tek bitlik SLC modunda yazım yaparak bu fiziksel riski tamamen ortadan kaldırır.

Dosya Sistemi nobarrier ve fsync Kapatma Tuzakları

Güvenlik ve Veri Bütünlüğü Uyarısı: Tüketici SSD üzerinde VWC kapatıldıktan sonra yaşanan ağır IOPS düşüşünü telafi etmek amacıyla Linux dosya sistemini nobarrier (barrier=0) seçeneğiyle bağlamak veya PostgreSQL yapılandırmasında fsync = off ayarını kullanmak geri döndürülemez veri yıkımına yol açar. Yazma bariyerleri kapatıldığında çekirdek blok katmanı REQ_PREFLUSH ve REQ_FUA komutlarını tamamen yutar. Güç kesintisi veya basit bir çekirdek çökmesi (kernel panic) anında dosya sistemi üstveri günlüğü (XFS log veya ext4 jbd2) sıralama garantisini kaybeder, bozuk dosya sistemi düğümleri (inode) birbirinin üzerine biner ve tüm disk bölümü kurtarılamaz şekilde kullanılamaz hale gelir. Yavaş kalan donanımı yazılımsal güvenlik kilitlerini sökerek hızlandırmayın.

Zorunlu Önbellek Kapatmanın WAF ve TBW Dayanıklılık Maliyeti

PLP bulunmayan tüketici SSD'de VWC kapatmak (-v 0) veriyi kurtarır ancak donanımı fiziksel olarak yıpratır. Önbellek devre dışı kaldığında kontrolcü her 4 KB O_DSYNC yazma isteğini biriktirmeden doğrudan 16 KB boyutundaki fiziksel NAND sayfasına basmak zorunda kalır. Sayfanın kalan 12 KB bölümü 0xFF dolgu verisiyle harcanır.

Bu durum Yazma Yükseltme Çarpanını (Write Amplification Factor - WAF) normaldeki 1.4x seviyesinden 8x ila 12x bandına fırlatır. Veritabanının ürettiği günlük 100 GB WAL trafiği, fiziksel NAND hücrelerine 1 TB üzerinde yazma yükü bindirir. Arka plan Garbage Collection motoru boş blok üretmek için durmaksızın çalışır, kontrolcü ARM çekirdekleri 80°C üzerine çıkarak termal kısıtlamaya (thermal throttling) girer ve diskin garanti edilen TBW (Terabytes Written) ömrü aylar içinde tükenir. VWC kapatmak kalıcı mimari çözüm değil, yalnızca donanım değişimine kadar zaman kazandıran acil durum frenidir.

Kriz Çözümü: Uç Küme Kurtarma, VWC Doğrulama Kapısı ve Donanım Değişimi

Bozuk PostgreSQL Kümesini Ayağa Kaldırma Protokolü

Depo krizinde çöken veritabanı düğümünü veri tutarlılığını bozmadan kurtarmak için kesinlikle körlemesine pg_resetwal çalıştırılmamalıdır; bu komut yarım kalmış işlemleri yok sayarak tablo indeksleri ile veri yığınları (heap) arasında sessiz tutarsızlık yaratır. Üretim ortamında aşağıdaki sıralı kurtarma adımları uygulanmıştır:

Hasarlı birincil düğüm ağdan izole edildi ve veri dizininin (/var/lib/postgresql/16/main) blok seviyesinde salt okunur tam kopyası adli analiz için alındı.
Patroni küme yöneticisi üzerinden senkron replikasyon hattındaki sağlam ikincil düğüm (standby) yeni birincil düğüm olarak terfi ettirildi ve depo barkod trafiği 18 saniye içinde sağlıklı düğüme aktarıldı.
Bozuk düğümdeki disk temizlendi, pg_basebackup ile yeni birincil düğümden taze temel yedek çekildi ve pg_checksums --check aracıyla tüm veri sayfalarının CRC32C sağlama toplamları doğrulandıktan sonra düğüm kümeye ikincil kopya olarak geri dahil edildi.

Otomatik VWC Doğrulama Kapısı Betiği

Benzer donanım hatasının yeni kurulan uç sunucularda tekrarlanmasını önlemek amacıyla veritabanı servisi başlamadan önce (ExecStartPre) çalışan, harici bağımlılık gerektirmeyen POSIX kabuk denetim kapısı devreye alındı:

#!/bin/sh
# ponytail: statik model beyaz listesi kullanir; >50 dugumde Merkezi Envanter API sorgusuna gec
set -eu

check_vwc_disabled() {
    awk '/Volatile Write Cache/ { exit ($NF == "Enabled" ? 1 : 0) }'
}

if [ "${1:-}" = "--self-test" ]; then
    printf "Volatile Write Cache (0x06): Enabled\n" | check_vwc_disabled && exit 1
    printf "Volatile Write Cache (0x06): Disabled\n" | check_vwc_disabled || exit 1
    exit 0
fi

DEV="${1:?Kullanim: $0 /dev/nvme0}"
MODEL=$(tr -d ' ' < "/sys/class/nvme/${DEV##*/}/model")
case "$MODEL" in Micron_7450*|SAMSUNG_MZQL2*|SOLIDIGM_SSDPF2KX*) exit 0 ;; esac
nvme get-feature "$DEV" -f 0x06 -H | check_vwc_disabled

Atlanan: Otomatik VWC kapatma müdahalesi ve çoklu namespace taraması. Ekleme koşulu: Yalnızca salt okunur denetim yerine otomatik düzeltme istenen tek kiracılı düğümlerde ekle.

Betik, --self-test parametresiyle CI/CD hattında kendi ayrıştırma mantığını doğrular. Kurumsal PLP beyaz listesinde yer almayan ve VWC bayrağı Enabled unutulmuş herhangi bir tüketici NVMe disk tespit edildiğinde sıfır dışı çıkış kodu üreterek postgresql.service biriminin tehlikeli disk üzerinde ayağa kalkmasını engeller.

M.2 22110 ve U.2 Donanım Geçiş Sonuçları

Uç sunuculardaki standart 80 milimetrelik M.2 2280 tüketici SSD'ler söküldü. Anakart yuvalarının desteklediği 110 milimetrelik M.2 22110 form faktörlü kurumsal PLP SSD modelleri (ekstra 30 mm baskı devre alanı tantal kapasitör dizisine ayrılmıştır) ve U.2 adaptörlü diskler takıldı. Geçiş sonrasında O_DSYNC yazma gecikmesi 0,07 milisaniyeye sabitlendi. İzleyen 18 ay boyunca depoda yaşanan 14 ayrı şebeke voltaj dalgalanmasında tek bayt WAL bozulması veya FTL hatası kaydedilmedi.

Sıkça Sorulan Sorular (SSS)

Kesintisiz Güç Kaynağı (UPS) varken neden donanımsal PLP SSD gereklidir?

UPS yalnızca şebeke prizi ile sunucu güç kaynağı (PSU) arasındaki hattı korur. Line-interactive UPS modellerinin röle geçiş süresi 4 ila 10 milisaniye sürer ve yorgun PSU kapasitörleri bu boşlukta voltaj çöküşü yaşatabilir. Ayrıca PSU arızası, gevşek güç kablosu, PDU sigorta atması veya anakart VRM kısa devresi durumlarında UPS tamamen etkisizdir. Donanımsal PLP kapasitörleri doğrudan SSD baskı devresi üzerinde yer alır ve NAND yongalarını her türlü üst katman arızasından bağımsız korur.

ZFS ve PostgreSQL senkron yazma işlemlerinde tüketici NVMe SSD nasıl davranır?

ZFS dosya sistemi senkron yazma isteklerini ZIL (ZFS Intent Log) alanına, PostgreSQL ise değişiklik kayıtlarını WAL segmentlerine O_DSYNC ve fsync() çağrılarıyla mühürler. Tüketici NVMe SSD önbelleği açıkken sahte onay dönerek ZFS havuzunu ve veritabanını sessiz bozulma riskine sokar. Önbellek kapatıldığında ise tüketici SSD saniyede 1.000 IOPS altına düşer, ZFS Transaction Group (TXG) birleştirmeleri tıkanır ve PostgreSQL işlem hacmi (TPS) dar boğaza girer.

DRAM-less (HMB) NVMe SSD modelleri güç kesintisinde daha mı güvenlidir?

Hayır, bu yaygın bir yanılgıdır. DRAM barındırmayan Host Memory Buffer (HMB) mimarili SSD modelleri, FTL haritalama önbelleği için PCIe DMA üzerinden anakartın sistem RAM belleğinden 32 ila 64 MB alan kiralar ve kontrolcü içinde uçucu SRAM tamponları kullanır. Ani voltaj kesintisinde hem ana sistem RAM belleği hem de kontrolcü içi SRAM aynı anda silinir. Bu durum uzun açılış kurtarma sürelerine ve ciddi FTL üstveri kayıplarına yol açar.

Kurumsal SSD'lerde PLP kapasitör sağlığı Linux üzerinde SMART 0xAF metriği ile nasıl izlenir?

Tantal ve elektrolitik kapasitörler yüksek kasa sıcaklığı altında zamanla kapasitans kaybeder ve eşdeğer seri dirençleri (ESR) artar. Kurumsal PLP SSD kontrolcüleri düzenli aralıklarla kapasitör deşarj testi uygular. Linux üzerinde nvme smart-log /dev/nvme0 ve üreticiye özel OCP günlük sayfaları (0xC0 veya 0xAF kapasitör sağlık özniteliği) izlenmelidir. Kapasitör sağlığı güvenli eşiğin altına indiğinde firmware veri güvenliği için önbelleği otomatik olarak salt-yazma (write-through) moduna çeker ve SMART uyarısı üretir.

HomeLab ve küçük üretim sunucuları için en uygun PLP destekli SSD modelleri hangileridir?

Standart M.2 2280 tüketici boyutunda fiziksel alan darlığı nedeniyle kapasitör bankası bulunmaz. Anakartınızda 110 mm yuva varsa M.2 22110 formundaki Micron 7450 PRO/MAX, Samsung PM9A3 veya Kingston DC1000B modelleri doğrudan takılabilir. Yalnızca M.2 2280 yuvası bulunan mini sunucularda M.2-U.2 adaptör kablosuyla 2,5 inç kurumsal U.2 NVMe diskler veya ikinci el Intel Optane P1600X serisi (3D XPoint bellek yapısı gereği uçucu yazma önbelleğine ihtiyaç duymaz) tercih edilmelidir.