Türkiye VDS Seçerken Nelere Bakılmalı? Kontrol Listesi

Türkiye VDS seçerken bakmanız gereken dört ana başlık vardır: ağ lokasyonu ve gecikme, gerçekten ayrılmış kaynaklar, DDoS koruma yaklaşımı ve kontrol panelinin yetenekleri. Hepsini satın almadan önce sorularla, satın aldıktan sonra da birkaç komutla doğrulayabilirsiniz. Bu yazıda her başlık için neye bakacağınızı, nasıl ölçeceğinizi ve hangi hataların sık yapıldığını adım adım anlatıyoruz.

1. Lokasyon ve ping: Hedef kitleniz nerede?

"Türkiye lokasyon" tek başına yeterli bir kriter değildir. Sunucunun fiziksel olarak Türkiye'de olması, trafiğin kullanıcıya kısa yoldan ulaştığı anlamına gelmez. Önemli olan, sağlayıcının hangi operatörlerle nasıl eşleştiği ve trafiğin ülke içinde mi yoksa yurt dışı üzerinden mi döndüğüdür.

Ne zaman Türkiye lokasyonu mantıklı?

• Kullanıcılarınızın çoğu Türkiye'deyse (e-ticaret, kurumsal site, oyun sunucusu, API).
• Düşük gecikme kritikse (oyun, canlı işlem, VoIP).
• Verinin yurt içinde tutulması gerekiyorsa.

Kullanıcılarınız Avrupa veya Kuzey Amerika ağırlıklıysa, Frankfurt ya da ABD batı kıyısı gibi POP'lara sahip bir ağ daha mantıklı olabilir. Nixcon'un ana veri merkezi İzmir'dedir ve Frankfurt ile Fremont'ta POP'ları bulunur. Böyle çok noktalı bir yapı, hem yerel hem uluslararası erişim planlarken esneklik sağlar.

Ping ve rota testi nasıl yapılır?

Satın almadan önce sağlayıcıdan test IP'si veya looking glass erişimi isteyin. Nixcon'un herkese açık looking glass sayfasında İzmir, Frankfurt ve ABD için BGP rota, ping ve traceroute sorgularını deneyebilirsiniz. Kendi tarafınızdan ise şunları çalıştırın:

# 20 paket ping, ortalama ve sapmaya bakın
ping -c 20 192.0.2.10

# Hop bazında kayıp ve gecikme raporu (100 döngü)
mtr -rwzbc 100 192.0.2.10

# Rota yönünü görmek için
traceroute -n 192.0.2.10

Burada sadece ortalama ping'e değil, şunlara bakın:

• Jitter (sapma): ping çıktısındaki mdev değeri yüksekse oyun ve ses trafiği bozulur.
• Paket kaybı: Son hop'ta kayıp varsa sorun gerçektir. Ara hop'larda görülen kayıp çoğunlukla yönlendiricinin ICMP'ye düşük öncelik vermesinden kaynaklanır ve gerçek kayıp anlamına gelmez.
• Rota yolu: Türkiye içi bir hedefe giderken trafik Avrupa'ya çıkıp dönüyorsa gecikme gereksiz yere artar.
• Farklı operatörlerden test: Tek bir ISS'ten alınan sonuç genelleme için yetersizdir. Mümkünse farklı operatörlerden ve mobil hattan da deneyin.

Ayrıca MTU sorunlarını erken yakalamak için şunu deneyin:

ping -M do -s 1472 192.0.2.10

"Message too long" alıyorsanız yol üzerinde MTU 1500'ün altında. Tünel veya VPN kullanacaksanız bu değer önemlidir.

2. Kaynak garantisi: "VDS" etiketi neyi ifade ediyor?

VDS, paylaşımlı hosting ile fiziksel sunucu arasında bir seçenektir. Ancak sağlayıcıdan sağlayıcıya sanal altyapının ne kadar ayrılmış kaynak sunduğu değişir. Şunları sorun:

• vCPU'lar ayrılmış (reservation) mı, yoksa paylaşımlı mı?
• RAM tam olarak ayrılmış mı, yoksa ballooning veya swap'a bağımlı mı?
• Disk tipi nedir (NVMe, SSD, HDD) ve IOPS sınırı var mı?
• Hipervizör nedir? VMware vSphere gibi olgun bir platform, kaynak ayırma ve yönetim araçları açısından öngörülebilir bir zemin sunar. Nixcon VDS'leri VMware vSphere tabanlıdır.
• Aşırı satış (overcommit) oranı hakkında sağlayıcı şeffaf mı?

Satın aldıktan sonra doğrulama

Sunucu teslim edildiğinde birkaç dakikalık testle durumu görebilirsiniz.

CPU steal kontrolü: Sanal makinede CPU'nun hipervizör tarafından başkasına verilme oranı st sütununda görünür.

vmstat 1 10
# veya
top -bn1 | head -5   # %st değerine bakın

Yük yokken bile st sürekli yüksekse CPU kaynağı paylaşılıyor ve sıkışıyor demektir.

CPU performansı:

apt install -y sysbench    # Debian/Ubuntu
sysbench cpu --threads=2 --time=30 run

Testi farklı saatlerde (örneğin sabah ve akşam yoğun saatte) tekrarlayın. Sonuçlar arasında büyük fark varsa komşu etkisi söz konusu olabilir.

Disk G/Ç:

apt install -y fio
fio --name=randrw --ioengine=libaio --rw=randrw --bs=4k \
    --iodepth=32 --size=1G --runtime=60 --time_based \
    --direct=1 --filename=/root/fio.test
rm /root/fio.test

Çıktıdaki IOPS ve gecikme (lat) değerlerine bakın. Veritabanı çalıştıracaksanız rastgele okuma/yazma performansı, ardışık okuma hızından daha önemlidir.

RAM ve swap:

free -h
swapon --show

Ağ bant genişliği: Port hızı ile gerçekte alacağınız hız aynı olmayabilir. Karşı tarafta bir iperf3 sunucusu varsa:

# Karşı taraf: iperf3 -s
iperf3 -c 192.0.2.50 -P 4 -t 30
iperf3 -c 192.0.2.50 -P 4 -t 30 -R   # ters yön

3. DDoS koruma: Sadece "var" demesi yetmez

Kamuya açık bir servis işletiyorsanız (özellikle oyun, web veya DNS) DDoS saldırısı olasılığını baştan hesaba katmalısınız. Sağlayıcıya sorulacak sorular şunlardır:

• Koruma sürekli açık (always-on) mı, yoksa saldırı sonrası mı devreye giriyor?
• Hangi katmanları kapsıyor: volumetrik (L3/L4), protokol saldırıları (SYN, UDP, amplification), uygulama katmanı?
• Saldırı sırasında sunucunuzun IP'si kara deliğe (blackhole) alınıyor mu, yoksa temiz trafik size ulaşmaya devam ediyor mu?
• Kuralları kendiniz yönetebiliyor musunuz (firewall, port bazlı filtre)?
• Saldırı hakkında görünürlük sağlanıyor mu (log, grafik, bildirim)?

Blackhole, saldırıyı durdurur ama hedefi de erişilemez yapar. Bu nedenle meşru trafiğin akmaya devam etmesini sağlayan filtreleme yaklaşımını tercih edin.

Sunucu tarafında yapabilecekleriniz

Ağ katmanındaki koruma tek başına yetmez. Sunucunuzu da sağlamlaştırın:

# Gelen SYN paketlerini kısaca gözlemleyin
tcpdump -nn -i eth0 'tcp[tcpflags] & tcp-syn != 0' -c 50

# Bağlantı özeti
ss -s

# SYN cookie açık mı?
sysctl net.ipv4.tcp_syncookies

Gereksiz portları kapatın, yönetim portlarını (SSH, RDP) yalnızca bilinen IP'lere açın:

# nftables örneği: SSH sadece yönetim IP'sinden
nft add rule inet filter input ip saddr 203.0.113.5 tcp dport 22 accept
nft add rule inet filter input tcp dport 22 drop

Nixcon'un yaklaşımı ve seçenekleri için DDoS koruma ve firewall sayfasına bakabilirsiniz. Kendi ASN'iniz ve IP bloğunuz varsa BGP üzerinden korumalı trafik almak da mümkündür.

4. Kontrol paneli: Günlük işleri kim yapacak?

Sunucu teslim edildikten sonra en çok panelle uğraşırsınız. Destek talebi açmadan kendiniz yapabileceğiniz işler, olay anında dakikaları kurtarır. Aşağıdaki özellikleri arayın.

PTR kaydını doğrulama

E-posta gönderecekseniz PTR kaydının hem doğru hem de ileri yönlü A kaydıyla eşleşir olması gerekir:

dig -x 203.0.113.10 +short
# beklenen: mail.example.com.

dig +short mail.example.com
# beklenen: 203.0.113.10

Panelde PTR'yi kendiniz değiştiremiyorsanız her değişiklik için destek bekleyeceksiniz. Mail tabanlı bir iş kuracaksanız bu özellik önceliklidir.

Yedekleme konusunda dikkat

• Yedek aynı depolama üzerinde mi tutuluyor? Öyleyse depolama arızasında ikisini birden kaybedebilirsiniz.
• Geri yükleme süresi ve yöntemi (tüm disk mi, dosya bazlı mı) nedir?
• Otomatik yedekleme sıklığı ve saklama süresi ayarlanabiliyor mu?
• Geri yüklemeyi bir kez deneyin. Hiç denenmemiş bir yedek, yedek sayılmaz.

VMware ortamında önerilen küçük detay

Sunucu VMware üzerinde çalışıyorsa konuk araçlarının kurulu olması, konsol ve güç yönetiminin düzgün çalışması için faydalıdır:

apt install -y open-vm-tools
systemctl enable --now open-vm-tools
systemctl status open-vm-tools

Yaygın hatalar ve çözümleri

1. Sadece fiyata bakmak: Çok düşük fiyatlı paketlerde aşırı satış, zayıf disk veya sınırlı destek görülebilir. Önce kaynak testlerini yapın.
2. Ping'i tek noktadan ölçmek: Tek ölçüme güvenmeyin. Farklı operatör ve saatlerde deneyin.
3. DDoS korumasını sonradan düşünmek: Saldırı geldikten sonra sağlayıcı değiştirmek zordur. Baştan sorun.
4. Konsol erişimini test etmemek: Firewall kuralı yüzünden kendinizi dışarıda bırakırsanız konsol tek çıkış yolunuzdur. Önceden deneyin.
5. PTR ve IP itibarını atlamak: Mail sunucusu kuracaksanız IP'nin daha önce kara listeye girip girmediğini kontrol edin.
6. Yedeği doğrulamamak: Geri yükleme senaryosunu düzenli test edin.

Kısa kontrol listesi

• [ ] Hedef kitleye uygun lokasyon ve test sonuçları (ping, mtr, jitter)
• [ ] Ayrılmış CPU/RAM bilgisi ve düşük st değeri
• [ ] Disk türü ve fio sonuçları
• [ ] Always-on DDoS koruma ve filtreleme şeffaflığı
• [ ] Konsol, ISO, reinstall, PTR, yedek/geri yükleme özellikleri
• [ ] IPv6 ve ek IP desteği
• [ ] İhtiyaç halinde BGP, kendi ASN ve IP bloğuyla kullanım seçeneği

Sonuç

İyi bir VDS seçimi, paket listesindeki rakamlardan çok ölçülebilir davranışlara dayanır: gerçek gecikme, kararlı CPU ve disk, saldırı anında erişilebilir kalma ve sorun anında kendi başınıza müdahale edebilme. Bu yazıdaki testleri satın alma sonrası ilk gün çalıştırırsanız, sorunları kullanıma almadan önce yakalarsınız.

Türkiye lokasyonlu, VMware vSphere tabanlı ve BGP desteği olan seçenekleri incelemek için VDS sunucular sayfasına göz atabilirsiniz.