VDS Satın Alırken Kontrol Etmeniz Gereken 10 Madde (Net Rehber)

VDS (Virtual Dedicated Server) satın alırken en sık yapılan hata, teknik şartnameyi sadece “fiyat/CPU” ekseninde okumaktır. Oysa VDS performansını ve işletim kolaylığını belirleyen şey; depolama türü, ağ kalitesi, garanti edilen kaynaklar, yedekleme yaklaşımı ve destek süreçleridir. Bu rehberde VDS almadan önce kontrol etmeniz gereken 10 maddeyi, her biri için net kontrol listesiyle ele alıyorum. Okuduktan sonra hangi soruları soracağınızı ve hangi şartları “kabul/ret” edeceğinizi netleştireceksiniz.

1) Gerçek CPU garantisi: “Core” değil, tahsis

VDS ilanlarında “4 vCPU” gibi ifadeler sık görülür; ancak bu tek başına yeterli değildir. Özellikle yoğun trafik dönemlerinde performans farkı burada çıkar.

Kontrol edin

• Kaynak ataması “dedicated” mi yoksa “shared” mantığında mı?
• CPU için “burstable” (ani hızlanma) veya “oversubscription” (fazla tahsis) var mı?
• Saatlik/aylık ortalama CPU limiti var mı? Yoksa sadece anlık değer mi belirtiliyor?
• Overcommit durumunda yükseltme/limit aşımı için uygulanacak kural ne?

Net karar kuralı

• İlan “vCPU” yazıp CPU önceliği veya limit bilgisini açıklamıyorsa, bu VDS’in yoğun yükte nasıl davranacağını tahmin etmek zor olur. Bu durumda yazılı açıklama istemek gerekir.

2) RAM hızı ve garanti: “X GB” yeterli değildir

RAM kapasitesi kadar, RAM’in performans etkisi ve garanti yaklaşımı kritiktir.

Kontrol edin

• RAM türü (DDR4/DDR5) ve hız değeri var mı?
• “Guaranteed RAM” mi yoksa “best effort” yaklaşımı mı?
• Plan değişikliğinde (upgrade/downgrade) RAM tahsisi nasıl güncellenir?

Net karar kuralı

• RAM için “best effort” veya limit belirsizliği varsa, veritabanı (MySQL/MariaDB) veya cache katmanı ağır yük altında dalgalanma yaşayabilir.

3) Depolama: SSD/HDD değil, IOPS ve gecikme (latency)

VDS’te performansın büyük kısmı depolamadan gelir. Özellikle veritabanı kullanan senaryolarda IOPS ve latency kritik olur.

Kontrol edin

Aşağıdakiler için sağlayıcının ölçüm/teknik dokümantasyon paylaşması beklenir: - Depolama türü: NVMe SSD mi SATA SSD mi? - IOPS (okuma/yazma) değerleri var mı? - Gecikme (latency) aralığı belirtiliyor mu? - Thin provisioning (esnek/parsiyel alan) kullanımı ve dolulukta performans düşüşü nasıl yönetiliyor?

Pratik karşılaştırma tablosu

4) Disk alanı ve büyüme yönetimi: “Şu an yeter” yetmez

Disk doluluğu, log birikimi ve veritabanı büyümesiyle hızlı şekilde kritikleşir. Satın alırken “ileride alan ekleme” politikasını net görmek gerekir.

Kontrol edin

• Disk büyütme (disk expansion) otomatik mi, ücretli mi?
• Disk doluluğunda performans düşüşü veya yazma kısıtı var mı?
• Sağlayıcı hangi dosya/klasörleri disk tüketiminde özellikle izliyor?

Net öneri

• Disk büyütme sürecini ve ücretlendirmeyi satın almadan önce yazılı isteyin. “Sorarsanız bakarız” modeli risk üretir.

5) Ağ kalitesi: 1 Gbit yeter mi, 10 Gbit şart mı?

VDS’te bant genişliği tek ölçüt değildir; gerçek hız, paket kaybı ve gecikme (ping/RTT) belirleyicidir.

Kontrol edin

• Paylaşımlı mı, dedicated mi ağ?
• 1 Gbit/10 Gbit ilanı yanında “garanti” notu var mı?
• Packet loss ve ortalama latency ile ilgili bilgi veriliyor mu?
• Gerekli ise IPv4/IPv6 desteği ve port yönlendirme kabiliyeti var mı?

Net karar kuralı

• Yayın trafiği veya API çağrıları düşük gecikme gerektiriyorsa, sadece “bant genişliği” değil, lokasyon ve ağ kalitesi bilgisi aranmalıdır.

6) Lokasyon ve peering: Kullanıcıya yakınlık kadar yol kalitesi

Türkiye’de kullanıcı hedefliyorsanız lokasyon tek başına yetmez; CDN kullanıp kullanmayacağınız ve sağlayıcının peering kalitesi etkiler.

Kontrol edin

• Sunucu lokasyonu şehir/ülke olarak net belirtiliyor mu?
• Türkiye’ye ping (ör. İstanbul/Ankara) için örnek sonuç paylaşımı var mı?
• CDN veya edge kullanımına dair pratik öneriler var mı?

7) Kontrol paneli ve otomasyon: Operasyon maliyetini düşürün

VDS’te kontrol paneli (ör. DirectAdmin, cPanel, Plesk) ve otomasyon kalitesi günlük yönetimi belirler. “Panel var” demek yerine, hangi bileşenleri kapsadığını görmek gerekir.

Kontrol edin

• Sağlayıcı panel kurulumunu otomatik mi sunuyor?
• Güvenlik güncellemeleri ve agent’ler (varsa) yönetiliyor mu?
• Sunucu yönetimi için desteklenen seçenekler: firewall (UFW/iptables), fail2ban, SSH anahtar yönetimi gibi

Net karar kuralı

• Panel kullanmayacaksanız, kurulum ek maliyetleri ve yönetim sorumluluğu kimin üzerinde net olmalıdır.

8) Yedekleme (backup) yaklaşımı: Zamanlama, saklama, geri dönüş testi

En kritik operasyonel konu yedeklemedir. Ancak “yedek var” ifadesi tek başına anlamlı değildir.

Kontrol edin

• Backup sıklığı: günlük/6 saat/1 saat gibi net zaman
• Saklama süresi: 7 gün mü 30 gün mü?
• Yedekler sunucunun üzerinde mi, dış depolamada mı? (yedek (backup) konumu)
• Geri yükleme (restore) süresi ve prosedürü nasıl?
• Restore testi yapılıyor mu, loglar tutuluyor mu?

Net öneri

• Yedeklerin “diske benzer bir yer”de durması, ani arıza senaryosunda beklenen korumayı azaltabilir. Dış depolama yaklaşımı şarttır.

9) SLA ve destek: Sadece yanıt süresi değil, çözüm yolu

VDS’te arıza anında destek ekibinin nasıl çalıştığı belirleyicidir. SLA (Service Level Agreement) varsa, metrikleri okumak gerekir.

Kontrol edin

• SLA var mı ve kapsamı ne: ağ kesintisi, hypervisor sorunu, disk hatası?
• Bildirim kanalı: ticket, e-posta, telefon?
• “Teknik destek” ile “barındırma ekibi” rollerinin ayrımı var mı?
• Acil durum için prosedür: yeniden başlatma, konsol erişimi, disk kontrolü

Net karar kuralı

• SLA belirsiz ise, arıza senaryoları için örnek süreç isteyin. Örneğin “disk doldu → log temizliği + alan planı” gibi.

10) Sürüm güvenliği ve hardening imkanları: Güncelleme + erişim kontrolü

VDS’te güvenlik, sadece firewall ile sınırlı değildir. Güncellemelerin planlı yapılması, erişim kontrolü ve log takibi gerekir.

Kontrol edin

• Önerilen OS imajı ve sürüm güncelleme yaklaşımı: Ubuntu LTS/ Debian stable gibi
• Sağlayıcı temel hardening seçenekleri sunuyor mu?
• SSH için parola girişini kapatma, sadece anahtar (key-based) erişim, 2FA desteği var mı?
• Sunucuda log rotasyonu (log rotation) ve disk dolmasını önleme mekanizması var mı?

Minimal kontrol listesi

• SSH anahtar zorunluluğu
• Güncelleme politikası (otomatik mi planlı mı)
• Güvenlik duvarı (firewall) etkin mi
• Loglar dönüyor mu (dökülme/disk dolması önleniyor mu)

Hızlı satın alma kontrol listesi (kopyala-kullan)

VDS siparişinden önce sağlayıcıya gönderebileceğiniz kısa kontrol seti: - CPU: CPU oversubscription/limit/burstable var mı? - RAM: Guaranteed RAM mi, hız/tür bilgisi nedir? - Disk: NVMe mi? IOPS ve latency değerleri nedir? - Ağ: Garanti bant genişliği ve paket kaybı bilgisi var mı? - Lokasyon: Türkiye’ye ping/latency örneği paylaşabilir misiniz? - Kontrol paneli: Panel kurulum ve yönetim modeli nedir? - Yedekleme: Sıklık + saklama + restore süresi + konum nedir? - SLA: Kapsam ve metrikler net mi? - Destek: Arıza senaryolarında adımlar nedir? - Güvenlik: Hardening + güncelleme + erişim kontrolü nasıl yönetiliyor?

Senaryoya göre hangi maddeler önceliklenir?

Aynı VDS, farklı kullanım amaçlarında farklı “kritik” maddelere sahiptir. Aşağıdaki öncelik sırası hızlı karar verir.

Web sitesi ve e-ticaret

• Öncelik: IOPS/latency, yedekleme, 2FA/erişim kontrolü, destek
• Neden: Veritabanı + yoğun isteklerde disk gecikmesi ve yedek restore süresi direkt etkiler.

API (özellikle düşük gecikme hedefleyen)

• Öncelik: ağ kalitesi, lokasyon, latency
• Neden: Kullanıcıya yakınlık ve paket kaybı performans algısını belirler.

Veritabanı ağırlıklı (yüksek yazma/okuma)

• Öncelik: NVMe + IOPS garantisi, disk doluluk yönetimi
• Neden: Yazma ve okuma IOPS’si doğrudan throughput’u belirler.

Dosya depolama / yedekleme sunucusu

• Öncelik: disk yönetimi, throughput, dış depolamaya yedek yaklaşımı
• Neden: Disk doluluğu ve performans düşüşü yönetimi kritikleşir.

Sonuç: Aksiyon planı

VDS satın alırken ilk adımınız teknik şartnameyi “anlamlı metriklerle” karşılaştırmak olmalı: IOPS + latency, ağ kalitesi, yedekleme (backup) konumu/restore süresi ve SLA kapsamı netleşmeden karar vermeyin. Sağlayıcıdan yukarıdaki 10 madde için yazılı bilgi isteyin; cevaplar arasında belirsizlik varsa ilgili maddeyi risk olarak kabul edin ve alternatif değerlendirin. Bu kontrolleri yaptıktan sonra, aynı fiyat bandında gerçekten daha iyi performans ve daha düşük operasyon riski sunan VDS’i seçmeniz hızlanır.