Storage VPS ile Standart VPS Arasındaki Farklar

Storage VPS ile standart VPS karşılaştırması: kısa cevap

Storage VPS, terabayt bazında satılan bir sanal özel sunucudur; standart VPS ise işlemci çekirdeği bazında satılır. Storage planı, düşük CPU payı ile birlikte birkaç terabaytlık yavaş disk alanı sağlar. Standart plan ise genellikle yirmi kat daha küçük, ancak hızlı bir NVMe (non-volatile memory express) disk ile aynı maliyete daha fazla işlemci ve bellek sunar. Bu iki ürünün diğer tüm özellikleri aynıdır: aynı hipervizör, aynı root shell, aynı Ubuntu imajı ve aynı ağ yığını.

Bu tek fark, kullanım amacını belirler. Storage VPS; yedekleme hedefleri, medya kütüphaneleri, soğuk arşivler ve bir kez yazıp nadiren okuduğunuz her türlü veri için uygundur. Veritabanları veya kullanıcının yanıt beklediği sayfalar için uygun değildir; çünkü bu iş yükleri, küçük rastgele okuma işlemlerinin yaklaşık bir milisaniyede tamamlanmasını gerektirir. Ucuz kapasitenin ucuz olmasının temel nedeni, bu performansı sunamamasıdır.

Fiyatlandırma sayfasında karşılaştığınız plan isimleri

Dört etiket neredeyse her sağlayıcıyı kapsar ve bunlardan sadece ikisi belirli bir anlama gelir.

• Standard VPS. İki ila sekiz vCPU, 2 GB ila 32 GB RAM ve ana makine üzerinde bulunan 20 GB ila 400 GB NVMe veya SATA SSD.
• Storage VPS. Genellikle dönen SATA diskler veya yüksek kapasiteli SATA SSD'ler ile 1 TB ila 20 TB veya daha fazlası; bir ila dört paylaşımlı vCPU ve mütevazı miktarda RAM içerir. Aylık maliyeti genellikle küçük bir standart planla aynıdır.
• VDS. Virtual dedicated server (sanal özel sunucu) ifadesinin kısaltmasıdır. Bu kelimenin ortak bir tanımı yoktur; aşağıdaki bölüm bunun yerine nelere dikkat etmeniz gerektiğini açıklar.
• Block storage volume. Bir plan değildir: mevcut bir VPS'ye eklediğiniz ve GB başına aylık ödeme yaptığınız ağ tabanlı bir disktir. Dört seçenek arasında sunucuyu taşımanıza gerek kalmadan büyütebileceğiniz tek seçenektir.

Bu aralıklar, herhangi bir şirketin özel teklifi değil, piyasadaki genel yapılandırmalardır. Plan üzerindeki etiket bir kategoridir ve sunucunuzun kabaca hangi donanım üzerinde barındırıldığını belirtir. Disk türünü, CPU tahsis politikasını veya bant genişliği limitini belirtmez; iş yükünüzün verimli çalışıp çalışmayacağına karar veren unsurlar bunlardır.

İki plan arasında gerçekte ne değişiyor

Disk türü ve miktarı. Ürünler arasındaki temel fark budur. Standart plan sizi PCI Express veri yolu üzerinden erişilen NVMe flash depolamaya yerleştirir. Depolama planı ise sizi büyük bir dönen disk dizisine veya yüksek kapasiteli SATA SSD'lere yönlendirir. Bu terimlerden hangisinin sizin için önemli olduğundan emin değilseniz, önce SSD VPS nedir ve eski disk planlarından farkı nedir konusuna, ardından NVMe ve SATA SSD arasındaki pratik fark konusuna göz atın.

CPU oranı. Depolama planları terabayt başına daha az vCPU sunar ve bu vCPU'lar neredeyse her zaman diğer kiracılarla paylaşılır. Bu bir kusur değildir. Bir yedekleme hedefi ömrünü ağ üzerinde bekleyerek geçirir, bu nedenle çekirdeklere ihtiyaç duymaz.

RAM. Depolama planları fiyatlarına oranla düşük RAM kapasitesine sahiptir. Bu durum tek bir noktada sorun yaratır: dosya sistemi meta verileri. Milyonlarca küçük dosya, dizin ve inode önbelleği için belleğe ihtiyaç duyar; bu bellek olmadığında her listeleme işlemi diske geri döner.

Ağ kotası. Depolama planındaki bu satırı dikkatle okuyun. Geri yükleme yapamadığınız bir kapasite, yedekleme değildir. Aylık transfer kotasını TB cinsinden ve port hızını Gbit/s cinsinden kontrol edin; çünkü 4 TB'lık verinin 1 Gbit/s port üzerinden tam geri yüklemesi hat hızında yaklaşık dokuz saat sürer, port paylaşımlıysa bu süre çok daha uzar.

[
  {
    "plan": "Storage VPS, HDD",
    "usd_per_tb_month": 3
  },
  {
    "plan": "Storage VPS, SATA SSD",
    "usd_per_tb_month": 9
  },
  {
    "plan": "Standard VPS, NVMe",
    "usd_per_tb_month": 40
  },
  {
    "plan": "Block storage add-on",
    "usd_per_tb_month": 90
  }
]

Bunlar, Ağustos 2026 itibarıyla çeşitli sağlayıcıların herkese açık fiyat sayfalarından alınan yuvarlanmış rakamlardır; herhangi bir şirketin teklifi değildir ve değişkenlik gösterebilirler. Kalıcı olan yapıdır. Dönen diskli bir depolama planında bir terabaytın aylık maliyeti yaklaşık 3 ABD dolarıdır. Standart bir planda aynı terabayt NVMe depolamanın maliyeti yaklaşık 40'dir; ağa bağlı blok depolama birimi ise 4 seçenek arasından 90 ile en pahalı olanıdır. Aylık faturanın neleri içerdiğine dair daha geniş bir bakış için bir VPS'in aylık gerçek maliyeti nedir konusuna bakın.

TB başına fiyat ve çekirdek başına fiyat neden zıt yönlerde hareket eder

Bir depolama düğümü, önünde mütevazı bir işlemci bulunan, on iki ila on altı adet büyük disk barındıran bir kasadır. Bir işlem düğümü ise bunun tam tersidir: çok sayıda çekirdek, yüksek miktarda RAM ve iki veya dört adet NVMe sürücü. Sağlayıcı, kasanın elinde bulunan boş kapasiteyi satar. Bu nedenle, terabayt başına ucuz olan bir plan çekirdek başına pahalıdır; çekirdek başına ucuz olan bir plan ise terabayt başına pahalıdır. Her iki açıdan da ucuz olan bir plan yoktur, çünkü hiçbir kasa bu şekilde tasarlanmamıştır.

"Hangisini satın almalıyım?" sorusuna verilen dürüst yanıtın genellikle "her ikisi de" olmasının nedeni budur. Uygulamayı çalıştıran küçük bir NVMe VPS ile yedeklerini tutan bir depolama VPS'inin toplam maliyeti, her iki işi de iyi yapabilecek kadar büyük tek bir makineden daha düşüktür. Tek bir makinenin gerçekten her iki işi de yapması gerekiyorsa, VPS sınırlarının dışına çıkmışsınız demektir: bkz. dedicated server, VPS'ten ne zaman daha avantajlıdır.

Rastgele okuma işlemleri ucuz disklerin yapamadığı bir iştir

[
  {
    "disk": "7200 rpm SATA HDD",
    "random_read_iops": "180",
    "typical_latency_ms": 8.5
  },
  {
    "disk": "SATA SSD",
    "random_read_iops": "75,000",
    "typical_latency_ms": 0.2
  },
  {
    "disk": "NVMe SSD",
    "random_read_iops": "600,000",
    "typical_latency_ms": 0.08
  }
]

Bunlar herhangi bir sağlayıcının kıyaslama sonuçlarından ziyade veri sayfası sınıfı değerleridir. 7200 rpm bir disk saniyede yaklaşık 180 adet 4k rastgele okuma işlemi gerçekleştirir; çünkü okuma kafasının fiziksel olarak ilgili iz üzerine hareket etmesi ve ardından diskin sektörü kafanın altına getirmesini beklemesi gerekir. Bu işlem her seferinde yaklaşık 8.5 ms zaman kaybettirir. Flash tabanlı depolama birimlerinde hareketli parça bulunmaz; bu nedenle bir SATA SSD yaklaşık 75,000 IOPS, bir NVMe cihazı ise 0.08 ms gecikme süresiyle yaklaşık 600,000 IOPS değerine ulaşır. Bu, üç bin kattan fazla bir farktır ve hiçbir RAM veya CPU miktarı bu farkı kapatamaz.

Sıralı işlemler tamamen farklı bir konudur; depolama planlarının kullanılabilir olmasının temel nedeni de budur. Tek bir dönen disk hala 150 MB/s ile 250 MB/s arasında veri akışı sağlar, disk dizileri ise bundan daha fazlasını sunar. Bu hız 1 Gbit/s portunu doyurmaya yeterlidir; dolayısıyla yedekleme yüklemeleri tam ağ hızında çalışır ve disk hiçbir zaman darboğaz oluşturmaz. Rakamlarınız ayrıca dizinin nasıl yapılandırıldığına da bağlıdır; çünkü şeritleme (striping) tek bir isteği birden fazla diske dağıtır: RAID 10 depolama planı performansını nasıl değiştirir konusu bunu açıklamaktadır.

VDS ne anlama gelir?

Genellikle bir pazarlama etiketidir. Yaygın olarak üç farklı anlamda kullanılır ve sağlayıcılar bunların hangisinin geçerli olduğunu nadiren belirtir. Bazı sağlayıcılar VDS terimini, CPU çekirdeklerinin size özel ayrıldığı (pinned) ve başka hiçbir kiracının işlemci döngülerinize ortak olmadığı durumlar için kullanır. Bazıları ise bunu, LXC veya OpenVZ gibi ana makine çekirdeğini paylaştığınız konteyner sanallaştırmasının aksine, KVM gibi tam sanallaştırma yöntemleri için kullanır. Bazıları ise VPS'ten daha güçlü bir isim olduğu için hiçbir teknik fark gözetmeksizin kullanır.

Bunun bir kısmını sunucu içinden doğrulayabilirsiniz. systemd-detect-virt komutu, tam sanallaştırılmış bir makinede kvm çıktısını, bir konteynerde ise lxc çıktısını verir; konteyner kullanıyorsanız çekirdek modülleri yükleyemez veya kendi çekirdeğinizi çalıştıramazsınız. CPU'nun size özel ayrıldığı iddiasını ise aşağıda belirtilen steal time kontrolünü kullanarak ölçmeniz gerekir. Plan üzerindeki harfleri bir ipucu, teknik özellikleri ise sözleşme olarak kabul edin.

İsim yerine kontrol edilmesi gereken teknik özellik satırları

• Kapasite bilgisinin yanında yazan ifade: NVMe, SSD, SATA veya HDD. Sayfada disk türüne dair herhangi bir ifade yer almıyorsa, fiyat aralığına uygun en düşük donanım seviyesi varsayılmalıdır.
• Diskin düğüme (node) yerel mi yoksa ağ üzerinden mi bağlı olduğu. Ağ tabanlı depolama, her istekte gecikmeye neden olur ancak düğüm arızalarından etkilenmez. Yerel disk daha hızlıdır ancak düğüm ile birlikte erişilemez hale gelir.
• CPU tanımlaması: "dedicated" veya "pinned" ifadelerine karşılık "shared", "fair share" veya herhangi bir belirtme olmaması durumu.
• Plan içerisinde belirtilen IOPS veya MB/s sınırları. 500 IOPS sınırı, disk türünün performans üzerindeki etkisini neredeyse önemsiz kılar.
• Aylık veri transferi kotası ve port hızı; bu değerler tam bir geri yükleme işleminin ne kadar süreceğini belirler.
• Snapshot, yedekleme ve ek IP adresi hizmetlerinin dahil olup olmadığı veya ayrıca ücretlendirilip ücretlendirilmediği.

Gerçekte hangi diske sahip olduğunuzu kontrol etme

Çekirdeğin raporladığı bilgilerle başlayın, ancak bunlara hemen güvenmeyin.

lsblk -d -o NAME,ROTA,SIZE,MODEL
df -h /
nproc
free -h

ROTA değeri, dönen bir disk için 1, flash tabanlı bir disk için 0'dır. Bir VPS içinde buna güvenmeyin: virtio diskler, arkasında ne olursa olsun genellikle ROTA=0 değerini raporlar. Bunun nedeni, hipervizörün genel bir blok aygıtı sunması ve konuk işletim sisteminin fiziksel sürücüyü asla görememesidir. MODEL de aynı nedenle boştur. Bu bayrak, rafın içinde neyin döndüğünü değil, hipervizörün ne beyan ettiğini tanımlar; bu yüzden ölçüm yapın.

sudo apt update && sudo apt install -y fio
fio --name=randread --filename=/var/tmp/fio.test --size=1G --bs=4k --rw=randread \
  --ioengine=libaio --direct=1 --iodepth=32 --runtime=30 --time_based --group_reporting
rm -f /var/tmp/fio.test

--direct=1, sayfa önbelleğini (page cache) devre dışı bırakır; böylece RAM'i değil, doğrudan diski ölçersiniz. Okunması gereken satır read: IOPS= satırıdır, dağılım ise altındaki clat percentiles (usec) kısmında yer alır. Standart bir NVMe planı, yüzde 99'luk dilimde bir milisaniyenin altında gecikme ile on binlerce IOPS raporlar. Dönen diskli bir depolama planı ise, yüzde 99'luk dilimde çift haneli milisaniye gecikme ile birkaç yüz IOPS raporlar. Eğer fio, libaio motorunun yüklenemediğini bildirirse --ioengine=psync --iodepth=1 kullanın; bu motor her seferinde tek bir istek gönderdiği için daha düşük değerler beklemelisiniz.

vmstat 1 5
sudo apt install -y sysstat
iostat -x 1 5

vmstat içinde, st sütunu steal time değeridir: vCPU'nuz çalışmaya hazır olduğu halde ana makinenin bu döngüleri başka bir konuğa verdiği sürenin payıdır. 5'in üzerinde sabit bir değer, düğümün aşırı yüklendiği anlamına gelir; bu, "adanmış CPU" iddiasının gerçek testidir. iostat -x içinde %util, r_await ve w_await değerlerini izleyin. w_await değeri onlu milisaniyeler seviyesindeyken %util değerinin 100'e yakın olması, diskin darboğaz olduğu ve hiçbir uygulama optimizasyonunun işe yaramayacağı anlamına gelir. Flash'a özel kontroller için bir NVMe diskin gerçekten NVMe olduğunu doğrulama bölümü daha derinlemesine bilgi sunar.

İş yüküne göre seçim

• restic, Borg veya rsync için yedekleme hedefi. Storage VPS, tam olarak bu amaçla tasarlanmıştır. Yazma işlemleri büyük ve sıralıdır, tekilleştirme (deduplication) kaynak makinede gerçekleşir ve hiçbir işlem sonucun dönmesini beklemez. Bir uyarı: restic prune ve restic check --read-data tüm depoyu küçük parçalar halinde okur, bu nedenle bunlar için zaman ayırın ve belirli bir zamanlamaya göre çalıştırın. Bkz: VPS üzerinde restic yedeklemelerini çalıştırma.
• Immich veya Jellyfin medya kütüphanesi. Dosyalar için Storage VPS, ancak CPU konusunda dikkatli olunmalıdır. Immich, içe aktarma sırasında küçük resimler oluşturur ve makine öğrenimi işleri çalıştırır; Jellyfin ise oynatma sırasında kod dönüştürme (transcoding) yapar. İki paylaşımlı vCPU, 200 GB'lık ilk fotoğraf içe aktarma işleminde yavaş kalacaktır. Veritabanını ve küçük resim önbelleğini sunucudaki en hızlı diskte tutun. Google Photos alternatifi olarak Immich self-hosting rehberi boyutlandırma konusunu ele almaktadır.
• PostgreSQL veya MySQL. Standart NVMe planı. Her commit, işlem dönmeden önce kalıcı depolamaya ulaşması gereken bir fsync ile sonuçlanır; bu nedenle commit gecikmesi disk gecikmesidir ve bir indeks araması, dönen disklerin en kötü performans gösterdiği türden rastgele 8 kB'lık bir okuma işlemidir.
• Web uygulaması, API veya kontrol düzlemi. Standart plan. Bunlar çekirdek gücüne ve öngörülebilir gecikme süresine ihtiyaç duyar; nadiren 100 GB'tan fazlasına gereksinim duyarlar.
• CI önbelleği veya artifact deposu. Dosya boyutuna bağlıdır. Büyük tarball dosyaları, bir depolama planından tam ağ hızında aktarılabilir. Birkaç çalıştırıcı (runner) tarafından paralel olarak çekilen yüz binlerce küçük dosyadan oluşan bir önbellek, aslında rastgele G/Ç (IO) işlemidir ve beklentilerinizi karşılamayabilir.

Bunu yanlış yapılandırdığınızda ortaya çıkan durum

Hata hiçbir zaman anlık olmaz. Dönen disk tabanlı bir depolama planındaki veritabanı, tek kullanıcıyla sorunsuz çalışırken on kullanıcıda çöker. Çünkü daha önce RAM üzerinden yanıtlanan sorgular diske erişmeye başlar ve her biri mikrosaniye yerine milisaniyeler sürmeye başlar. Yük ortalaması (load average) yükselirken top, CPU'nun büyük oranda boşta olduğunu ve %wa değerinin yüksek olduğunu gösterir; bu, süreçlerin hesaplama yapmak yerine disk yanıtını bekleyerek engellendiği anlamına gelir. iostat -x 1, %util değerinin 100'e yakın olduğunu gösterir.

PostgreSQL, sürüm 15'ten itibaren log_checkpoints varsayılan olarak açık geldiği için bunu kendi günlüğünde açıkça belirtir:

LOG:  checkpoint complete: wrote 8241 buffers (2.5%); ... write=112.402 s, sync=9.318 s, total=121.914 s

Önemli olan değer sync= değeridir. Bu, kontrol noktasının (checkpoint) fsync yanıtını beklerken geçirdiği süredir; dolayısıyla saniye cinsinden bir değer, diskin yazma işlemlerini veritabanının ürettiği hızda karşılayamadığı anlamına gelir. Sorgunun kendisi düşük maliyetli olsa bile, bu süre zarfında istemci bağlantıları durur. Çözüm bir yapılandırma değişikliği değildir. Veri dizinini NVMe üzerine taşıyın ve depolama planını, veritabanı yedeklerini tutmak gibi asıl uygun olduğu işler için kullanın.

FAQ

Storage VPS, normal bir VPS'ten daha mı yavaştır?

Rastgele okuma ve yazma işlemleri için evet, aradaki fark oldukça büyüktür. Mekanik diskli bir depolama planı, saniyede birkaç yüz küçük rastgele isteği yaklaşık 8 ms gecikme ile karşılayabilirken, bir NVMe planı on binlerce isteği 1 ms'nin çok altında karşılar. Sıralı aktarımlarda iki tür arasındaki fark çok daha azdır; çünkü bir depolama dizisi 150 MB/s veya daha yüksek hızda veri akışı sağlayabilir ve bu da 1 Gbit/s portunu doldurmak için yeterlidir. Karar vermeden önce fio --rw=randread --bs=4k --direct=1 ile kendi ölçümünüzü yapın.

Storage VPS üzerinde PostgreSQL çalıştırabilir miyim?

Başlatabilirsiniz ve çalışma kümesi RAM'e sığdığı sürece çalışacaktır. Bu noktadan sonra her commit işlemi yavaş disk üzerinde bir fsync bekler ve Postgres bunu checkpoint complete içerisinde saniyeler süren bir sync= değeri olarak günlüğe kaydeder; bu sırada iostat -x 1 komutu yüksek w_await değerleri ile birlikte %util oranını 100'e yakın gösterir. Yaygın uygulama, veritabanı için küçük bir NVMe VPS kullanmak ve depolama VPS'ini veritabanı yedeklerinin hedefi olarak belirlemektir.

VDS, donanımın bana özel olduğu anlamına mı gelir?

Güvenilir bir gösterge değildir. VDS teriminin standart bir anlamı yoktur. Bazı sağlayıcılar bu terimi sabitlenmiş CPU çekirdekleri için, bazıları paylaşımlı çekirdekli container yerine tam KVM sanallaştırması için, bazıları ise sadece bir pazarlama ismi olarak kullanır. kvm veya lxc üzerinde olup olmadığınızı görmek için systemd-detect-virt komutunu çalıştırın; ayrıca diğer kiracıların CPU döngülerinizi kullanıp kullanmadığını anlamak için vmstat 1 5 komutunu çalıştırıp st sütununu izleyin.

VPS diskimin gerçekten NVMe olup olmadığını nasıl anlarım?

lsblk -d -o NAME,ROTA,MODEL çıktısına güvenmeyin; çünkü virtio diskler, altta hangi donanım olursa olsun genellikle ROTA=0 ve boş bir model dizisi döndürür. --direct=1 ile 30 saniyelik bir fio rastgele okuma testi yapın ve IOPS ile 99. yüzdelik dilim gecikme değerlerini okuyun. Çift haneli milisaniyelerde yüzlerce IOPS değeri, mekanik bir disk dizisine işaret eder. Bir milisaniyenin altında on binlerce IOPS değeri ise flash depolamadır.