Game Server için VDS Seçim Kriterleri: Net Kontrol Listesi

Game server kurarken asıl sorun çoğu zaman “hangi paket ucuz?” değil; oyuncunun hissedeceği gecikme (latency/ping), sunucunun simülasyon kapasitesi ve kesintilere karşı dayanıklılıktır. Yanlış VDS seçimi; sık tick düşüşleri, takılmalar, log şişmesi ve yedekleme/geri dönüş planı yoksa veri kaybı gibi sonuçlar doğurur. Bu rehberde game server için VDS seçiminizi kolaylaştıracak ölçülebilir kriterleri ve kontrol listesini veriyorum.

Aşağıdaki başlıklar; hangi oyunun hangi donanım tipine ihtiyaç duyduğunu, ağ (network) ve disk performansının nasıl ölçüleceğini ve satın almadan önce sağlayıcıdan hangi bilgileri isteyeceğinizi netleştirecek.

1) Önce oyunun yük profilini belirleyin (CPU mu RAM mi?)

Game server’larda “tek doğru VDS” yok. Aynı donanım, farklı oyunlarda farklı darboğaz üretir. Bu yüzden ilk adım oyunun performans yük profilini tanımaktır:

• CPU-bound (işlemci darboğazı): Sunucu simülasyonu, fizik, AI (bot davranışları), tick rate yüksekliği. Bu senaryoda çekirdek sayısı ve tek çekirdek performansı daha belirleyicidir.
• RAM-bound (bellek darboğazı): Büyük haritalar, çok oyunculu durum bilgisi, cache ve world verisinin yoğun kullanımı. Burada yeterli RAM, GC (garbage collection) kaynaklı ani takılmaları azaltır.
• Disk I/O-bound (disk darboğazı): Düzenli world save, log yazımı, mod/asset yükleme, veritabanı kullanımı (bazı oyun modları). SSD ve IOPS farkı hissedilir.

Hızlı tahmin yöntemi: hedef eşzamanlı oyuncu ve tick

Satın almadan önce şu iki bilgiyi çıkarın:

1) Hedef eşzamanlı oyuncu (ör. 20/50/100) 2) Beklediğiniz tick rate / simülasyon sıklığı (oyunun ayarlarına göre)

Genel kural olarak: CPU-bound oyunlarda hedef oyuncu sayısı büyüdükçe çekirdek ve tek çekirdek performansı kritikleşir. RAM-bound oyunlarda ise “toplam RAM” kadar swap’a düşmeme önceliklidir.

2) Ağ performansı: Ping tek başına yetmez (ve ölçüm gerekir)

Game server’da gecikmeyi doğuran tek etken ping değildir; paket kaybı (packet loss) ve jitter (gecikme dalgalanması) de hissedilir takılma yaratır.

VDS seçiminde bakmanız gerekenler:

• Network tipi: Paylaşımlı/oversold ağ mı, yoksa ayrılmış bant genişliği mi? Sağlayıcı “anlık hız” yerine “sürdürülebilir” değer sunmalıdır.
• Packet loss ve jitter: İlan edilen Mbps tek başına yeterli değildir.
• Konum (region): Oyuncuların çoğunluğunun olduğu bölgeye yakınlık.

Sağlayıcıya net şekilde sorun (kopyala-yapıştır mesaj iskeleti)

Satın almadan önce şu soruları sormak karar hızını artırır:

• “Bu VDS’lerde oversubscription (bant genişliği aşımı) oranı nedir?”
• “Aynı datacenter’dan Türkiye’ye gidiş için tipik ping/jitter değerleri nedir? Ölçüm raporu paylaşabilir misiniz?”
• “İletim kaybı (packet loss) için hedef SLA var mı?”

Kendi ölçümünüz: 10 dakikalık doğrulama

VDS’i kurduktan sonra hemen şu testi yapın:

• Linux’ta hedef oyuncu kitlenize yakın bir IP/alan adına ping ile jitter’ı gözleyin.
• Ardından mtr veya benzeri yol analiziyle rota ve kayıp var mı kontrol edin.

Amaç “tek bir değer” değil; gecikme aralığını görmek.

3) CPU çekirdek stratejisi: İlan edilen GHz’den fazlası

Game server’larda CPU kalitesi genelde şu ayrımla belirlenir:

• Tek çekirdek performansı: Simülasyon çekirdekleri çoğu zaman tam paralel çalışmaz.
• Çekirdek sayısı: Çok oyunculu senaryolarda yardımcı thread’ler ve modlar yük bindirebilir.
• Burst/oversubscription: Bazı VDS’ler “anlık” yüksek performans vaat eder; uzun süreli tick stabilitesi için gerçekçi olmayan planlar sorun çıkarır.

Pratik kural (başlangıç için)

• Tek sunucu + orta mod paketi hedefliyorsanız: “çok çekirdekli ama zayıf tek çekirdek” yerine dengeli CPU seçin.
• Ağır AI/büyük bot yükü veya yoğun mod varsa: çekirdek sayısını artırın.

Net tavsiye vermek gerekirse: CPU tarafında “çekirdek sayısı” kadar vCPU’nun gerçek performansı önemlidir. Sağlayıcının CPU modeli (ör. Epyc/Intel jenerasyonu gibi) ve ölçüm yaklaşımı paylaşması karar kalitenizi artırır.

4) RAM ve swap: Oyun takılmalarının sessiz sebebi

Yetersiz RAM şu şekilde kendini gösterir:

• World save/asset yükleme sırasında ani stutter
• Log büyümesiyle bellek şişmesi
• Uygulama swap’a düşünce tick düşmesi

RAM seçerken kontrol listesi

• Oyun sunucusu + modlar + kontrol paneli (kullanıyorsanız) toplam RAM’i aşmamalı.
• Swap kullanımı kaçınılmazsa “performans düşüşü” riskini kabul etmelisiniz; bu yüzden mümkünse swap’a düşmeyen RAM hedefleyin.

Bootta/çalışırken doğrulama

VDS açıldıktan sonra ilk 15-30 dakikada şu sinyallere bakın:

• RAM kullanımının sürekli tırmanıp tırmanmadığı
• CPU kullanımının tek noktada kilitlenip kilitlenmediği
• Disk I/O beklemelerinin artıp artmadığı

5) Disk ve I/O: World save, log ve SSD farkı

Game server’da disk performansı çoğu kullanıcı için ikinci plandadır; fakat dünya kaydetme (world save) ve log yazımı takılmaları artırabilir.

Aramanız gereken disk özellikleri:

• SSD/NVMe: Özellikle world save ve sürekli log yazımı olan oyunlarda.
• IOPS ve gecikme (latency): “Saniyede X GB” yerine gecikme daha belirleyicidir.
• Log rotasyonu: log büyüyorsa disk doldurma riski oluşur.

Sağlayıcıdan istenmesi gereken net bilgi

• “VDS disk türü SSD mi, NVMe mi? Hangi sanal disk altyapısı kullanılıyor?”
• “Disk kapasitesi dolunca davranış ne? (yazma durur mu, otomatik uyarı var mı?)”

6) Kurulum, kontrol paneli ve servis yönetimi

Game server’ın stabil çalışması yalnızca donanım değil; servis yönetimiyle de ilgilidir.

Aşağıdakiler, hatasız çalışma için pratik fark yaratır:

• Dağıtım uyumluluğu: Oyun sunucusu hangi Linux dağıtımını sorunsuz destekliyor?
• Systemd yönetimi: Sunucuyu systemd ile başlat/yeniden başlat, çöküşte otomatik toparlama.
• Port yönetimi: Firewall ve güvenlik grubu kuralları (UDP/TCP ayrı olabilir).
• Update disiplini: Oyun ve bağımlılıklar güncellendiğinde test planı.

Otomasyon örneği (servis kontrol mantığı)

Kod şart değil ama doğru düzen şudur: oyun sunucusu systemd ile ayakta tutulur, crash sonrası otomatik yeniden başlar ve loglar rotasyonla yönetilir. Örnek mantık:

• servis tanımı: Restart=on-failure
• günlükler: journalctl + log rotasyonu

7) Yedekleme (backup) ve geri dönüş süresi: Kesinti maliyetini ölçün

Game server’da “yedek var mı?” sorusu tek başına yetmez. Kritik olan yedek sıklığı ve geri dönüş (restore) süresidir.

• Otomatik world backup: Oyun sunucusu periyodik kaydetmeli.
• Harici yedek: VDS diskinde tutulan yedek, aynı diskte sorun olursa işe yaramaz.
• Restore testi: Yedeği bir kez geri yükleyip çalıştığını doğrulamak gerekir.

Net hedef önerisi

• Düzenli online oynanıyorsa günlük ve mümkünse daha sık yedek.
• Restore süresini ölçün: yedeği geri alıp sunucuyu ayağa kaldırma kaç dakika sürüyor?

Bu süreyi bilmeden “yedek var” demek riskli olur.

8) Güvenlik: Sadece firewall değil, kimlik ve erişim tasarımı

Game server’a saldırılar genelde iki şeye dayanır: servis kullanılabilirliği ve erişim ele geçirilmesi.

Güvenlikte net kontrol başlıkları:

• SSH erişim kısıtı: Yetkili IP aralığı veya VPN ile erişim.
• 2FA (varsa): Sağlayıcı yönetim paneli için mutlaka etkin olmalı.
• Şifre yönetimi: Şifre yerine anahtar tabanlı erişim (SSH key).
• DDoS hazırlığı: Sunucunuz trafik altında kalırsa oyunun açılabilirliği düşer.

DDoS korumasını doğru değerlendirin

DDoS koruması, sadece “açık/kapat” değil; kapsama alanı ve türler (UDP ağırlıklı saldırılar dahil) açısından önemlidir. Sağlayıcıdan hangi tür trafiklerde nasıl davrandığını netleştirin.

9) Maliyet hesabı: Performans/oyun saatine çevirmek

VDS fiyatları tek başına karşılaştırma yapılınca yanıltır. Asıl metrik: “aynı süre çalıştırmada stabil performans” ve “kesinti/yeniden kurulum maliyeti”.

Bunu pratikleştirecek hesap:

• Aylık maliyet / beklenen aktif oyun saatleri
• Disk dolumu, yedek restore, servis çökmesi gibi olaylar için işçilik süresi

Kısa karar tablosu

Aşağıdaki tablo, seçim yaptığınızda hangi kriterin öne çıkacağını özetler:

10) Satın almadan önce 12 net doğrulama maddesi

Son kontrolü hızlandırmak için aşağıdaki listeyi kullanın:

• [ ] Sunucu konumu oyunculara yakın mı?
• [ ] VDS ağında packet loss ve jitter için dayanak var mı?
• [ ] CPU modeli/vCPU performansı hakkında net bilgi veriliyor mu?
• [ ] RAM miktarı ve swap davranışı açık mı?
• [ ] Disk SSD/NVMe mi ve I/O karakteristiği nedir?
• [ ] Portlar (TCP/UDP) için güvenlik duvarı kural seti hazır mı?
• [ ] Kurulum için uygun Linux sürümü sunuluyor mu?
• [ ] systemd veya servis yönetimi için destekli altyapı var mı?
• [ ] Otomatik yedek/harici yedek opsiyonu var mı?
• [ ] Restore süresi pratikte ölçüldü mü?
• [ ] DDoS koruması hangi trafik türlerinde etkili?
• [ ] Panel erişimi (2FA) ve SSH anahtar tabanlı erişim güvenli mi?

Sonuç: İlk hedefiniz stabil tick ve ölçülebilir gecikme olmalı

Game server için VDS seçimi; yalnızca “CPU/RAM oranı” değil, ağ gecikmesi, disk I/O ve geri dönüş planının birlikte çalışmasıdır. Önce oyunun yük profilini belirleyin, sonra sağlayıcıdan packet loss/jitter ve disk tipi gibi somut bilgileri isteyin. Son adım olarak VDS’i aldıktan sonra 10-30 dakikalık performans gözlemi yapın ve yedek/restore süresini doğrulayın. Böylece sunucu daha açılmadan “hissedeceğiniz” sorunları önleyerek doğru altyapıyı net şekilde seçersiniz.