VDS Satın Alırken Kontrol Etmeniz Gereken 10 Kritik Madde
VDS satın almadan önce 10 kritik kontrol: CPU/RAM/IOPS, depolama tipi, ağ performansı, garanti, lokasyon, erişim, yedekleme, SLA ve destek.
VDS (Virtual Dedicated Server) satın alırken yapılan en yaygın hata, ürün sayfasındaki fiyatı görüp teknik ayrıntıları “sonradan hallederiz” varsayımıyla geçmektir. Oysa VDS’in performansı; depolama hızı, ağ kalitesi, CPU tahsis yöntemi ve yönetim altyapısı gibi somut parametrelerle doğrudan belirlenir. Bu rehberde, NetKıyas mantığıyla sağlayıcıları karşılaştırmanızı sağlayacak şekilde 10 kritik maddeyi kontrol edeceksiniz: satın alma öncesi net sorulacak noktalar, ölçülebilir kriterler ve yanlış seçimlerde ortaya çıkan problemler.
1) CPU: vCPU sayısı değil, tahsis modeli ve garanti
VDS’te “kaç vCPU var?” sorusundan önce şu ayrıntıları doğrulayın: - CPU tahsisi dedike mi, yoksa paylaşımlı mı? (burst/overcommit var mı?) - En azından sayfa üzerinde “en yüksek” değil, ortalama performans hedefi belirtiliyor mu? - CPU modeli (ör. AMD EPYC / Intel Xeon) ve nesli net mi?
Hız farkını ölçmek için pratik yaklaşım
Satın alma öncesi teknik doküman yoksa bile şu soruları sorabilirsiniz: - Aynı şehir/aynı donanım havuzunda kullanıcılar hangi tür yüklerde ortalama gecikme gördü? - “%99/1 saat CPU garantisi” gibi bir ifade var mı, yok mu?
2) RAM: Sunucu başlatma hızı ve gerçek kullanım politikası
RAM miktarı kadar, RAM’in yönetim şekli önemlidir: - Overcommit (RAM’in fiziksel RAM’i aşacak şekilde tahsis edilmesi) var mı? - “Kullanılabilir RAM” ifadesi net mi, yoksa yalnızca tahmini mi? - Olası bellek taşmalarında (OOM) sistem nasıl davranıyor? Sağlayıcı destek dokümanı paylaşıyor mu?
3) Depolama tipi: SSD mi NVMe mi, “IOPS” nasıl veriliyor?
VDS performansını belirleyen ana bileşenlerden biri depolamadır. Şu ayrımları netleştirin: - Disk tipi: NVMe (çok düşük gecikme) mi, SATA SSD mi, yoksa hibrit mi? - “SSD” ifadesi tek başına yeterli değildir. En azından şu bilgi gerekir: okuma/yazma gecikmesi veya IOPS/iops oranı.
Net rakam yoksa bile sağlayıcıdan talep edilecek doğrulamalar: - IOPS değeri “sustained” (süreklilik) mi yoksa “burst” mu? - IOPS/iops değerleri tek kullanıcı mı, paylaşımlı mı? - “Disk alanı” ile “IO kapasitesi” aynı hızda mı gidiyor, yoksa bantla sınırlı mı?
4) Ağ (Network): bant genişliği yetmez, gerçek throughput ve paket kaybı gerekir
Ürün sayfasında “1 Gbps” görmek tek başına yeterli değildir. Şunları kontrol edin: - Bant genişliği garanti mi, adil kullanım (fair use) var mı? - Trafik şekli: inbound/outbound için ayrı sınırlamalar var mı? - Paket kaybı ve gecikme: sağlayıcı ölçüm grafiği veya geçmiş değer paylaşıyor mu?
Kontrol listesi
- “Limit kaç TB/ay?” şeklinde faturalama var mı?
- “Burst ile hız yükselir ama sonra düşer” gibi bir ifade mevcut mu?
- Aynı konumdaki lokasyonda (Türkiye hedefliyorsanız) Türkiye/Avrupa çıkışları nasıl?
5) Lokasyon (Region/Datacenter): hedef kullanıcıya göre en kısa rota
Türkiye’deki kullanıcılar için fiziksel konum kritik hale gelir. Lokasyonu şu şekilde değerlendirin: - Veri merkezi şehri/ülkesi net mi? - Türkiye hedefleniyorsa Avrupa’dan uzak lokasyonlar “düşük gecikme” hedefiyle çelişir. - Uygulamanız (ör. API, canlı panel, oyun benzeri gecikmeye hassas akışlar) için ping/RTT önemlidir; sağlayıcı lokasyon bilgisini açık vermelidir.
Pratik hedef
- Basit web trafiği için bile gecikme gözle görülür şekilde etkiler.
- Veri tabanı/uygulama katmanı aynı region’da değilse ek gecikme katmanı oluşur.
6) SLA ve oversell politikası: “kesintisiz” ifadesini dokümana bağlayın
SLA (Service Level Agreement) satın alırken en çok göz ardı edilen noktadır. Kontrol edin: - SLA yüzdesi kaç? (ör. %99.9) - Kesinti olursa telafi mekanizması nasıl? Kredi/indirim var mı? - Bakım pencereleri nasıl planlanıyor? Acil bakım süreçleri belirtilmiş mi?
Oversell (kaynakların fazla tahsisi) varsa bu performans düşüşlerini kalıcı hale getirebilir. Şunları isteyin: - CPU/RAM depolama ağ için paylaşımlı kullanımın sınırı nedir? - Yoğun saatlerde throttle (hız kısıtlama) yapılıyor mu?
7) Yönetim erişimi: KVM/Serial konsol, ağ ayarları ve kök erişimi
VDS’in “kurulumdan sonra” nasıl yönetileceği, satın almadan önce netleşmelidir: - Yönetim konsolu: KVM veya benzeri erişim sunuluyor mu? - Ağ ayarları (IP yönlendirme, route ekleme) için kontrol paneli var mı, yoksa destek gerekir mi? - Sistem kurtarma (rescue) modu var mı? Rescue boot planı dokümanlı mı?
Kurulumdan sonra en çok ihtiyaç duyulanlar
- Uygulama kurulumları için root (kök) erişimi
- Firewall kuralları yönetimi
- Saat dilimi, kernel güncelleme ve yeniden başlatma politikası
8) Yedekleme (Backup) ve geri dönüş (restore) kalitesi
Yedekleme yalnızca “otomatik backup var” demekten ibaret değildir. Şu parametreleri doğrulayın: - Yedekleme türü: dosya bazlı mı, disk snapshot (anlık görüntü) mi? - Saklama süresi: kaç gün/kaç hafta? - Geri dönüş süresi (RTO) ve geri dönüş noktası (RPO) hedefi nedir?
Önemli ayrım: - Yedekler sağlayıcının içinde mi tutuluyor, yoksa dış depolama (external storage) var mı? - Yedekler şifreleniyor mu (en azından veri güvenliği açısından)?
9) IPv4/IPv6, ek IP ve TLS/sertifika senaryosu
VDS’te doğru IP planı, hem performansı hem de yönetimi etkiler: - Tek IP mi veriliyor, ek IP satın alınabilir mi? - IPv6 desteği açık mı? - TLS (HTTPS) kurulumunda aynı IP üzerinde birden fazla site yönetimi mi hedefliyorsunuz, yoksa ayrı IP mi gerekiyor?
Ne zaman ek IP sorgulanır?
- Çoklu servis/altyapı ayrımı yapmak gerektiğinde
- Bazı özel uygulama veya güvenlik kural setlerinde ayrı IP pratik olabilir
- Log/izleme ve erişim kısıtlamalarında net ayrım isteniyorsa
10) Destek ve dokümantasyon: “hızlı dönüş” değil, doğru çözüm
Teknik destek, sadece mesajlara cevap vermek değil; doğru adımlarla sorunu çözmek demektir. Kontrol edin: - Destek kanalları: e-posta/çarşı/chat/ticket? 24/7 mi? - Ortalama yanıt süresi SLA’da belirtiliyor mu? - Dokümantasyon: kurulum rehberleri, yönetim paneli kılavuzu, ağ ayarı örnekleri var mı? - Önemli: hata durumlarında (disk dolu, CPU throttling, ağ paketi kaybı) sağlayıcı hangi adımları sunuyor?
Satın almadan önce sorulacak 6 somut soru
- NVMe/SSD ayrımı ve IOPS/burst bilgisi net mi?
- CPU/RAM overcommit uygulanıyor mu?
- Ağda garanti bant genişliği var mı, throttle/fair use sınırı nedir?
- SLA ve telafi mekanizması dokümanlı mı?
- Yedekleme: RPO/RTO ve saklama süresi nedir?
- Rescue/KVM erişimi var mı ve kapanan servislerde kurtarma nasıl yapılır?
VDS karşılaştırırken kullanabileceğiniz hızlı puanlama şeması
Aşağıdaki tablo, aday sağlayıcıları aynı kriterlerle elemenizi sağlar. İsterseniz 1-5 puan vererek net bir sonuç çıkarın.
| Kriter | Neyi kontrol ediyorsunuz? | 1 (zayıf) | 5 (güçlü) |
|---|---|---|---|
| Depolama | NVMe/SSD + IOPS/gecikme + burst/sürdürülebilirlik | Belirsiz | Net değer ve politika |
| CPU/RAM | Overcommit var/yok + tahsis modeli | Muğlak | Dokümanlı garanti/tahsis |
| Ağ | Garanti bant genişliği + throttle/fair use | Belirsiz | Net ve ölçülebilir |
| Lokasyon | Hedef kullanıcıya yakınlık | Uzak/kapalı | Şehir/ülke net, düşük RTT odaklı |
| SLA | Kesinti yüzdesi + telafi | Yok/kapalı | Açık SLA + telafi |
| Yedekleme | Snapshot türü + saklama + restore süresi | Var ama belirsiz | RPO/RTO ve süre açık |
| Erişim | KVM/serial + rescue planı | Yok | Var + kullanım kılavuzu |
| Destek | Yanıt süresi + çözüm kalitesi | Dokümansız | Doküman + 24/7 seçenek |
| IP planı | IPv4/IPv6 + ek IP | Sınırlı | Net fiyatlama + seçenek |
Sonuç: Satın almadan önce 10 maddeyi dokümana bağlayın
VDS satın alırken “fiyat/konfigürasyon” tek başına yeterli değildir; depolama (NVMe/IOPS), ağ (throughput + throttle), tahsis modeli (CPU/RAM overcommit) ve yönetim/backup kalitesi doğrudan kullanıcı deneyimini belirler. Son adımda şu aksiyonu yapın: Her sağlayıcı için yukarıdaki 10 maddeyi kontrol edin, muğlak kalan başlıklarda sağlayıcıdan yazılı doküman veya teknik açıklama isteyin ve puanlama tablosuyla tek bir karar verin. Böylece VDS kurulumundan sonra performans sürprizi veya geri dönüşte zaman kaybı yaşamazsınız.
Hosting karşılaştırması yapmaya hazır mısın?
100+ firmanın fiyatlarını tek tıkla karşılaştır, en uygun paketi bul.
Hosting Karşılaştır →İlgili Yazılar
Dedicated Sunucu Kiralarken Dikkat Edilecek 12 Kritik Nokta
Dedicated sunucu kiralarken donanım, erişim, ağ, yedekleme, işletim sistemi, SLA ve güvenlik konularında net kontrol listesi: 12 kritik nokta.
Site Yavaşladı: Hosting Değiştirmeden Önce 7 Net Kontrol
Site yavaşladı ama hosting değiştirmeden önce net 7 kontrol: loglar, cache, DB, DNS/CDN, TLS, kaynak yükü ve hata izlemeyle kök nedeni bul.
PostgreSQL hosting ile MySQL’den geçiş rehberi
MySQL’den PostgreSQL’e geçerken veri tipleri, sorgu farkları, replikasyon ve yedekleme planını net adımlarla karşılaştırın.
Dedicated Sunucu Kiralarken Dikkat Edilecek 14 Kritik Nokta
Dedicated sunucu kiralarken IP, bant genişliği, RAID, iDRAC, yedekleme, SLA ve güvenlik gibi kritik noktaları net kontrol listesiyle öğrenin.