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

VDS (Virtual Dedicated Server) satın alırken doğru seçim yapmak, yalnızca aylık fiyata bakmaktan daha fazlasını gerektirir. Yanlış disk tipi, belirsiz bant genişliği veya zayıf yedekleme; uygulamanızın performansını düşürür, yönetimi zorlaştırır ve maliyeti artırır. Bu rehberde VDS almadan önce kontrol etmeniz gereken 10 maddeyi net ölçütlerle listeliyorum. Okuduktan sonra hangi parametreleri sorman gerektiğini ve nasıl kıyas yapacağını bileceksiniz.

1) CPU modeli ve “garanti” yaklaşımı: Performansın temeli

VDS’lerde en sık görülen sorunlardan biri, sunulan vCPU sayısının aynı görünmesine rağmen gerçek performansın farklı olmasıdır. Sağlayıcıdan şunları isteyin: - CPU ailesi/nesli (örn. Intel Xeon, AMD EPYC) - vCPU’nun dedike (dedicated) mi yoksa paylaşımlı mı çalıştığı - CPU throttling (anlık hız kısıtlaması) veya “burstable” (ani yükseltme) politikası

Net kontrol sorusu: “Bu VDS’te CPU performansı süreklilik gösteriyor mu, yoksa burst ile sınırlı mı?”

Kıyas için pratik test

Sunucu açıldıktan sonra ilk saatlerde yük testi için sysbench gibi araçlarla temel metrikleri çıkarın. Aynı gün içinde farklı sağlayıcıları ölçmek, “benzer paket” söylemlerini doğrular.

2) RAM miktarı değil: RAM’in hızı ve oversell riski

RAM kapasitesi kadar RAM’in bellek hızı ve sağlayıcının oversell (kaynak aşırı tahsisi) yapıp yapmadığı önemlidir. Sağlayıcı: - RAM hızını veya en azından sunucu sınıfını belirtmeli - “aşırı kullanım” dönemlerinde performans düşüşünü gizlememeli

Net kontrol sorusu: “Kapasite planlaması oversell içeriyor mu, kernel level OOM (Out Of Memory) senaryoları nasıl yönetiliyor?”

3) Disk tipi: NVMe mi, SSD mi, yoksa daha yavaş katman mı?

VDS performansı en çok disk I/O’da fark yaratır. Paket açıklamalarında “SSD” yazsa bile gerçek katman (sabit sürücü, SSD cache, network storage vb.) performansı değiştirir. Aşağıdaki ifadeleri ayırt edin: - NVMe: Düşük gecikme ve yüksek IOPS beklenir - SSD (SATA): Genelde daha yüksek gecikme - Network storage: IOPS dalgalanması görülebilir

Hız/fonksiyon için kısa liste

• Sağlayıcı disk türünü açık yazıyor mu (NVMe/SSD)
• IOPS/throughput (okuma-yazma hızı) hakkında bir değer paylaşılıyor mu
• Diskin yedekleme stratejisi nasıl (lvm snapshot, storage snapshot, vs.)

Net kontrol sorusu: “Disk NVMe mi? IOPS ve throughput için teknik değer var mı?”

4) Ağ (network) hızı ve paket kaybı: “Bant genişliği” yetmez

VDS’de sadece aylık trafik değil; gerçek ağ performansı (latency, packet loss) önemlidir. Paketlerde görülen “1 Gbps” gibi ifadeler her zaman tek başına yeterli bilgi değildir. Kontrol edin: - G/ç yönleri: upload/download hız limitleri - Paylaşımlı uplink var mı - Lokasyon (data center) ve peering kalitesi - Önemliyse: IPv6 desteği ve hızları

Ölçüm yöntemi

Kurulum sonrası kendi testlerinizi yapın: - Sunucuya ping ile latency - iperf3 ile bant genişliği testi - Düşük gecikme gerektiren uygulamalarda packet loss kontrolü

5) Bant genişliği (bandwidth) ve FUP: “Sınırsız” ifadesini netleştirin

Bazı sağlayıcılar “sınırsız” der; pratikte FUP (Fair Use Policy) devreye girer. Bu nedenle sözleşme/FUP maddelerini kontrol edin. Şunları somut isteyin: - Aylık toplam trafik veya “adille kullanım” sınırı - FUP ihlali durumunda hız düşümü mü, kota dolunca kesme mi - Sürekli yüksek trafik için özel plan gerekiyor mu

Net kontrol sorusu: “FUP ihlalinde tam olarak ne oluyor: hız mı düşüyor, hizmet mi etkileniyor?”

6) Yedekleme (backup) politikası: Sadece “var” demeyin

Yedekleme, VDS yönetiminin sigortasıdır. Ancak yedekleme türü belirleyicidir. Kontrol listesi: - Anlık (point-in-time) snapshot mı alınır, yoksa belirli aralıklarla mı? - Yedekler nerede saklanır: aynı sunucu üzerinde mi, ayrı storage/region’da mı? - Geri dönüş (restore) için süreç süresi - Yedek saklama süresi (örn. 7/14/30 gün)

Net kontrol sorusu

“Yedekleme otomatik mi, saklama süresi kaç gün, restore için bekleme süresi nedir?”

7) Yönetim erişimi: Root/Sudo, kontrol paneli ve kurtarma mekanizmaları

VDS’te erişim şekli, günlük operasyonu belirler. Şunları kontrol edin: - Root erişimi var mı, sudo politikası nasıl - SSH anahtarı zorunlu mu, parola erişimi kapalı mı - Konsol erişimi (out-of-band console) var mı - Kurtarma/yeniden başlatma gibi işlemler için süreç

Net kontrol sorusu: “Sistem kilitlendiğinde sağlayıcının konsol erişimiyle kurtarma imkânı var mı?”

8) SLA ve arıza süreçleri: Kesinti (downtime) nasıl ölçülür?

SLA (Service Level Agreement) yalnızca metin değildir; kesinti yönetiminin nasıl yapılacağını belirler. İncelemeniz gerekenler: - Yıllık/aylık hedef uptime yüzdesi - Planlı bakım (maintenance) bildirim politikası - Arıza tespiti ve iletişim kanalı (ticket, e-posta, panel) - Süreç sonrası raporlama

Net kontrol sorusu: “SLA ihlali olursa hizmet telafisi nasıl çalışır?”

9) Lokasyon (region) ve rota: Türkiye hedefliyorsan veri merkezi kritik

Sunucu lokasyonu tek başına her şeyi belirlemez; ancak kullanıcı deneyimini doğrudan etkileyen gecikmeyi başlatır. Özellikle panel yükleri, API çağrıları, veritabanı konuşmaları gibi senaryolarda fark görülür. Kontrol edin: - Türkiye’ye yakın region seçeneği var mı - CDN ile destekli mi (ör. statik içerikte) - IPv4/IPv6 erişim durumu - Veri merkezinin aynı ülkede/aynı bölgede olup olmadığı

Net yöntem

Satın almadan önce “gerçek rota”yı tahmin etmek için traceroute/route analizleri yapılabilir. Paket açıldıktan sonra da aynı testleri tekrarlamak, beklentiyle uyumu doğrular.

10) Fiyatlandırma: Tek seferlik değil toplam maliyeti hesaplayın

VDS fiyatı sadece aylık ücret değildir. Özellikle Türkiye’de kurulum ve işletim maliyetleri zamanla artar. Toplam maliyeti etkileyen kalemler: - Kurulum ücreti (varsa) - Aylık/yıllık ödeme farkı - Ek IP maliyeti (IPv4 ek IP) - Yedekleme veya snapshot ekstra ücret mi - Trafik aşımı / FUP aşımı durumunda hız kesintisi mi ek maliyet mi - Managed servis almak istiyorsanız servis kapsamı

Net hesap şablonu

Aşağıdaki kalemleri bir tabloda toplayın: - Aylık VDS: ____ - Ek IP: ____ - Otomatik yedekleme: dahil mi/ücret: ____ - Trafik/FUP riski: düşük/orta/yüksek (kendi kullanımına göre) - Beklenen bakım/planlı downtime etkisi: ____

Bu sayede “pahalı görünen” VDS’in toplamda daha ucuz olup olmadığını net görürsünüz.

Hızlı karar matrisi: 10 maddeyi tek ekranda değerlendirin

Aşağıdaki tablo, alım öncesi kontrolü hızlandırır. Her maddeyi sağlayıcı teklifinden net yanıt alacak şekilde kullanın.

Sık yapılan hatalar ve net çözümler

• Hata: Sadece vCPU ve RAM’e bakmak. Çözüm: Disk türünü (NVMe/SSD), IOPS ve ağ gecikmesini aynı gün test edin.
• Hata: “Sınırsız” ifadesini FUP’suz sanmak. Çözüm: Sözleşmedeki FUP maddesini okuyun; ihlal durumunda hız/kesinti net olmalı.
• Hata: Yedeklemenin sadece “var” olmasına güvenmek. Çözüm: Snapshot türü, saklama süresi ve restore süresini yazılı alın.
• Hata: Lokasyonu CDN’siz değerlendirmek. Çözüm: Statik içerikler CDN ile taşınıyor mu, dinamik içerik için gecikme ne durumda test edin.

Sonuç: İlk satın alma adımını “soru listesiyle” yapın

VDS satın alırken en doğru yaklaşım; teklifte yazan değerlere körü körüne güvenmek yerine yukarıdaki 10 maddeyi sağlayıcıdan net yanıtlarla doğrulamaktır. Özellikle disk tipi (NVMe/SSD), FUP ve yedekleme politikası belirsizse satın alma kararını erteyin. Verdiğiniz sorulara açık ve ölçülebilir cevap alan sağlayıcıyla ilerleyin; ardından kurulumdan sonra CPU/RAM/disk/ağ temel testlerini yaparak beklentiyi gerçek değerle eşleştirin.