VDS Satın Alırken Kontrol Edilecek 10 Madde (Net Kontrol Listesi)

VDS (Virtual Dedicated Server) satın alırken “fiyat iyi” ya da “CPU yüksek” gibi tek bir metriğe bakmak çoğu zaman yanılgıya götürür. Doğru seçim, hem uygulamanızın performansını hem de olası arıza anında ne kadar hızlı toparlanacağınızı belirler. Bu rehberde, VDS almadan önce birebir kontrol edebileceğiniz 10 maddeyi, pratik ölçüm ve net karar kriterleriyle anlatıyorum.

1) Sanallaştırma türünü (KVM/VMware/Xen) ve “root” erişimi kontrol edin

VDS sağlayıcıları farklı sanallaştırma altyapıları kullanır. Burada iki kritik nokta vardır: - Sanallaştırma türü: KVM gibi yaygın çözümler, kaynak izolasyonu ve performans tutarlılığı açısından genellikle daha öngörülebilirdir. - Root (yönetici) erişimi: Uygulama kurulumları, güvenlik duvarı (firewall), kernel ayarları, docker/k8s benzeri katmanlar için root erişimi pratikte gereklidir.

Satın alma öncesi sağlayıcıdan yazılı olarak şunları isteyin: - Sanallaştırma altyapısı adı (ör. KVM) - “Root erişim var mı?” (panel üzerinden mi, SSH ile mi) - Hypervisor katmanında CPU pinning gibi ek performans garantisi veriliyor mu?

Net kontrol: “Kendi işletim sistemimi kurabiliyor muyum?” sorusunun cevabı root erişim ihtiyacını doğrudan belirler.

1.1) Kontrol için hızlı test

Kurulum sonrası cat /proc/cpuinfo ve hypervisor bilgisi için dmesg | grep -i hypervisor gibi kontroller yapılabilir. Ancak asıl doğrulama, satın alma aşamasında teknik dokümantasyon/teknik destek yanıtıdır.

2) CPU/RAM garantisi “paylaşımlı mı tahsisli mi” sorusunu netleştirin

Pek çok VDS ilanında görünen CPU/RAM değerleri “anlık” ya da “en iyi ihtimal” olabilir. Şu ayrımı mutlaka yapın: - Dedicated CPU/RAM: Kaynaklar belirli limitlerde tahsisli olur. - Burst / oversell: Kaynaklar paylaşılabilir; yoğunlukta performans düşer.

Sağlayıcıdan şu bilgileri net isteyin: - CPU için “guaranteed” mi “burst” mı? - RAM için “dedicated” mi “shared” mi? - Ortalama yükte CPU throttling (kısma) oluyor mu?

Net kontrol: “İlan edilen CPU” tek başına yetmez; garanti/oversell politikası belirleyicidir.

3) Disk tipi ve IOPS/latency değerlerini doğrulayın

VDS performansının büyük bölümü IO (Input/Output) tarafında şekillenir. Bu yüzden sadece disk boyutu değil şu parametreleri kontrol edin: - Disk tipi: NVMe mi SSD mi HDD mi? - IO limiti/performans: IOPS, throughput (MB/s) - Ölçülebilir gecikme (latency) yaklaşımı

Sağlayıcı dokümanlarında “IOPS/latency” açıkça yazmıyorsa, en azından: - “Gerçek NVMe mi?” - “Yazma/okuma performansı farklı mı?” - “Disk oversubscription var mı?” sorularını yanıtlatın.

3.1) Pratik karşılaştırma testi

Satın alma sonrası test edebileceğiniz komutlar vardır. Örneğin fio ile rastgele okuma/yazma deneyimi görürsünüz. Ama asıl hedef, sağlayıcının ilan ettiği değerlerin sizi yanıltmamasını sağlamaktır.

4) Ağ kalitesi: 1 Gbps/10 Gbps değil, “packet loss + jitter” belirler

VDS’de en çok “CPU iyi ama site yavaş açılıyor” şikâyeti ağ kaynaklı çıkar. Şu kontrolleri yapın: - Üretim trafiği için garantili bant genişliği var mı? - Packet loss (paket kaybı) oranı konusunda yaklaşım - Latency (ping) sürekliliği - Sabit IP (statik IP) ihtiyacı için altyapı desteği

Ayrıca sağlayıcıdan şu bilgiyi isteyin: - Ağ kesintisi sırasında “failover” var mı? - Port/route kısıtı var mı (bazı servisler için önemlidir)?

Net kontrol: Özellikle oyun sunucusu, gerçek zamanlı uygulamalar, API trafiği ve VPN gibi işlerde “band genişliği” kadar jitter ve packet loss kritik olur.

5) Lokasyon (region) ve hedef kullanıcıya göre plan yapın

Lokasyon seçimi, performansın görünür kısmını doğrudan etkiler. Türkiye kullanıcılarınız varsa, sunucu lokasyonunu sadece ülkeye göre değil, ağ kalitesi ve peering durumuna göre değerlendirin.

Net kriter: - Hedef kitleniz Türkiye ağırlıklıysa Türkiye/Avrupa içi lokasyonların avantajını test edin. - Çapraz kıtada (ör. Türkiye ↔ ABD) düşük gecikme beklemeyin.

5.1) Hedefe göre mini test

Satın almadan önce “deneme” imkânı varsa HTTP/HTTPS ve TCP gecikmesini test edin. Deneme yoksa bile sağlayıcının sunduğu traceroute örnekleri talep edilebilir.

6) Kontrol paneli ve erişim yöntemlerini (SSH, panel, API) netleştirin

VDS’de yönetim biçimi, bakım maliyetini belirler. Şunları kontrol edin: - SSH erişimi kesin mi? - Panel varsa hangi özellikler mevcut: kullanıcı/alan yönetimi, yedekleme, dosya sistemi, terminal? - API veya otomasyon desteği var mı (ör. yeniden başlatma, yedek planı)?

Kontrol paneli kullanacaksanız, panelin VDS kaynakları üzerinde “ek yük” yaratıp yaratmadığını sorgulayın. Bazı paneller, özellikle dosya taramaları ve büyük kullanıcı sayılarında ek RAM/IO tüketebilir.

6.1) Senaryo örneği

• Sadece tek uygulama: SSH + güvenlik + otomasyon (Ansible benzeri) daha verimli olabilir.
• Çoklu domain ve hızlı kurulum: Panel + otomatik sertifika (Let’s Encrypt) pratik avantaj sağlar.

7) Yedekleme politikası: otomatik mi, saklama süresi kaç gün?

Yedek (backup) konusu sadece “var/yok” değildir. Şu 4 maddeyi netleştirin: - Otomatik yedekleme var mı? - Saklama süresi (ör. 7/14/30 gün) - Yedek türü: disk imajı mı dosya tabanlı mı yoksa uygulama tabanlı mı? - Geri dönüş (restore) süresi hedefi

Sağlayıcı “biz yedek alıyoruz” diyorsa bile şu soruları sormanız gerekir: - Yedekler aynı sunucuda mı saklanıyor, farklı lokasyona replikasyon var mı? - Yedekler şifreli mi? - Restore işlemi sizin tarafınızdan mı başlatılıyor, yoksa destek mi yapıyor?

Net kontrol: Kurtarma süresi (RTO) ve veri kaybı (RPO) hesaplamak için yedekleme detayları gerekir.

8) IP (IPv4/IPv6), ek IP maliyeti ve kullanım şekli

IP gereksinimi uygulamaya göre değişir: - Mail sunucusu, SSL doğrulama, güvenlik duvarı kuralları - Bazı oyun/VPN senaryoları - DNS kayıtlarında farklı servisleri ayırma

Kontrol etmeniz gerekenler: - Sağlanan IP sayısı (tek IP mi, ek IP veriliyor mu?) - Ek IP fiyatı ve sonradan ekleme maliyeti - IPv6 var mı ve aktif mi? - IP blokajı/limit politikası

8.1) Ek IP ihtiyacını önceden tahmin edin

Örnek: Web + mail + yönetim paneli aynı sunucuda olacaksa, servislerin ayrı IP ile yönetilmesi bazı senaryolarda kolaylık sağlar. Bu kararı satın almadan önce netleştirin; sonradan “ek IP alamıyoruz” sürprizi risk yaratır.

9) DDoS koruması, firewall yaklaşımı ve trafik limitleri

VDS’inizi korumak için yalnız “DDoS var” demek yeterli değildir. Şu noktaları kontrol edin: - DDoS koruması katmanı: upstream (sağlayıcı) mi yoksa sadece temel filtreleme mi? - Pakete/dakikaya göre trafik limitleri - Firewall yönetimi: sağlayıcı otomatik mi yönetiyor, yoksa sizin yönetiminizde mi? - Yönetici portlar (SSH/22 gibi) için erişim kısıtları (ör. sadece belirli IP’lere)

Net kontrol: Kritik servislerde sağlayıcının DDoS kapasitesini yazılı belirtmesi gerekir. “Orta seviye” tanımı net ölçüm değildir.

10) Fiyatı sadece aylık bedel olarak değil “toplam maliyet” olarak değerlendirin

VDS’de toplam maliyet şu kalemlerle büyür: - Lisans/ek özellik ücretleri (panel, ek IP, kontrol panel modülleri) - Trafik (outbound) limitleri - Yedekleme maliyeti (ek paket gerekebilir) - Kurulum/taşıma (migration) ücreti - Destek seviyesi (24/7 destek gibi)

Net karşılaştırma yapabilmeniz için aşağıdaki tabloyu kullanın. Kendi tespitlerinizle doldurun:

10.1) Net karar kuralı (pratik)

• Performans kritik (database, arama, gerçek zamanlı servis): CPU/RAM garantisi + NVMe/IOPS + ağ kalitesini önceliklendirin.
• Kritik operasyon (web + ödeme + SLA beklentisi): yedekleme kalitesi + restore süresi + güvenlik katmanlarını merkeze alın.
• Sık kurulum/değişim: panel/otomasyon ve destek yanıt hızını ölçün.

Sonuç: Sipariş vermeden önce bu 10 maddeyi “yazılı” teyit edin

VDS satın alırken doğru seçim, teknik şartnameyi netleştirmekle başlar. Bu rehberdeki 10 maddeyi kontrol edin; özellikle sanallaştırma/CPU-RAM garantisi, disk IO (NVMe/IOPS), ağ kalitesi, otomatik yedekleme ve restore yaklaşımı gibi başlıkları sağlayıcıdan açık şekilde teyit edin. Ardından teklifleri tabloya göre kıyaslayın ve kararınızı “aylık fiyat + toplam maliyet + kurtarma senaryosu” üçlüsüne göre verin.