VDS mi VPS mi? Farkı Nedir, Hangisini Almalısınız

VDS mi VPS mi sorusu Türkiye'de en çok aranan sunucu sorularından biri ve maalesef en kötü cevaplananlardan da biri. Aynı sorguda çıkan yazıların bir kısmı VDS'i "kaynakları tahsisli VPS" diye tanımlıyor, bir kısmı "sanallaştırılmış fiziksel sunucu" diyor, birkaçında ise "VPS'te kendi işletim sisteminizi kuramazsınız" gibi düpedüz yanlış bir cümle var. Sonuç şu oluyor: kullanıcı iki tanımı okuyup daha da kararsız kalıyor ve sonunda kararı fiyat etiketine bakarak veriyor.

Bu yazıda terim tartışmasını bir kenara bırakıp ölçülebilir bir ayrım koyacağım. Çünkü VDS ile VPS arasındaki gerçek fark, isimde değil kaynak garantisinde — yani sağlayıcının o fiziksel makineye kaç müşteri koyduğunda ve size verdiği CPU/RAM'in gerçekten sizin olup olmadığında. Aşağıda bu farkın teknik karşılığını, kendi sunucunuzda hangi komutlarla ölçebileceğinizi ve hangi projede hangisinin yettiğini anlatacağım. Elinizde çalışan bir sunucu varsa yazıyı okurken komutları da çalıştırın; birkaç dakikada hangisini satın aldığınızı kendiniz göreceksiniz.

VDS ve VPS Terimlerinin Gerçekte Ne Anlama Geldiği#

Kısa cevap: VPS ve VDS, teknik olarak aynı şeyin iki farklı pazarlama adıdır; aradaki gerçek fark sağlayıcının o pakete uyguladığı kaynak politikasıdır.

Açılımlarına bakalım. VPS "Virtual Private Server", VDS ise "Virtual Dedicated Server" demek. İkisi de sanal sunucu; ikisi de fiziksel bir makine üzerinde çalışan izole bir sanal makine. Aralarında standartlaşmış, kurumsal bir tanım farkı yok — bir hipervizör belgesinde "VDS modu" diye bir ayar bulamazsınız. Sektörde yerleşen kullanım şudur:

• VPS: kaynakların paylaşımlı olabildiği, sağlayıcının fiziksel makineye kapasitenin üzerinde müşteri yerleştirebildiği (overcommit) daha ekonomik paket.
• VDS: CPU çekirdeğinin ve RAM'in tahsisli olduğu, overcommit yapılmadığı, "aldığın senindir" mantığındaki paket.

Yani fark ürünün mimarisinde değil, satış politikasında. İki paket de KVM üzerinde çalışıyor olabilir, ikisinde de root erişiminiz olur, ikisine de istediğiniz dağıtımı kurarsınız. Fark, komşularınızın sizin performansınızı ne kadar etkileyebildiğidir.

Bu yüzden "VDS mi VPS mi" sorusunun doğru sorulmuş hâli şudur: Bu pakette CPU ve RAM tahsisli mi, yoksa paylaşımlı mı? Etiket değişir, cevap değişmez.

Türkçe Kaynaklardaki Üç Yaygın Yanlış#

Karşılaştırma yaparken bu üç iddiaya rastlarsanız, o kaynağın geri kalanına da temkinli yaklaşın.

"VPS'te işletim sistemi kuramazsınız, VDS'te kurarsınız." Yanlış. Her iki üründe de sağlayıcının panelinden şablon seçip yeniden kurulum (reinstall) yaparsınız; Ubuntu, Debian, AlmaLinux, Rocky, Windows Server — hangisi sunuluyorsa. Bu karışıklık muhtemelen eski konteyner tabanlı OpenVZ paketlerinden geliyor: orada kernel host ile paylaşıldığı için kendi kernel'inizi yükleyemezsiniz, ama işletim sistemi dağıtımını yine seçersiniz.

"VDS fizikseldir, VPS sanaldır." Yanlış. İkisinin de baş harfi "V" ve ikisi de sanal. Fiziksel makinenin tamamını kiralama işinin adı dedicated (ithaf edilmiş) sunucudur, VDS değil. Bu ikisini karıştırmak ciddi bir bütçe hatasına yol açar.

"VDS daha hızlıdır." Eksik. VDS daha öngörülebilirdir. Boş bir fiziksel makinedeki VPS, dolu bir makinedeki VDS'ten hızlı çalışabilir. Aradaki fark tepe hızda değil, yük altındaki tutarlılıkta ortaya çıkar: gece 03:00'te 40 ms cevap veren site, saat 21:00'de de 40 ms mi veriyor?

Asıl Ayrım: Overcommit ve Kaynak Garantisi#

Overcommit, bir hipervizörün fiziksel olarak var olandan fazlasını sanal makinelere dağıtmasıdır. 32 çekirdekli bir makinede, her biri 4 vCPU'lu 20 sanal sunucu barındırmak overcommit'tir: kâğıt üzerinde 80 vCPU dağıtılmış, gerçekte 32 çekirdek var.

Bu kendi başına kötü bir şey değildir. Sunucuların çoğu zamanın yüzde 90'ında boştadır; sağlayıcı bu boşluğu paylaştırarak paketi ucuzlatır. Sorun, aynı makinedeki birkaç komşunun aynı anda yüklenmesiyle başlar. O anda hipervizör CPU zamanını sıraya koyar ve sizin sanal makineniz çalışmaya hazır olduğu hâlde beklemek zorunda kalır. Linux bunu ölçer ve adı vardır: steal time.

RAM tarafında karşılığı balon sürücüsüdür (ballooning): hipervizör, boşta duran RAM'i sanal makineden geri alır. Sıkışma anında bellek geri verilirken uygulamanız takılır.

İşte ölçülebilir ayrım budur ve tek cümleyle şöyle yazılır:

Tahsisli (VDS) bir pakette steal time sürekli sıfıra yakındır ve free çıktısındaki toplam bellek zaman içinde değişmez. Paylaşımlı (VPS) bir pakette yoğun saatlerde steal time yükselir.

Etiketin ne dediğine değil, bu iki ölçüme bakın.

Sunucunuzda Kaynak Garantisi Olup Olmadığını Nasıl Ölçersiniz#

Aşağıdaki komutları elinizdeki sunucuda çalıştırın. Yeni sunucu değerlendiriyorsanız aynı testleri deneme süresi içinde, hem gündüz hem gece yapın.

1. Sanallaştırma katmanını öğrenin.

systemd-detect-virt

kvm, vmware, xen, lxc gibi bir çıktı alırsınız. lxc veya openvz görürseniz konteyner tabanlı bir üründesiniz demektir — kendi kernel modülünüzü yükleyemezsiniz, Docker bazı yapılandırmalarda sorun çıkarabilir.

2. Steal time'ı ölçün. En kritik ölçüm budur.

vmstat 1 10

Çıktının en sağındaki st sütununa bakın:

procs -----------memory---------- ---system-- ------cpu-----
 r  b   swpd   free   buff  cache   in   cs  us sy id wa st
 1  0      0 612340  84512 1204880  980 1620  12  3 85  0  0
 2  0      0 611228  84512 1204912 1105 1788  15  4 81  0  7

Yorumu şöyle yapın:

Tek bir ölçüm yeterli değildir; sar ile gün boyu kayıt alın:

sudo apt install sysstat -y
sar -u 60 60      # 60 saniyede bir, 1 saat boyunca

3. Belleğin sabit olduğunu doğrulayın.

free -m
grep -i balloon /proc/modules

virtio_balloon modülü yüklüyse hipervizör bellek geri alabiliyor demektir. Bu tek başına kötü değildir; ancak free -m çıktısındaki total satırı zamanla düşüyorsa bellek gerçekten geri alınıyordur.

4. CPU'nun ne olduğuna bakın.

lscpu | egrep 'Model name|CPU\(s\)|MHz|Hypervisor'

Model adı QEMU Virtual CPU gibi jenerik bir şeyse, hipervizör gerçek CPU modelini gizliyordur — bu genelde daha eski nesil bir işlemcide olduğunuza işarettir.

5. Disk performansını ölçün. NVMe iddiasını doğrulamanın en hızlı yolu:

fio --name=rastgele-okuma --ioengine=libaio --rw=randread \
    --bs=4k --numjobs=1 --size=1G --runtime=30 --time_based \
    --direct=1 --group_reporting

Sonuçtaki IOPS değeri birkaç yüz seviyesindeyse dönen disk ya da çok yoğun paylaşılan bir depolama üzerindesiniz. NVMe iddiası olan bir pakette dört haneli ve üzeri IOPS beklersiniz.

6. Load average ile birlikte yorumlayın. uptime çıktısındaki yük ortalaması düşük ama st yüksekse sorun sizin süreçlerinizde değil, aynı makinedeki komşulardadır — bu ayrım şikâyeti doğru yere iletmenizi sağlar.

Sanallaştırma Katmanı: KVM, Xen ve Konteyner Farkı#

Kaynak garantisinin ne kadar sıkı olabileceğini belirleyen ikinci etken, altta hangi sanallaştırmanın olduğudur.

• KVM / Xen HVM (tam sanallaştırma): Her sanal makinenin kendi kernel'i vardır. Kernel modülü yükleyebilir, özel sysctl ayarları yapabilir, WireGuard veya özel dosya sistemi kullanabilirsiniz. Bugün ciddi sağlayıcıların standardı budur. Nasıl çalıştığını KVM ile sanallaştırma yazısında bulabilirsiniz.
• OpenVZ / LXC (konteyner): Kernel host ile paylaşılır. Daha az ek yük, daha ucuz; ama kernel'e dokunamazsınız ve komşunun kernel seviyesindeki yükü sizi daha doğrudan etkiler.

Satın alma sayfasında "KVM" yazmıyorsa, sipariş öncesi mutlaka sorun. "VDS" etiketi taşıyıp konteyner üzerinde çalışan paketler vardır; etiket size bunu söylemez, systemd-detect-virt söyler.

VDS mi VPS mi: Karşılaştırma Tablosu#

Tablodaki son satır önemli: ikisi de yönetimsizdir. VDS almak size otomatik olarak yönetilen bir hizmet vermez; güvenlik duvarı, güncelleme ve yedek yine sizin sorumluluğunuzdadır.

Hangi Projede Hangisi Yeter#

VPS yeter:

• Günlük birkaç bin ziyaretçili kurumsal site veya blog
• Geliştirme, test ve hazırlık (staging) ortamları
• Küçük bir Node.js/Python API'si, zamanlanmış görevler
• Kişisel araçlar: yedek deposu, VPN, izleme sunucusu

VDS gerekir:

• Ödeme alan e-ticaret siteleri — sepet ve ödeme adımında gecikme doğrudan satış kaybıdır
• Kendi veritabanı sunucunuzu barındırdığınız kurulumlar; MySQL yavaş disk ve dalgalı CPU'yu affetmez
• Gecikmeye duyarlı işler: gerçek zamanlı API, oyun sunucusu, işlem terminalleri
• SLA taahhüdü verdiğiniz müşteri projeleri

Dedicated'a geçin:

• CPU sürekli yüzde 70 üzerinde seyrediyorsa
• Yüzlerce GB RAM ya da özel donanım (GPU gibi) gerekiyorsa
• Mevzuat gereği donanımın fiziksel olarak izole olması isteniyorsa

Kararsızsanız pratik kural şudur: gecikme sizin için para demekse VDS, değilse VPS. Sunucu türlerinin genel resmi için VDS nedir, nasıl alınır ve bulut alternatifiyle karşılaştırma için bulut sunucu mu VDS mi yazılarına bakabilirsiniz.

Satın Almadan Önce Sorulacak Beş Soru#

Sağlayıcıya sorun; cevap veremiyorlarsa bu da bir cevaptır.

1. "CPU tahsisli mi, paylaşımlı mı? Overcommit oranınız nedir?" Net rakam vermeseler bile "tahsisli" ya da "paylaşımlı" cevabını almalısınız.
2. "Hangi hipervizör kullanılıyor?" KVM bekleyin.
3. "Disk NVMe mi, RAID yapısı ne?" fio testiyle doğrulayacağınızı da söyleyin.
4. "Yükseltme kesinti gerektiriyor mu?" RAM/CPU artırımı çoğunlukla yeniden başlatma ister; disk büyütmesi bazen istemez.
5. "Yedekleme dahil mi, kaç sürüm saklanıyor?" "Snapshot alabiliyorsunuz" cümlesi yedekleme demek değildir; snapshot aynı depolama üzerindedir.

Sunucu elinize geçtikten sonraki ilk saat de en az seçim kadar önemlidir: SSH portu ve anahtar yapılandırması, güvenlik duvarı, otomatik güncellemeler ve yedek planı ilk gün kurulur. Adım listesi için VDS satın alma sonrası ilk adımlar yazısına bakın; birden fazla sunucu yönetecekseniz bu kurulumu Ansible ile sunucu otomasyonu üzerinden tekrarlanabilir hâle getirmek uzun vadede çok zaman kazandırır.

Sıkça Sorulan Sorular#

VDS ile VPS arasında gerçekten fark var mı#

Teknik olarak ikisi de sanal sunucudur ve mimari bir fark yoktur; fark sağlayıcının uyguladığı kaynak politikasındadır. VDS etiketi genellikle CPU ve RAM'in tahsisli olduğunu, yani fiziksel makineye kapasitenin üzerinde müşteri yerleştirilmediğini anlatmak için kullanılır. VPS etiketi ise kaynakların paylaşıldığı, daha ekonomik paketleri işaret eder. Etiketler standart olmadığı için satın almadan önce "kaynak tahsisli mi" sorusunu doğrudan sormak, iki kelimenin tanımını tartışmaktan daha sağlıklıdır.

Steal time kaç olursa sorun sayılır#

Sürekli yüzde 3'ün üzerinde seyreden bir steal time değeri dikkate alınmalı, yüzde 10'u aşan değerler ise açık bir overcommit göstergesidir. Kısa süreli sıçramalar normaldir; kritik olan ortalamanın yoğun saatlerde nereye oturduğudur. Ölçümü vmstat 1 10 ile anlık, sar -u 60 60 ile saatlik yapabilirsiniz. Yüksek steal time gördüğünüzde önce kendi süreçlerinizin CPU tükettiğini doğrulayın; kendi yükünüz düşük ama steal yüksekse sorun komşu sanal makinelerdedir ve çözüm sağlayıcının tarafındadır.

VPS'te kendi işletim sistemimi kurabilir miyim#

Evet. Hem VPS hem VDS paketlerinde sağlayıcı panelinden dağıtım seçip yeniden kurulum yapabilirsiniz; Ubuntu, Debian, AlmaLinux, Rocky Linux ve çoğu yerde Windows Server seçenekleri sunulur. "VPS'te işletim sistemi kuramazsınız" iddiası yanlıştır ve muhtemelen eski konteyner tabanlı ürünlerden kalmadır. Konteyner tabanlı (OpenVZ, LXC) bir pakette dağıtımı yine seçersiniz, sınırlama kendi kernel'inizi yükleyememektir. Hangi durumda olduğunuzu systemd-detect-virt komutu birkaç saniyede söyler.

VDS almak sunucumun yönetildiği anlamına gelir mi#

Hayır. VDS de VPS de yönetimsiz üründür; işletim sistemi güncellemeleri, güvenlik duvarı yapılandırması, yedekleme ve uygulama kurulumu sizin sorumluluğunuzdadır. Tahsisli kaynak sadece performansın öngörülebilir olmasını sağlar, bakımı üstlenmez. Sunucu yönetimiyle uğraşmak istemiyorsanız ya ek bir yönetim hizmeti almanız ya da paylaşımlı hosting tarafında kalmanız gerekir. Bu ayrımı satın alma öncesi netleştirmek, sonradan yaşanan en yaygın hayal kırıklığını önler.

E-ticaret sitesi için VPS yeterli olur mu#

Düşük hacimli ve ödeme sayfasında yoğunlaşma yaşamayan mağazalar için VPS yeterli olabilir, ancak düzenli satış yapan bir mağazada tahsisli kaynak tercih edilmelidir. Nedeni performans ortalaması değil, en kötü durumdur: kampanya günü aynı fiziksel makinedeki başka bir müşteri yüklendiğinde sepet ve ödeme adımlarındaki gecikme doğrudan terk edilmiş sepete dönüşür. Ürün sayısı arttıkça veritabanı sorguları ağırlaşır ve dalgalı CPU en çok orada hissedilir. Mağazanız düzenli sipariş alıyorsa VDS tarafına geçmek makul bir yatırımdır.

VPS'ten VDS'e geçerken veri kaybı olur mu#

Doğru planlandığında olmaz, çünkü geçiş bir yükseltme değil bir taşımadır. Yeni sunucuyu kurar, dosyaları ve veritabanını aktarır, yeni sunucuda siteyi test eder ve ancak her şey çalıştığını gördükten sonra DNS'i yeni IP'ye çevirirsiniz. Riskli olan tek nokta, DNS geçişi sırasında iki sunucuya birden yazma yapılmasıdır; e-ticaret gibi sürekli veri yazan sistemlerde geçiş öncesi kısa bir bakım penceresi açmak ve son veritabanı aktarımını o pencerede yapmak en güvenli yöntemdir. Geçişten önce mutlaka tam yedek alın.

Aynı fiyata daha çok vCPU veren paket daha mı iyi#

Hayır, tek başına vCPU sayısı bir kalite göstergesi değildir. Overcommit yapan bir sağlayıcı size 8 vCPU vermeyi 2 vCPU vermekten daha kolay göze alır, çünkü o çekirdeklerin gerçekte ne kadarını kullanabileceğiniz garanti edilmemiştir. Karşılaştırmayı vCPU sayısı üzerinden değil, tahsis politikası ve gerçek ölçüm üzerinden yapın: deneme süresinde vmstat ile steal time'a, fio ile disk IOPS değerine bakın. İki paket arasında karar veremiyorsanız, daha az çekirdekli ama tahsisli olan neredeyse her zaman daha iyi sonuç verir.

Kapanış#

VDS mi VPS mi sorusunun cevabı, iki kelimenin sözlük anlamında değil, satın aldığınız paketin kaynak politikasında saklı. İsimler standart olmadığı için tek güvenilir yol ölçmek: systemd-detect-virt ile sanallaştırma katmanını, vmstat ile steal time'ı, fio ile disk performansını görmek. Steal time'ı sürekli sıfıra yakın seyreden bir paket üzerinde "VPS" yazsa da işiniz görülür; steal time'ı çift haneli olan bir pakette "VDS" etiketi hiçbir şey ifade etmez. Karar verirken sorun şu tek soruya indirgenebilir: gecikmedeki dalgalanma sizin için para kaybı mı, yoksa tolere edilebilir bir konfor sorunu mu?

Tahsisli kaynak arıyorsanız VDS paketleri tarafına, kaynakları ihtiyaca göre büyütüp küçültmek istediğiniz projelerde bulut sunucu seçeneğine bakabilirsiniz. Sunucuyu kendiniz yönetmek istemiyorsanız, kurulum sertleştirmesinden güncelleme ve izlemeye kadar işi devralan sunucu yönetimi hizmetiyle birlikte değerlendirin.