VPS ve VDS Farkı Nedir? Hangisi Size Uygun?

Okuma süresi: 16 dk

Paylaşımlı hostingten bir adım öteye geçmek istediğinizde karşınıza iki kısaltma çıkar: VPS ve VDS. İkisi de root erişimli, kendi işletim sisteminize sahip olduğunuz sanal sunuculardır; fiyat sayfalarında ise aynı vCPU, RAM ve disk değerleriyle bambaşka fiyatlar görebilirsiniz. Bu rehberde iki modelin teknik farkını, “vCPU” kavramının neyi gizlediğini, CPU steal time’ın nasıl ölçüldüğünü ve kendi iş yükünüz için hangisini seçmeniz gerektiğini adım adım açıklıyoruz. Ayrıca bir sağlayıcının vaadini kendiniz nasıl test edebileceğinizi gösteren bir ölçüm yöntemi paylaşıyoruz.

Sanal sunucu nedir?

Sanal sunucu, güçlü bir fiziksel sunucu üzerinde çalışan hipervizör (sanallaştırma katmanı) yardımıyla oluşturulan, kendi işletim sistemi, IP adresi ve kaynak tahsisi olan yalıtılmış bir sunucu örneğidir. KVM, VMware ESXi, Microsoft Hyper-V ve Xen yaygın hipervizörlerdir. Her sanal sunucu, diğerlerinden bağımsız olarak yeniden başlatılabilir, farklı bir işletim sistemi çalıştırabilir ve kendi güvenlik duvarı kurallarına sahip olabilir.

Konteyner tabanlı sanallaştırma ile farkı

Bazı düşük maliyetli sanal sunucular, tam sanallaştırma yerine OpenVZ/Virtuozzo veya LXC gibi konteyner tabanlı teknolojilerle sunulur. Bu modelde tüm sanal sunucular ana makinenin çekirdeğini (kernel) paylaşır; kendi çekirdek modülünüzü yükleyemez, bazı güvenlik ve ağ yazılımlarını çalıştıramazsınız. KVM gibi tam sanallaştırmada ise her sanal sunucunun kendi çekirdeği vardır. VPS veya VDS fark etmeksizin, sağlayıcıya ilk sormanız gereken sorulardan biri hangi sanallaştırma teknolojisinin kullanıldığıdır.

Paylaşımlı hostingten farkı

Paylaşımlı hostingte sunucunun işletim sistemi, web sunucusu ve PHP sürümü sağlayıcı tarafından yönetilir; siz yalnızca kendi hesabınızı yönetirsiniz. Sanal sunucuda ise işletim sistemi size aittir: Yazılım kurabilir, yapılandırma değiştirebilir, servisleri istediğiniz gibi çalıştırabilirsiniz. Bu özgürlük, güncelleme, güvenlik ve yedekleme sorumluluğunu da beraberinde getirir (yönetilen hizmet alınmıyorsa). Hosting türlerinin genel karşılaştırması için hosting nedir rehberimize göz atabilirsiniz.

VPS nedir?

VPS (Virtual Private Server – Sanal Özel Sunucu), fiziksel sunucunun kaynaklarının sanal sunuculara paylaştırıldığı modeldir. RAM ve disk genellikle size ayrılmış olarak tahsis edilir; işlemci ise çoğunlukla zaman paylaşımlı çalışır. Size verilen “2 vCPU”, fiziksel çekirdeklerin iki tanesine özel erişim değil, hipervizörün zamanlayıcısının size iki sanal işlemci kadar işlem zamanı dağıtması anlamına gelir.

vCPU ve aşırı satış (overcommit)

Fiziksel bir sunucuda örneğin 64 iş parçacığı (thread) varsa, sağlayıcı toplamda bundan çok daha fazla vCPU satabilir. Buna CPU overcommit denir. Mantığı şudur: Sanal sunucuların çoğu, çoğu zaman işlemcisini tam kullanmaz. Bir web sitesi gün içinde kısa süreli yoğunluklar yaşar ve geri kalan zamanda boşta bekler. Overcommit oranı makul tutulduğunda bu model verimlidir ve fiyatları düşürür. Oran çok yüksek tutulduğunda ya da aynı fiziksel sunucudaki komşular yoğun işlemci kullandığında ise sanal sunucunuz işlemci sırası bekler; performans dalgalanır.

Overcommit oranı genellikle fiyat sayfalarında yazmaz. Sağlayıcıya doğrudan sormak ve aşağıda anlattığımız steal time ölçümüyle doğrulamak en sağlıklı yoldur.

VPS kimler için uygundur?

• Paylaşımlı hostingin kaynak limitlerine takılan ama sürekli yüksek CPU kullanmayan web siteleri.
• Root erişimi gerektiren özel yazılımlar, Node.js veya Python uygulamaları.
• Geliştirme, test ve staging ortamları.
• Küçük ve orta ölçekli e-ticaret siteleri (önbellek doğru yapılandırıldığında).
• Bir VPN, küçük bir oyun sunucusu veya kişisel projeler.

dticaret’in paketlerini ve teknik özelliklerini VPS sunucu sayfasında bulabilirsiniz.

VDS nedir?

VDS (Virtual Dedicated Server – Sanal Adanmış Sunucu), sanal sunucuya belirli fiziksel işlemci çekirdeklerinin veya iş parçacıklarının yalnızca o sanal sunucuya ayrıldığı modeldir. Teknik olarak bu, hipervizör düzeyinde CPU pinning (vCPU’ları belirli fiziksel çekirdeklere sabitleme) veya overcommit uygulanmayan bir kaynak havuzu ile sağlanır. Sonuç olarak işlemci kapasiteniz komşularınızın kullanımından büyük ölçüde etkilenmez.

Terim karmaşası

“VDS” uluslararası pazarda VPS kadar yaygın bir terim değildir; birçok küresel sağlayıcı aynı ürünü “dedicated vCPU”, “dedicated CPU instance” veya “CPU-optimized” gibi adlarla sunar. Türkiye ve bazı Doğu Avrupa pazarlarında ise “VDS” ayrılmış çekirdekli sanal sunucuyu anlatmak için yerleşmiştir. Ancak her sağlayıcı terimi aynı anlamda kullanmaz: Bazıları VDS ile yalnızca daha düşük overcommit oranlı bir VPS’i kasteder. Bu yüzden ürün adına değil, sözleşmedeki tanıma bakın: “Size ayrılan çekirdekler başka müşterilere tahsis edilmez” ifadesi açıkça yer almalıdır.

VDS kimler için uygundur?

• Sürekli yüksek işlemci kullanan uygulamalar: video işleme, derleme sunucuları (CI), veri analizi.
• Yoğun trafikli ve önbelleklenemeyen sayfası çok olan e-ticaret siteleri.
• Gecikmeye duyarlı iş yükleri: oyun sunucuları, gerçek zamanlı API’ler, VoIP.
• Lisansı çekirdek sayısına göre belirlenen yazılımlar (ayrılmış çekirdek, lisans hesabını öngörülebilir kılar).
• Performans sözleşmesi (SLA) kapsamında öngörülebilir kaynak gerektiren kurumsal uygulamalar.

Ayrılmış çekirdekli paketlerimizi VDS sunucu sayfasında inceleyebilirsiniz.

VPS ve VDS farkı: karşılaştırma tablosu

Tablodaki önemli bir ayrıntı: VDS işlemciyi ayırır, ama diski ve ağı her zaman ayırmaz. Aynı fiziksel sunucudaki depolama ve ağ kartı genellikle tüm sanal sunucularca paylaşılır. Disk G/Ç ağırlıklı (yoğun veritabanı) iş yüklerinde disk performansını da ayrıca test etmeniz gerekir.

dticaret’te VPS ve VDS nasıl ayrılır?

Terimler sağlayıcıdan sağlayıcıya farklı kullanıldığı için kendi ürünlerimizdeki farkı açıkça yazıyoruz. Tablodaki bilgiler VPS ve VDS sayfalarımızdaki paket özelliklerinden alındı.

Kısacası bizde iki ürün arasındaki fark yalnız işlemci tahsisi değildir; VDS’te işletim sisteminin bakımı da hizmetin parçasıdır. VPS, VMware ESXi ile tam sanallaştırıldığı için kendi çekirdeğinizi kullanabilir, Docker gibi yazılımları kısıtlamasız çalıştırabilirsiniz. VPS’inizi kendiniz yönetmek istemiyorsanız sunucu yönetimi hizmeti Linux ve Windows sunucularda kurulum, güvenlik sıkılaştırma, yedek takibi ve 7/24 izlemeyi üstlenir. Satın almak için paket kartındaki Satın Al ile talebinizi iletirsiniz; kurulumdan sonra erişim bilgileriniz e-postayla gönderilir.

CPU steal time nedir, nasıl ölçülür?

Steal time (st), sanal sunucunuzun çalışmaya hazır olduğu hâlde hipervizörün işlemciyi başka bir sanal makineye verdiği için bekleyerek geçirdiği zamanın yüzdesidir. Kısacası “işlemciniz size söz verilen zamanı veremedi” anlamına gelir. Paylaşımlı vCPU’lu bir VPS’te yoğun saatlerde düşük oranlarda steal time görmek olağandır; sürekli ve yüksek steal time ise sunucunun aşırı dolu olduğunun işaretidir. Ayrılmış çekirdekli bir VDS’te steal time sıfıra çok yakın olmalıdır.

1. Sunucuya SSH ile bağlanın: Linux sanal sunucunuza root veya sudo yetkili bir kullanıcıyla bağlanın.
2. top komutunu çalıştırın: top çıktısının üst kısmındaki “%Cpu(s)” satırında en sondaki st değeri anlık steal time yüzdesidir.
3. vmstat ile zaman serisi alın: vmstat 5 60 komutu beş saniyede bir, toplam beş dakika boyunca ölçüm yapar; en sağdaki st sütunu steal time değeridir.
4. Yük altında ölçün: Ölçümü hem boşta hem de bir yük testi (ör. sysbench cpu --threads=<vCPU sayısı> --time=300 run) sırasında, ayrı bir terminalde tekrarlayın.
5. Farklı saatlerde tekrarlayın: Gündüz, akşam yoğun saatleri ve gece için ayrı ölçümler alın; komşu kullanımının etkisi en çok akşam saatlerinde görülür.
6. Sonucu yorumlayın: Steal time sürekli olarak birkaç yüzdenin üzerindeyse ve uygulamanız yavaşlıyorsa sağlayıcıya ölçüm çıktılarıyla başvurun veya ayrılmış çekirdekli bir plana geçmeyi değerlendirin.

Not: “Kabul edilebilir steal time” için evrensel bir eşik yoktur; iş yükünüzün hassasiyetine bağlıdır. Yukarıdaki “birkaç yüzde” ifadesi genel bir pratik yaklaşımdır, standart değildir.

Bir sanal sunucuyu kendiniz nasıl test edersiniz?

Sağlayıcıların paylaştığı performans iddiaları, kendi ortamınızda doğrulanmadıkça bir anlam taşımaz. Biz bu yazıda kendi ölçtüğümüz karşılaştırma sonuçları paylaşmıyoruz; çünkü sonuçlar donanım nesline, sanallaştırma ayarlarına ve ölçüm saatine göre büyük farklılık gösterir. Bunun yerine tekrarlanabilir bir yöntem öneriyoruz:

İşlemci testi

sysbench aracı çoğu Linux dağıtımının paket deposunda bulunur. Tek çekirdek ve çok çekirdek performansını ayrı ayrı ölçün:

sysbench cpu --threads=1 --time=60 run
sysbench cpu --threads=$(nproc) --time=60 run

Çıktıdaki “events per second” değerini not edin. Çok çekirdekli sonucun tek çekirdekli sonucun yaklaşık vCPU sayısı katı olması beklenir; belirgin şekilde düşükse vCPU’lar aynı fiziksel çekirdeğin iş parçacıkları olabilir veya paylaşım yüksek olabilir.

Disk testi

fio ile rastgele okuma/yazma performansını ölçün (test dosyası diskinizde yer kaplar; test sonrası silin):

fio --name=randrw --rw=randrw --bs=4k --size=1G --iodepth=32 \
    --ioengine=libaio --direct=1 --runtime=60 --time_based --group_reporting
rm -f randrw.0.0

IOPS ve gecikme (latency) değerleri veritabanı performansını doğrudan etkiler.

Tutarlılık testi

Tek bir ölçüm yanıltıcıdır. Aynı testleri bir hafta boyunca günün farklı saatlerinde tekrarlayın ve sonuçların dağılımına bakın. Ortalama yüksek olsa bile sonuçlar arasında büyük farklar varsa, performans öngörülemez demektir. VDS’in asıl değeri ortalamada değil, bu tutarlılıktadır.

Ağ testi

Sunucunuzun hedef kitlenize gecikmesini ölçmek için kendi bilgisayarınızdan ping ve mtr komutlarını kullanın. Türkiye’deki ziyaretçilere hizmet veren bir uygulama için, sunucunun Türkiye’deki bir veri merkezinde olması gecikmeyi genellikle düşürür. Veri merkezi altyapımız hakkında bilgi için veri merkezi sayfamıza bakabilirsiniz.

RAM, disk ve ağ: işlemci dışındaki farklar

VPS ve VDS tartışması genellikle işlemciye odaklanır; oysa performansı belirleyen diğer kaynaklar da en az işlemci kadar önemlidir.

Bellek (RAM)

Çoğu sağlayıcı RAM’i sanal sunucuya ayrılmış olarak verir; ancak bazı hipervizörler memory ballooning veya bellek overcommit özellikleriyle, kullanılmayan belleği geçici olarak başka sanal makinelere aktarabilir. Bu durumda yoğun anlarda sunucunuz beklenmedik şekilde swap kullanmaya başlayabilir. free -m ve vmstat çıktılarında swap kullanımının (si/so sütunları) düzenli olarak arttığını görüyorsanız, ya uygulamanız belleğe sığmıyordur ya da bellek tahsisi beklediğiniz gibi değildir. Sözleşmede RAM’in “garantili” olup olmadığını kontrol edin.

Disk ve depolama mimarisi

Sanal sunucu diskleri ya fiziksel sunucunun kendi NVMe/SSD disklerinde (yerel depolama) ya da ağ üzerinden erişilen merkezi bir depolama sisteminde tutulur. Yerel NVMe genellikle daha düşük gecikme sunar; merkezi depolama ise donanım arızasında sanal sunucunun başka bir fiziksel makinede hızla yeniden başlatılmasını kolaylaştırır. Her iki yaklaşımın da yeri vardır; önemli olan, sağlayıcının hangisini kullandığını ve disk G/Ç için sınır uygulayıp uygulamadığını bilmektir.

Ağ ve DDoS koruması

Port hızı (ör. 1 Gbit/s) ile garanti edilen bant genişliği aynı şey değildir. Port hızı paylaşılıyor olabilir; aylık trafik kotası veya adil kullanım politikası uygulanabilir. Kamuya açık bir hizmet çalıştıracaksanız, ağ katmanında DDoS korumasının fiyata dahil olup olmadığını da sorun.

Anlık görüntü (snapshot) ve ölçeklendirme

Sanal sunucuların fiziksel sunuculara göre önemli bir avantajı, anlık görüntü alınabilmesi ve kaynakların kısa sürede artırılabilmesidir. Bir güncelleme öncesi snapshot almak, işler ters giderse dakikalar içinde geri dönmenizi sağlar. Ancak snapshot bir yedek değildir: Genellikle aynı depolama sisteminde tutulur ve o sistemde yaşanacak bir sorundan etkilenir. Yedeklerinizi her zaman farklı bir konumda saklayın.

Windows sanal sunucular

Windows Server çalıştıracaksanız lisans maliyeti fiyata eklenir ve Microsoft’un sunucu lisanslaması çekirdek sayısına dayanır. Bu nedenle Windows iş yükleri için çekirdek sayısının net olduğu ayrılmış çekirdekli modeller lisans hesabını daha öngörülebilir kılar. Yalnızca ASP.NET veya MSSQL gerektiren bir web sitesi için ise sanal sunucu yerine Windows hosting paketi daha ekonomik olabilir.

Fiyat farkı neden oluşur?

VDS’in daha pahalı olmasının nedeni basittir: Overcommit uygulanmadığında bir fiziksel sunucuya sığdırılabilecek sanal sunucu sayısı, çekirdek sayısıyla sınırlanır. VPS’te aynı fiziksel sunucu çok daha fazla müşteriye satılabilir; bu da birim maliyeti düşürür. Bu nedenle aynı “4 vCPU, 8 GB RAM” yazan iki paket arasındaki fiyat farkı, çoğu zaman işlemcinin ayrılmış olup olmamasından kaynaklanır.

Karşılaştırma yaparken şu soruları sorun:

• vCPU’lar fiziksel çekirdek mi, iş parçacığı (thread) mı?
• Overcommit oranı nedir, ya da hiç uygulanmıyor mu?
• İşlemci modeli ve nesli nedir?
• Disk G/Ç için bir sınır var mı?
• Yedekleme, anlık görüntü (snapshot) ve DDoS koruması fiyata dahil mi?
• Yönetilen hizmet (işletim sistemi güncellemeleri, güvenlik, izleme) dahil mi?

Maliyetin toplamını doğru hesaplamak için hosting fiyatları rehberimizdeki toplam maliyet yöntemini sanal sunucular için de kullanabilirsiniz.

Yönetilen ve yönetilmeyen sanal sunucu

VPS ya da VDS seçtikten sonra ikinci önemli karar, sunucuyu kimin yöneteceğidir.

• Yönetilmeyen (unmanaged): Sağlayıcı yalnızca donanımı, sanallaştırmayı ve ağı sağlar. İşletim sistemi güncellemeleri, güvenlik duvarı, web sunucusu kurulumu, yedekleme ve izleme sizin sorumluluğunuzdadır. Linux yönetimi deneyimi olan ekipler için uygundur.
• Yönetilen (managed): Sağlayıcı işletim sistemi güncellemelerini, temel güvenlik yapılandırmasını, izlemeyi ve çoğu zaman bir kontrol panelini (cPanel, Plesk vb.) yönetir. Teknik ekibi olmayan işletmeler için toplam maliyeti genellikle düşürür; çünkü bir güvenlik açığının veya yanlış yapılandırmanın maliyeti, yönetim ücretinden yüksek olabilir.

Sanal sunucuyu kendiniz yönetecekseniz en azından şu temel adımları atın: SSH’ta parola ile girişi kapatıp anahtar tabanlı kimlik doğrulamaya geçin, otomatik güvenlik güncellemelerini açın, bir güvenlik duvarıyla yalnızca gereken portları açık bırakın ve sunucu dışında saklanan düzenli yedekler alın. Ayrıntılı güvenlik listesi için web sitesi güvenliği ve KVKK rehberimize bakabilirsiniz.

Ne zaman dedicated sunucuya geçmelisiniz?

VDS işlemciyi ayırır ama fiziksel sunucunun geri kalanı yine paylaşılır. Aşağıdaki durumlarda fiziksel bir dedicated sunucu daha uygun olabilir:

• Diskin ve ağ kartının da tamamen size ait olması gerekiyorsa (ör. çok yoğun veritabanı G/Ç’si).
• Donanım düzeyinde özel bir yapılandırma (RAID düzeni, GPU, çok yüksek RAM) gerekiyorsa.
• Uyumluluk veya sözleşme gereği fiziksel izolasyon talep ediliyorsa.
• Kendi sanallaştırma katmanınızı kurup sunucuyu bölmek istiyorsanız.

Fiziksel sunucu seçenekleri için dedicated sunucu sayfamızı, tüm sunucu ürünlerinin genel karşılaştırması için sunucu çözümleri sayfasını inceleyebilirsiniz.

İşletim sistemi ve kontrol paneli seçimi

Sanal sunucu siparişinde karşınıza çıkacak bir diğer karar, işletim sistemi ve kontrol panelidir. Bu seçim hem maliyeti hem de bakım yükünü etkiler.

• Linux dağıtımları: Ubuntu LTS, Debian, AlmaLinux ve Rocky Linux sunucularda yaygın kullanılır. Uzun süreli destek (LTS) sürümlerini seçin ve dağıtımın destek bitiş tarihini not edin; desteği biten bir işletim sistemi güvenlik güncellemesi almaz.
• Windows Server: .NET uygulamaları, MSSQL veya Windows’a özgü yazılımlar için gereklidir; lisans maliyeti eklenir.
• Kontrol paneli: cPanel/WHM ve Plesk, web siteleri ve e-postayı grafik arayüzle yönetmeyi kolaylaştırır ama ek lisans ücreti getirir. Yalnızca tek bir uygulama çalıştıracaksanız panelsiz bir kurulum daha hafif ve ekonomik olabilir.

Geçiş öncesi kontrol listesi

Paylaşımlı hostingten VPS veya VDS’e geçmeden önce şu adımları planlayın:

1. Mevcut kaynak kullanımınızı (CPU, RAM, disk, trafik) en az birkaç haftalık veriyle çıkarın.
2. Uygulamanızın ihtiyaç duyduğu yazılım sürümlerini (PHP, veritabanı, Node.js vb.) listeleyin.
3. Yedekleme ve izleme planını sunucu kurulmadan önce belirleyin.
4. DNS TTL değerlerini geçişten bir gün önce düşürün.
5. Geçişi düşük trafikli bir saatte yapın ve eski hesabı birkaç gün daha açık tutun.

Karar rehberi: hangisini seçmelisiniz?

Bir uyarı: Sanal sunucuya geçmek her performans sorununu çözmez. Yavaşlığın nedeni optimize edilmemiş bir veritabanı sorgusu veya önbelleksiz bir WordPress kurulumuysa, daha güçlü bir sunucu sorunu yalnızca erteler. WordPress siteleri için önce WordPress hızlandırma rehberimizdeki adımları uygulamanızı öneririz.

Sık sorulan sorular

Sonuç

VPS ve VDS arasındaki fark ürün adında değil, işlemcinin nasıl tahsis edildiğindedir. Dalgalı ve ortalama düşük CPU kullanan iş yükleri için VPS ekonomik ve yeterlidir; sürekli yüksek yük ve gecikmeye duyarlı uygulamalar için VDS öngörülebilir bir performans sunar. Hangisini seçerseniz seçin, sanallaştırma teknolojisini, overcommit politikasını ve çekirdek tanımını yazılı olarak öğrenin; ardından steal time ve sysbench ölçümleriyle sağlayıcının vaadini kendi ortamınızda doğrulayın.

Kaynaklar

• Linux man sayfaları – top(1) ve vmstat(8), “st” (steal) alanı: https://man7.org/linux/man-pages/man1/top.1.html
• sysbench proje sayfası: https://github.com/akopytov/sysbench
• fio belgeleri: https://fio.readthedocs.io/
• KVM proje sayfası: https://linux-kvm.org/
• Red Hat – Virtualization tuning, CPU pinning ve overcommit: https://docs.redhat.com/