VPS, VDS ve VM Terimleri Arasındaki Fark

Sunucu ararken karşına çıkan ilanların yarısı "VPS", diğer yarısı "VDS" diyor; teknik dokümanlarda ise her ikisine birden "VM" deniyor. Fiyatlar arasında iki kat fark var ama özellik listeleri neredeyse aynı görünüyor. Bu üç terim arasındaki farkı bilmeden karar vermek, gerçekten ihtiyacın olandan fazlasını ya da azını almana yol açar. VPS, VDS ve VM kavramları teknik olarak birbirinin yerine geçmez; aralarındaki ayrım kaynağın nasıl tahsis edildiğiyle ilgilidir.

Bu rehberde üç terimin ne anlama geldiğini, sektörde nasıl kullanıldığını (ve bazen nasıl kötüye kullanıldığını), arkalarındaki sanallaştırma teknolojilerinin farklarını, bir ilanın gerçekten ne vaat ettiğini nasıl anlayacağını ve iş yüküne göre hangisini seçmen gerektiğini anlatacağım. Ayrıca satın alma öncesinde sorman gereken beş net soruyu da vereceğim.

VM: Şemsiye Terim#

VM (Virtual Machine, sanal makine), en genel terimdir ve bir hipervizör üzerinde çalışan her sanal sunucuyu kapsar. Bir VM'in kendi çekirdeği, kendi disk imajı, kendi ağ arayüzü ve kendi işletim sistemi vardır; donanımı hipervizör tarafından taklit edilen ya da paravirtualize edilen sanal cihazlardan oluşur. VPS de bir VM'dir, VDS de bir VM'dir; ikisi de aynı teknik temele oturur.

Farkı yaratan şey teknoloji değil, ticari tahsis modelidir. Aynı KVM hipervizörü üzerinde, aynı şablondan oluşturulmuş iki sanal makineden birine "VPS" diğerine "VDS" denmesinin sebebi, ikincisinde kaynakların fiziksel olarak ayrılmış ve garanti altına alınmış olmasıdır. Yani bu üç terim aynı düzlemde değildir:

Bu tablonun en önemli sonucu şu: bir ilanda "VM" ifadesini gördüğünde hiçbir kaynak vaadi almış olmazsın; "VPS" gördüğünde paylaşım beklemelisin; "VDS" gördüğünde ise tahsis beklemelisin — ama bunun gerçekten yapılıp yapılmadığını doğrulaman gerekir, çünkü terimlerin kullanımı sektörde standart değildir.

VPS: Paylaşımlı Kaynak Modeli#

VPS (Virtual Private Server), fiziksel bir sunucunun birden fazla müşteri arasında bölüşüldüğü ve kaynakların aşırı tahsis edilebildiği modeldir. Sana "4 vCPU" verilir ama o dört vCPU, ana makinedeki fiziksel çekirdeklerin başka misafirlerle paylaşılan dilimleridir. Sen boştayken kapasiteni komşuların kullanır, onlar boştayken sen fazlasını kullanabilirsin.

Bu modelin gerçek avantajı fiyattır ve avantaj küçümsenmeyecek kadar büyüktür. Çoğu iş yükü zamanın büyük bölümünde boştadır: bir kurumsal tanıtım sitesi, bir küçük WordPress blogu, bir test ortamı ya da bir cron sunucusu günün yirmi saatinde neredeyse hiç CPU tüketmez. Bu makinelere garantili çekirdek satmak, kapasiteyi boşa harcamak olur; paylaşım sayesinde aynı donanımdan çok daha fazla müşteri hizmet alır ve fiyat düşer.

Dezavantajı öngörülemezliktir. Komşun yoğunlaştığında senin işlerin bekler ve bu bekleme steal time olarak ölçülür:

# Paylaşımlı bir üründe tipik bir gözlem
vmstat 1 5
#  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa st
#  1  0      0 210448  48120 620104    0    0     0     6  402  710  9  2 82  0  7

Buradaki 7 değeri, CPU zamanının %7'sinin sana verilmediğini gösterir. Küçük bir site için fark edilmez; ödeme işleyen bir API için ciddi bir problemdir. Steal time'ın ne anlama geldiğini ve hangi eşiklerin kabul edilebilir olduğunu CPU steal time nedir yazısında ayrıntılı olarak ele aldım.

VDS: Ayrılmış Kaynak Modeli#

VDS (Virtual Dedicated Server), sanal makinenin fiziksel kaynaklarının o makineye ayrıldığı modeldir. vCPU'lar belirli fiziksel çekirdeklere pinlenir, bellek aşırı tahsis edilmez, disk kotası sabittir. Teknik olarak hâlâ bir VM'sindir — kendi hipervizörün yok, donanıma doğrudan erişmiyorsun — ama kaynak rekabeti ortadan kalkmıştır.

Pratikte bunun anlamı, performansın zamandan bağımsız hale gelmesidir. Aynı işlem sabah 03:00'te de öğlen 14:00'te de aynı sürede biter. Veritabanı, ödeme sistemi, video kodlama, CI/CD derleme sunucusu ve oyun sunucusu gibi sürekli kaynak tüketen ya da gecikmeye duyarlı iş yüklerinde bu öngörülebilirlik pazarlık konusu değildir.

VDS'in fiyatı VPS'ten yüksektir çünkü sağlayıcı aynı donanımdan daha az müşteriye hizmet verir. Karşılaştırma tablosu şöyle netleşir:

Bellek tarafındaki farkı anlamak için balloon mekanizmasını bilmek gerekir; paylaşımlı üründe panelde yazan bellek her zaman elinde olan bellek değildir. Bunun nasıl çalıştığını RAM balloon ve bellek aşırı tahsisi yazısında anlattım. Ürün karşılaştırmasını fiyat/performans açısından değerlendirmek istersen VDS ve sanal sunucu sayfalarımızdaki paket içeriklerini yan yana koyabilirsin.

Altta Yatan Sanallaştırma Teknolojileri#

Terimlerin arkasındaki teknoloji seçimi de performansı ve yapabileceklerini belirler. Sektörde karşılaşacağın üç ana yaklaşım var:

Tam sanallaştırma (KVM, Xen HVM, VMware ESXi). Misafir kendi çekirdeğini çalıştırır, kendi kernel modüllerini yükleyebilir, istediği işletim sistemini kurabilir. Docker, özel kernel parametreleri, iptables kuralları, swap yönetimi — hepsi senin kontrolünde. Modern ciddi ürünlerin neredeyse tamamı KVM tabanlıdır.

Konteyner tabanlı sanallaştırma (OpenVZ, Virtuozzo, LXC). Misafirler ana makinenin çekirdeğini paylaşır. Bu, daha az ek yük (overhead) ve daha yüksek yoğunluk demektir; çok ucuz VPS ürünlerinin çoğu böyledir. Bedeli ise ciddi kısıtlardır: kernel modülü yükleyemezsin, swap davranışı sınırlıdır, bazı konteyner çalışma zamanları düzgün çalışmaz.

Hangi teknolojide olduğunu tek komutla anlayabilirsin:

# Sanallaştırma türünü tespit et
systemd-detect-virt
# Çıktı: kvm | qemu | vmware | xen | openvz | lxc | none

# Alternatif: DMI bilgisine bak
dmesg | grep -i 'hypervisor\|kvm\|vmware' | head -5

# Kernel'in sana ait olup olmadığını anla (konteynerde ana makinenin kernel'i görünür)
uname -r

systemd-detect-virt çıktısı openvz ya da lxc dönüyorsa konteyner tabanlı bir üründesin demektir; kvm dönüyorsa tam sanallaştırma altında kendi çekirdeğini çalıştırıyorsun. Bu tek satır, satın aldığın ürün hakkında ilandaki tüm metinden daha fazla bilgi verir.

İlanın Ne Vaat Ettiğini Nasıl Doğrularsın#

Terimler standart olmadığı için, ürün adına değil vaadin ayrıntısına bakmak gerekir. Satın almadan önce sağlayıcıya sorulacak beş net soru şunlardır:

1. vCPU'lar fiziksel çekirdeğe pinlenmiş mi? "Evet" cevabı VDS iddiasının en güçlü kanıtıdır.
2. CPU aşırı tahsis oranı nedir? Sayı vermeyen bir sağlayıcıda oran genellikle yüksektir.
3. Bellek balloon aktif mi, bellek aşırı tahsisi yapılıyor mu? Garantili bellek iddiası ancak balloon kapalıysa anlamlıdır.
4. Disk IOPS sınırı var mı, varsa kaç? "SSD" kelimesi tek başına hiçbir hız garantisi vermez.
5. Hangi sanallaştırma teknolojisi kullanılıyor? KVM mi, OpenVZ mi — bu, yapabileceklerini doğrudan belirler.

Deneme süresi ya da kısa dönemli kiralama imkânı varsa, satın almadan önce yarım saatlik bir ölçüm yapman en sağlıklısıdır:

# 1) Sanallaştırma türü
systemd-detect-virt

# 2) Tek çekirdek ham gücü
sysbench cpu --cpu-max-prime=20000 --threads=1 run | grep 'events per second'

# 3) Disk gecikmesi ve IOPS
fio --name=rasgele-okuma --ioengine=libaio --rw=randread --bs=4k \
    --size=512M --numjobs=1 --iodepth=16 --runtime=30 --time_based --group_reporting

# 4) 15 dakika steal gözlemi
vmstat 60 15 | awk 'NR>2 {print $NF}'

Bu dört ölçüm, iki farklı sağlayıcının aynı fiyatlı ürününü kıyaslamak için ilan metninden çok daha güvenilir bir temel oluşturur.

Hangi İş Yükü İçin Hangisi#

Seçimi basitleştirmek için iş yükünü üç soruyla eleyebilirsin: yük sürekli mi yoksa aralıklı mı, gecikme kritik mi, ve kesinti maliyeti ne kadar yüksek?

VPS uygun olan durumlar: kurumsal tanıtım siteleri, düşük trafikli bloglar, geliştirme ve test ortamları, cron/zamanlanmış iş sunucuları, küçük Git ya da dosya sunucuları, öğrenme amaçlı laboratuvarlar. Bu iş yüklerinde makine zamanın çoğunda boştadır ve %5 steal fark bile edilmez.

VDS uygun olan durumlar: e-ticaret siteleri, ödeme ya da rezervasyon işleyen API'ler, MySQL/PostgreSQL veritabanı sunucuları, mail sunucuları, oyun sunucuları, sürekli çalışan derleme ve kodlama işleri. Burada dalgalanma doğrudan gelir kaybına dönüşür.

Fiziksel sunucuya geçmen gereken durumlar: çok yüksek ve sürekli I/O yükü, donanım seviyesinde özel gereksinimler (GPU, özel depolama denetleyicisi), uyumluluk gerekçesiyle tek kiracılı olma zorunluluğu ve sanallaştırma katmanının ek yükünün bile kabul edilemediği durumlar. Bu eşiği dedicated sunucu ne zaman gerekir yazısında ayrıntılandırdım; bulut ile fiziksel arasındaki tercihi ise bulut sunucu mu fiziksel sunucu mu yazısında karşılaştırdım.

Sık Yapılan Hatalar ve Tuzaklar#

En sık gördüğüm hata, isme bakıp içeriği doğrulamamak. "VDS" adıyla satılan ama pinleme yapılmayan, üstelik OpenVZ üzerinde çalışan ürünler sektörde vardır. Adı ne olursa olsun systemd-detect-virt ve vmstat çıktıları gerçeği söyler; ilk gün bu iki komutu çalıştırmak alışkanlık haline gelmelidir.

İkinci hata, kaynağı büyütüp modeli değiştirmemek. Yavaşlık sebebin komşu baskısıysa, aynı paylaşımlı üründe 4 vCPU'dan 8 vCPU'ya çıkmak sorunu çözmez; hatta fazla vCPU zamanlama zorluğu yaratıp steal'i artırabilir. Doğru hamle, kaynağı büyütmek değil modeli değiştirmektir.

Üçüncü tuzak, "sınırsız trafik" ve "SSD" gibi ölçülemeyen vaatlere güvenmek. Trafik genelde adil kullanım politikasıyla sınırlıdır; "SSD" ise depolamanın türünü söyler, sana ayrılan IOPS'u değil. Sayı verilmeyen her vaadi ölçmen gerekir. Ağ tarafında ne kadar bant genişliğine ihtiyacın olduğunu tahmin etmek istersen bant genişliği hesaplayıcı aracı iyi bir başlangıç noktası verir.

Dördüncü hata, yedekleme ve izlemeyi ürün seçiminin parçası saymamak. VPS ya da VDS, ikisinde de veri kaybı riskini sen yönetirsin. Otomatik yedeği olmayan ucuz bir ürün, ilk ciddi olayda aradaki fiyat farkının katbekat üstünde maliyet çıkarır.

Sıkça Sorulan Sorular#

VPS ile VDS arasındaki fark sadece isim mi#

Hayır, teknik olarak anlamlı bir fark vardır ama bu fark teknolojide değil kaynak tahsisindedir. İkisi de sanal makinedir; VPS'te CPU ve bellek diğer misafirlerle paylaşılıp aşırı tahsis edilirken, VDS'te kaynaklar o makineye ayrılır ve pinlenir. Sonuç olarak VDS'te performans öngörülebilir, VPS'te ise komşu yüküne bağlı olarak dalgalanır. Bazı sağlayıcıların terimleri gevşek kullandığını unutma; doğrulamak sana düşer.

VDS aldım ama hâlâ steal time görüyorum, neden#

Birkaç olası sebep var. Sağlayıcı pinleme yapmamış olabilir; ürün adı VDS olsa da kaynak fiilen paylaşılıyordur. Ya da CPU kotası (cgroup quota) tanımlanmıştır ve tanımlı sınırın üstüne çıkmaya çalıştığında bekleme steal olarak sayılır. Bir diğer ihtimal hyper-threading kardeşinin başka bir misafire verilmiş olmasıdır. Birkaç günlük ölçüm toplayıp sağlayıcıya iletmek en hızlı yoldur.

OpenVZ ile KVM arasında hangisini seçmeliyim#

Özel bir fiyat avantajı yoksa KVM tercih edilmelidir. KVM'de kendi çekirdeğini çalıştırırsın; kernel modülü yükleyebilir, Docker çalıştırabilir, swap ve ağ yığınını istediğin gibi ayarlayabilirsin. OpenVZ ana makinenin çekirdeğini paylaştığı için daha ucuzdur ama bu esnekliklerin çoğunu kaybedersin. Yalnızca statik bir site ya da basit bir servis çalıştıracaksan OpenVZ maliyet açısından mantıklı olabilir.

Sanal makinemde hangi teknolojinin kullanıldığını nasıl öğrenirim#

En hızlı yol systemd-detect-virt komutudur; kvm, qemu, vmware, xen, openvz ya da lxc gibi tek kelimelik bir cevap döner. Bu komut yoksa dmesg | grep -i hypervisor çıktısına ya da /proc/cpuinfo içindeki model bilgisine bakabilirsin. Konteyner tabanlı bir üründeysen uname -r sana ana makinenin çekirdek sürümünü gösterir ve o çekirdeği değiştiremezsin.

VPS'ten VDS'e geçiş zor mu#

Genellikle düşündüğünden kolaydır çünkü ikisi de aynı tür sanal makinedir; disk imajının yeni bir ana makineye taşınması ya da yeni sunucuya veri aktarımı yeterlidir. Aynı sağlayıcı içinde yükseltme yapıyorsan çoğu zaman kısa bir yeniden başlatmayla tamamlanır. Farklı sağlayıcıya geçiyorsan DNS TTL'ini önceden düşürmek ve veri senkronizasyonunu önceden yapmak kesinti süresini dakikalar seviyesine indirir.

Bulut sunucu bunların neresinde duruyor#

Bulut sunucu da teknik olarak bir sanal makinedir, ama ayırt edici özelliği tahsis modeli değil yönetim modelidir: kaynakları API üzerinden dakikalar içinde ölçekleyebilir, anlık görüntü alabilir, kullandığın kadar ödeyebilirsin. Bir bulut sunucu kaynak açısından VPS gibi paylaşımlı da olabilir, VDS gibi ayrılmış da. Yani bulut, VPS/VDS ayrımına dik bir eksendir; iki soruyu ayrı ayrı sorman gerekir.

Kapanış#

VM teknik bir kavram, VPS ve VDS ise ticari modellerdir; aralarındaki gerçek fark kaynağın paylaşılıp paylaşılmadığıdır. Karar verirken aklında tutman gereken alışkanlıklar şunlar: ürün adına değil ölçüme güven, ilk gün systemd-detect-virt ve vmstat çalıştır, satın almadan önce pinleme ve aşırı tahsis oranını sor, yavaşlığı kaynak büyüterek değil doğru modeli seçerek çöz.

İhtiyacın esnek ve ekonomikse sanal sunucu paketlerimiz iyi bir başlangıç noktasıdır; performansın öngörülebilir olması gerekiyorsa çekirdeklerin ayrıldığı VDS, donanımın tamamen sana ait olması gerekiyorsa dedicated sunucu seçenekleri devreye girer. Ölçeklenebilirlik önceliğinse bulut sunucu tarafına bakabilir, kurulum ve bakım işini bize bırakmak istersen sunucu yönetimi hizmetimizden yararlanabilirsin.