VDS mi dedicated sunucu mu sorusunun cevabı, mevcut kaynaklarınızı ne kadar doldurduğunuzda saklıdır. Tek bir VDS paketinin işlemcisini ve belleğini sürekli sınırda çalıştırıyor, yükseltebileceğiniz bir üst paket kalmamışsa fiziksel sunucuya geçme vaktiniz gelmiştir. Kaynaklarınızın önemli bir kısmı boş duruyorsa dedicated sunucu, ödediğiniz paranın karşılığını alamayacağınız bir tercih olur.
Bu sayfada iki ürünü teknik olarak karşılaştırıyor, geçiş eşiğini ölçülebilir rakamlara bağlıyor ve taşıma planının nasıl yapılacağını anlatıyoruz. Sanal sunucu kavramına tamamen yabancıysanız önce VDS nedir sayfasını okuyun.
Dedicated Sunucu Nedir?#
Dedicated sunucu, bir veri merkezinde duran ve tamamı size kiralanan fiziksel makinedir. Üzerinde sanallaştırma katmanı yoktur, başka müşteri yoktur, işlemcinin bütün çekirdeklerine ve belleğin tamamına doğrudan erişirsiniz. İşletim sistemini siz seçer, diskleri siz bölümlendirir, gerekirse RAID yapılandırmasını siz belirlersiniz.
VDS ise aynı sınıftaki bir fiziksel makinenin sanallaştırma ile bölünmüş bir parçasıdır. Kaynaklar size ayrılmıştır ama donanımın tamamı sizin değildir. Disk denetleyicisi, ağ kartı ve anakart aynı makinedeki diğer sanal sunucularla ortaktır.
Yan Yana Karşılaştırma#
| Kriter | VDS | Dedicated Sunucu |
|---|---|---|
| Donanım sahipliği | Paylaşılan fiziksel makine | Makinenin tamamı size ait |
| Kaynak tahsisi | Ayrılmış vCPU ve RAM | Fiziksel kaynakların tamamı |
| Kurulum süresi | Dakikalar | Saatler veya gün |
| Başlangıç maliyeti | Düşük | Yüksek |
| Ölçekleme | Paket yükseltmesiyle hızlı | Donanım değişimi gerekir |
| Azami performans | Paket sınırıyla kısıtlı | Donanımın tamamı |
| Donanım seçimi | Sağlayıcı belirler | Yapılandırma seçilebilir |
| Donanım arızasında kesinti | Kısa, taşınabilir | Parça değişimine bağlı |
| Kendi sanallaştırmanızı kurma | Genellikle mümkün değil | Mümkün (Proxmox vb.) |
| Tipik kullanıcı | Oyun sunucusu, uygulama, orta ölçekli site | Sunucu ağı, büyük veritabanı, yüksek trafik |
Performans: Sanallaştırma Katmanı Ne Kadar Maliyetli?#
Yaygın bir yanlış anlama, sanallaştırmanın performansı ciddi biçimde düşürdüğüdür. Modern KVM kurulumlarında işlemci tarafındaki ek yük çok küçüktür; donanım destekli sanallaştırma sayesinde komutlar doğrudan fiziksel işlemcide çalışır. Ölçülebilir fark üç yerde ortaya çıkar:
- Disk I/O: Sanal disk katmanı ek bir gecikme getirir. NVMe üzerinde bu fark mikrosaniyelerle ölçülür ama yoğun veritabanı yükünde toplamda hissedilir.
- Ağ: Sanal ağ arayüzü paket başına küçük bir işlem yükü ekler. Saniyede yüz binlerce küçük paket işleyen uygulamalarda önemlidir.
- Komşu etkisi: Kaynaklarınız ayrılmış olsa bile disk denetleyicisi ve ağ kartı paylaşılır. Aynı makinedeki bir sunucu diski sonuna kadar zorladığında dolaylı etkilenirsiniz.
Yani soru “sanallaştırma yavaş mı” değil, “benim iş yüküm bu farkı görebiliyor mu” olmalıdır. Bir Minecraft sunucusu, bir WordPress sitesi ya da orta ölçekli bir API için cevap büyük ihtimalle hayırdır. Saniyede on binlerce sorgu işleyen bir veritabanı için evettir.
Karar Eşiği: Ölçün, Tahmin Etmeyin#
Geçiş kararını hislere değil rakamlara dayandırın. Mevcut sunucunuzda bir hafta boyunca şu üç değeri toplayın:
# sysstat kurulu değilse önce kurun
sudo apt install -y sysstat
sudo systemctl enable --now sysstat
# Son 24 saatin CPU kullanım geçmişi
sar -u 1 1
sar -u -f /var/log/sysstat/sa$(date +%d)
# Bellek kullanımı geçmişi
sar -r -f /var/log/sysstat/sa$(date +%d)
# Disk bekleme süresi (await sütunu)
iostat -x 5 3
Topladığınız verileri aşağıdaki tabloyla karşılaştırın:
| Ölçüm | VDS’te kalın | Yükseltme düşünün | Dedicated zamanı |
|---|---|---|---|
| Ortalama CPU kullanımı | %40 altı | %40 - %60 | %60 üzeri, sürekli |
| Zirve bellek kullanımı | %60 altı | %60 - %75 | %75 üzeri, swap kullanımı var |
| Disk await | 1 ms altı | 1 - 5 ms | 5 ms üzeri, sürekli |
| Toplam RAM ihtiyacı | 16 GB altı | 16 - 32 GB | 32 GB üzeri |
| Çalışan bağımsız servis sayısı | 1-3 | 4-6 | 7 ve üzeri |
Maliyeti Doğru Hesaplamak#
Kira bedelini karşılaştırmak yetmez; toplam sahip olma maliyetine bakın. Şu kalemleri iki senaryo için ayrı ayrı yazın:
- Aylık kira
- Dedicated sunucu tek başına daha pahalıdır, ama bir dedicated makine üç dört VDS’in işini görüyorsa toplamda ucuz kalabilir.
- Kurulum ücreti
- Fiziksel sunucularda genellikle tek seferlik bir kurulum bedeli olur.
- Lisans
- Windows Server veya panel lisansları çekirdek sayısına göre fiyatlanabilir; çok çekirdekli bir dedicated makinede bu kalem beklenenden büyük çıkar.
- Yedekleme depolaması
- Veri büyüdükçe yedek alanı da büyür; dahil mi, ek ücretli mi kontrol edin.
- Yönetim zamanı
- Kendi zamanınız da maliyettir. Donanım izleme, RAID takibi ve arıza yönetimi ek iş yükü getirir.
- Boşta duran kapasite
- Kullanmadığınız her çekirdek ve her gigabayt ödediğiniz ama kazanmadığınız kaynaktır.
Pratik bir kural: dört ayrı VDS kiralamak zorunda kaldıysanız ve bunların toplam bedeli bir dedicated sunucuya yaklaşıyorsa, tek makinede toplamak hem daha ucuz hem daha yönetilebilir olur. Bu durumda fiziksel sunucuya bir hipervizör kurup kendi sanal makinelerinizi oluşturabilirsiniz.
Yönetim ve Sorumluluk Farkı#
İşletim sistemi seviyesinde iki ürün arasında hiçbir fark yoktur: aynı SSH bağlantısı, aynı paket yöneticisi, aynı güvenlik duvarı kuralları. SSH ile bağlanma, firewall yapılandırması ve yedekleme stratejisi her iki üründe de aynı biçimde uygulanır.
Fark, donanım katmanında başlar. Dedicated sunucuda şunlar da sizin takip listenizdedir:
# Disk sağlığı (SMART) kontrolü
sudo apt install -y smartmontools
sudo smartctl -a /dev/nvme0
# Yazılımsal RAID durumu
cat /proc/mdstat
# Sıcaklık ve donanım sensörleri
sudo apt install -y lm-sensors
sudo sensors-detect --auto
sensors
Bu değerleri manuel kontrol etmek yerine izleme sisteminize bağlayın. Araç seçenekleri sunucu izleme rehberinde anlatılıyor. Disk arızasını yedekten dönmek zorunda kalmadan önce yakalamanın tek yolu budur.
Arıza Senaryosu: İki Ürün Nasıl Davranır?#
VDS’te donanım arızası#
Fiziksel makinede bir sorun çıktığında sağlayıcı sanal makinenizi başka bir düğüme taşıyabilir. Kesinti genellikle dakikalarla ölçülür ve siz çoğu zaman hiçbir işlem yapmazsınız.
Dedicated sunucuda donanım arızası#
Arızalanan parça değişene kadar hizmet durur. RAID kullanıyorsanız tek disk arızası hizmeti kesmez, ama anakart ya da güç kaynağı arızasında makine tamamen durur. Bu yüzden fiziksel sunucu kullananların yedekleme disiplini VDS kullananlardan daha sıkı olmak zorundadır.
Hangi İş Yükü Hangisini İster?#
| Senaryo | Önerilen | Gerekçe |
|---|---|---|
| Tek Minecraft sunucusu, 30 oyuncuya kadar | VDS (8-16 GB) | Tek çekirdek performansı yeterli, kalan kapasite boşa gider |
| Proxy arkasında 4-6 alt sunuculu Minecraft ağı | Dedicated | Toplam bellek 32 GB’ı aşar, süreçler arası trafik yerel kalır |
| FiveM roleplay sunucusu + MySQL | VDS (16 GB) | Ayrılmış çekirdek ve NVMe yeterli |
| Orta ölçekli e-ticaret sitesi | VDS | Önbellekleme ile kaynak ihtiyacı yönetilebilir |
| Yüksek trafikli haber sitesi ağı | Dedicated | Zirve trafik anlık ve büyük, kapasite payı gerekir |
| Kendi sanallaştırma altyapısını kurmak | Dedicated | Hipervizör kurulumu yalnızca fiziksel sunucuda mümkün |
| Birden çok müşteriye hizmet veren ajans | Dedicated | Projeleri izole sanal makinelerde ayırmak mümkün olur |
| Discord botu, otomasyon, test ortamı | VDS | Küçük ve sürekli yük, dedicated aşırı olur |
Minecraft tarafında kurulum planınızı yaparken kaç GB RAM gerekir ve doğru donanım seçimi sayfaları oyuncu sayısına göre ayrıntılı tablo veriyor. Sunucu ağı kuracaksanız BungeeCord ve Velocity kurulumu sayfası mimariyi anlatıyor.
Geçiş Zamanının Geldiğini Gösteren Altı Sinyal#
-
Yükseltebileceğiniz üst paket kalmadı#
Sağlayıcının en büyük VDS paketindesiniz ve hâlâ yetmiyor. Bu, kararın sizin yerinize verildiği andır.
-
Birden fazla VDS yönetiyorsunuz#
Üç dört ayrı sanal sunucu kiralayıp aralarında veri taşıyorsanız, hepsini tek makinede toplamak hem gecikmeyi düşürür hem maliyeti azaltır.
-
Zirve saatlerde sürekli sınırdasınız#
Akşam saatlerinde CPU %90’a dayanıyor ve yanıt süreleri artıyorsa kapasite payınız kalmamıştır.
-
Disk I/O darboğaz oluşturuyor#
iostatçıktısında%utilsürekli 90’ın üzerindeyse veawaityükseliyorsa depolama katmanı yetmiyor demektir. -
Kendi sanallaştırmanıza ihtiyacınız var#
Müşterilerinizi ya da projelerinizi izole sanal makinelere ayırmak istiyorsanız fiziksel sunucu zorunludur.
-
Donanım seviyesinde özel gereksinimleriniz var#
Belirli bir işlemci modeli, özel disk yapılandırması ya da GPU gerekiyorsa sanal paketlerde bu esneklik bulunmaz.
Geçiş Nasıl Planlanır?#
Taşımayı bir gecede yapmaya çalışmayın. Çalışan bir plan şöyle ilerler:
# 1) Yeni sunucuda aynı ortamı kurun, sonra veriyi önden kopyalayın
rsync -avz --progress /var/www/ root@yeni-sunucu:/var/www/
# 2) Veritabanını aktarın
mysqldump --single-transaction --routines --triggers -u root -p uygulama_db \
| ssh root@yeni-sunucu "mysql -u root -p uygulama_db"
# 3) Geçiş anında yalnızca farkı senkronize edin (çok daha hızlı)
rsync -avz --delete /var/www/ root@yeni-sunucu:/var/www/
DNS TTL değerini taşımadan 24 saat önce 300 saniyeye düşürün; böylece yönlendirme değişikliği dakikalar içinde yayılır. Kayıt türleri ve TTL mantığı konusunda DNS kayıtları rehberine bakın. Oyun sunucusu taşıyorsanız Minecraft sunucusunu taşıma rehberi adım adım bir kontrol listesi veriyor.
Karar Vermeden Önce Üçüncü Bir Seçenek#
İki uç arasında sıkıştıysanız, mevcut VDS’i yükseltmek çoğu zaman en akılcı ara adımdır. 8 GB’dan 16 GB’a çıkmak dakikalar sürer, dedicated sunucuya geçmek ise planlama, taşıma ve test gerektirir. Ayrıca yüksek saat hızına ihtiyacınız varsa ama toplam kapasiteye ihtiyacınız yoksa, çok çekirdekli bir fiziksel sunucu yerine yüksek frekanslı bir Ryzen VDS daha doğru sonucu verir. Oyun sunucularında belirleyici olan çekirdek sayısı değil saat hızıdır.
Sağlayıcı seçimini de karara dahil edin: veri merkezinin altyapısı, yedekli güç ve soğutma kalitesi fiziksel sunucularda daha kritik hâle gelir. Konu hakkında veri merkezi nedir sayfası Tier seviyelerini açıklıyor, sunucu kiralama rehberi ise sağlayıcı değerlendirme kontrol listesi veriyor.
Özetle#
VDS ile dedicated sunucu arasındaki seçim, güç karşılaştırması değil kapasite eşleştirmesidir. Kaynaklarınızı sürekli dolduruyorsanız, yükseltilecek paket kalmadıysa, birden fazla sanal sunucuyu yönetmek zorunda kaldıysanız ya da kendi sanallaştırma altyapınızı kurmak istiyorsanız fiziksel sunucuya geçin. Kaynaklarınızın önemli bölümü boş duruyorsa VDS hem daha ucuz hem daha esnek kalır.
Kararı verirken bir hafta boyunca CPU, bellek ve disk bekleme süresini ölçün; ortalama CPU %60’ı, zirve bellek %75’i, disk await 5 ms’yi sürekli aşıyorsa geçiş vakti gelmiştir. Geçişte veriyi önden kopyalayıp yalnızca son farkı taşıyın ve DNS TTL’ini önceden düşürün. Ürünleri incelemek isterseniz dedicated sunucu paketleri ve VDS paketleri sayfaları güncel yapılandırmaları listeliyor; kavramları tazelemek için VDS ve VPS farkları sayfasına dönebilirsiniz.