Temel teknoloji: boşluk neden bu kadar büyük
HDD'ler bitleri manyetik olarak dönen plakalarda saklar ve her rastgele okuma için 3-15 ms süren fiziksel kafa hareketi gerektirir. SATA SSD'ler mikrosaniyede erişilebilen flash bellek hücrelerini kullanır ancak dönen diskler için tasarlanmış eski AHCI/SATA protokolü üzerinden iletişim kurar. NVMe SSD'ler aynı flash'ı kullanır ancak paralel, düşük gecikmeli erişim için sıfırdan tasarlanmış bir protokolle PCIe üzerinden konuşur — ve fark her yerde ortaya çıkar.
7.200 RPM HDD ortalama 8,3 ms döner gecikme artı 3-12 ms arama süresi alır ve toplam rastgele okuma gecikmesi yaklaşık 5-15 ms olur. SATA SSD, ikisini de elektronik flash ile ortadan kaldırır, gecikmeyi ~100 mikrosaniyeye düşürür (50-100 kat daha hızlı), ancak SATA AHCI protokolünün 32 bekleyen G/Ç ile tek komut kuyruğu ile darboğaz oluşturur. NVMe (Non-Volatile Memory Express, 2011'de standartlaştırıldı) özellikle flash için tasarlanmıştır: PCIe taşıması (yolda SATA denetleyicisi yok), her biri 64K komutlu 64K komut kuyruğu (AHCI'nin 32'sine karşı) ve düzenlenmiş bir komut seti. Sonuç: uçtan uca NVMe gecikmesi 10-50 mikrosaniyeye düşer, paralellik kuyruk derinliğiyle neredeyse doğrusal ölçeklenir ve tek bir NVMe sürücü, SATA SSD'nin 100K civarında zirveye ulaştığı yerde 1+ milyon rastgele IOPS sürdürebilir. Teknoloji boşluğu 'kademeli olarak daha iyi' değildir — önemli olan her metrikte 10-100 kattır.
IOPS, gecikme ve verim karşılaştırması
Tipik 2026 sayıları. HDD: 100-200 rastgele IOPS, 5-15 ms gecikme, 200 MB/s sıralı. SATA SSD: 50K-100K rastgele IOPS, ~100 μs gecikme, 500-550 MB/s sıralı. NVMe Gen 4 SSD: 500K-1M rastgele IOPS, 10-50 μs gecikme, 5-7 GB/s sıralı. NVMe Gen 5 SSD: 1,5M-2M IOPS, ~10 μs gecikme, 12-14 GB/s sıralı.
Bunlar 2026'daki tipik perakende ve kurumsal fiyatlandırma aralıklarıdır, mutlak alt veya üst seviyeler değildir. Tüketici NVMe fiyatlandırması kurumsaldan daha hızlı sıkıştırılmıştır; tüketici Gen 4 NVMe (~70 EUR/TB) ile yüksek dayanıklılıklı kurumsal NVMe (~150 EUR/TB) arasındaki fark artık çoğunlukla ham performans yerine dayanıklılık (DWPD — günlük sürücü yazma) ve güç kaybı koruma kondansatörleridir. Hosting sağlayıcıları için, ilgili seçim neredeyse evrensel olarak kurumsal NVMe'dir, çünkü tüketici sürücüleri paylaşılan iş yükleri için gereken sürekli yazma performansından ve PLP'den yoksundur.
| Metrik | 7.2K HDD | SATA SSD | NVMe Gen 4 | NVMe Gen 5 |
|---|---|---|---|---|
| Rastgele okuma IOPS (4K) | 100-200 | ~95K | 500K-1M | 1,5M-2M |
| Rastgele yazma IOPS (4K) | 100-200 | ~85K | 300K-700K | 1M-1,4M |
| Okuma gecikmesi (tipik) | 5-15 ms | ~100 μs | 10-50 μs | ~10 μs |
| Sıralı okuma | 150-250 MB/s | 500-550 MB/s | 5-7 GB/s | 12-14 GB/s |
| Arabirim | SATA 6 Gb/s | SATA 6 Gb/s | PCIe 4.0 x4 | PCIe 5.0 x4 |
| En iyi protokol kuyruk derinliği | 1 | 32 | 65.536 | 65.536 |
| 2026 TB başına maliyet (kurumsal) | ~15-25 EUR | ~80-120 EUR | ~100-150 EUR | ~150-220 EUR |
| 2026 TB başına maliyet (tüketici) | ~25-35 EUR | ~50-70 EUR | ~70-100 EUR | ~120-180 EUR |
NVMe ne zaman önemlidir
NVMe, rastgele IOPS ve kuyruk gecikmesinin iş yükü performansına hakim olduğu her yerde önemlidir: ilişkisel veritabanları, anahtar-değer depoları, arama dizinleri, mesaj kuyrukları, konteyner derleme çiftlikleri, CI/CD boru hatları ve yüksek eşzamanlılığa sahip herhangi bir iş yükü. Uygulama ne kadar hızlıysa, NVMe'den o kadar fazla yararlanır — darboğazlar diskten CPU'ya kayar.
Üç iş yükü kategorisi dramatik NVMe kazanımları görür. Veritabanı iş yükleri — Postgres, MySQL, SQL Server — dizinlerde birçok eşzamanlı rastgele 4-16 KB okuma yayınlar; gecikme doğrudan sorgu süresine dönüşür. SATA SSD'de tipik bir OLTP iş yükü 1 ms civarında 95. yüzdelik dilim sorgu gecikme duvarına çarpar; NVMe'de aynı iş yükü 200 mikrosaniyenin altında p95'te çalışır. Konteyner iş yükleri — Docker, Kubernetes — imaj çekmeleri ve katman çıkarma sırasında binlerce küçük okuma gerçekleştirir; NVMe soğuk başlatma süresini 5-10 kat azaltır. CI/CD ve derleme boru hatları — bazel, gradle, npm install — patolojik olarak rastgele G/Ç bağlıdır; SATA'dan NVMe'ye geçmek, derleme sürelerini rutin olarak yarıya indirir. Ortak konu: birçok eşzamanlı küçük operasyonun kuyrukta bekletildiği herhangi bir iş yükü, NVMe'nin kuyruk derinliği ölçeklemesinden yararlanır. Tek iş parçacıklı sıralı iş yükleri daha az iyileşme görür çünkü SATA SSD'ler arabirimlerini zaten doyurabilir.
NVMe ne zaman önemli değildir (ve HDD yeterli olabilir)
Statik içerik dağıtımı, video yayını, soğuk yedekleme depolama, günlük arşivi ve büyük dosya toplu işleme, IOPS bağlı yerine sıralı ve bant genişliği bağlı oldukları için anlamlı NVMe kazanımları görmez. 250 MB/s sıralı 7.200 RPM HDD veya hatta Hammer SMR sürücü iyidir — ve terabayt başına 5-10 kat daha ucuzdur.
Üç iş yükü kalıbı IOPS'u zar zor kullanır. Statik içerik dağıtımı 100-KB ile çoklu MB arası dosyaları sıralı olarak sunar; işletim sistemi okuma öncesi ve disk önbelleği, son kullanıcılar için (özellikle önde CDN olduğunda) SATA SSD veya hatta HDD'yi NVMe kadar hızlı yapar. Video yayını benzer şekilde güçlü sayfa önbelleği yerelliği ile uzun sıralı okumalar olarak çalışır; 4K içeriğin 10-Gbps yayını bile 250 MB/s HDD havuzu tarafından kolayca beslenir. Soğuk yedekleme ve arşiv depolama gecikme değil TB başına maliyet ve dayanıklılığı önemser — Backblaze, AWS Glacier ve çoğu kurumsal yedekleme katmanı, erişimin nadir olduğu petabayt ölçekli arşivler için hâlâ HDD'leri (veya manyetik teyp) kullanır. NVMe primini ödemeden önce iş yükünüzün IOPS bağlı mı yoksa bant genişliği bağlı mı olduğunu belirleyin; ölçekteki sıralı iş yükleri için HDD'ler hâlâ bayt başına ekonomide öne çıkar.
2026'da GB başına maliyet ödünleşimleri
2026'da TB başına kurumsal fiyatlandırma (tipik aralıklar): HDD ~15-25 EUR, SATA SSD ~80-120 EUR, NVMe Gen 4 ~100-150 EUR, NVMe Gen 5 ~150-220 EUR. HDD-SATA boşluğu daralmıştır; SATA-NVMe boşluğu artık çoğu yeni hosting kurulumunun varsayılan olarak NVMe'yi standartlaştırması için yeterince küçüktür ve HDD'ler yedekleme ve arşiv katmanları için ayrılmıştır.
İki yıl önce SATA-NVMe fiyat farkı, orta katman VPS planlarının hâlâ standart olarak SATA SSD'lerle gönderilmesi için yeterince anlamlıydı. 2026'ya kadar fark kurumsal ürünlerde yaklaşık %20-30'a kapandı ve performans farkı (IOPS'ta 10 kat, gecikmede 5 kat) matematiği kolaylaştırır: %20 daha fazla ödeyin, 10 kat performans alın. Neredeyse her emtia VPS hostu artık birincil depolama için varsayılan olarak NVMe Gen 4 gönderir. SATA SSD'ler esas olarak daha fazla sürücü yuvasına sahip dedicated sunucu platformlarında devam eder, RAID-10'da 8-12 SATA SSD, yazılım RAID'de 2-4 NVMe sürücüden farklı bir maliyet profili verir. HDD'ler yalnızca yedekleme, arşiv ve toplu depolama iş yükleri için baskın olmaya devam eder; burada TB başına maliyet IOPS'tan daha önemlidir. Herhangi bir yeni birincil veritabanı kurulumu için NVMe tek mantıklı varsayılandır.
RAID, yedeklilik ve özellik sayfasının size söylemediği şeyler
Tek sürücü performansı hikayenin yarısıdır. NVMe RAID, donanım NVMe RAID kartları (nadir ve pahalı) kullanılmadığı sürece CPU ek yükü ekler; yazılım md RAID-1 aynaları yaygındır, RAID-5/6 daha azdır. Dayanıklılık (DWPD) ve güç kaybı koruması (PLP) IOPS kadar önemlidir — PLP'siz tüketici NVMe sürücüleri sürekli yazmalar sırasında ana bilgisayar çökmelerinde veri kaybedebilir.
Özellik sayfalarında sıklıkla eksik olan üç ayrıntı. İlk olarak, NVMe'de yazılım RAID-5/6, disk bağlı yerine CPU bağlıdır — 1+ milyon IOPS'ta eşlik hesaplaması birden fazla çekirdeği doyurabilir. Çoğu üretim NVMe kurulumu yerine RAID-1 aynaları çalıştırır ve aynalama ötesinde dayanıklılık için yedeklemelere güvenir. İkincisi, sürücü dayanıklılığı 5 yıllık garanti süresi boyunca DWPD (günlük sürücü yazma) cinsinden derecelendirilir; tüketici NVMe 0,3-0,5 DWPD, ana akım kurumsal 1-3 DWPD ve yazma yoğun kurumsal 10+ DWPD'dir. Tüketici sürücüsündeki yoğun yazılan bir veritabanı iş yükü, onu aylar içinde tüketebilir. Üçüncüsü, güç kaybı koruması — bir güç kesintisinde uçuş halindeki yazmaları flash'a aktaran yerleşik kondansatörler — kurumsal sürücülerde standarttır ve çoğu tüketici sürücüsünde yoktur. PLP olmadan, bir fsync sırasında bir ana bilgisayar çökmesi, uygulama her şeyi doğru yapsa bile verileri bozabilir. Yalnızca IOPS değil, bu üç ayrıntı için her zaman özellik sayfasını kontrol edin.