Game Server için VDS Seçim Kriterleri: Performans & Süreklilik

Game server için VDS seçimi, “maç sırasında kasma olur mu?” sorusundan çok daha fazlasıdır. Doğru donanım ve doğru ağ mimarisi; tick rate, paket kaybı, yük altında gecikme (latency) ve hatta bant genişliği tüketimiyle doğrudan ilişkilidir. Bu rehberde; hangi metrikleri isteyeceğinizi, sağlayıcıdan hangi bilgileri yazılı istemeniz gerektiğini ve seçim yaparken nasıl ölçüm yapacağınızı somut şekilde öğreneceksiniz.

1) Gereksinimi oyun değil, yük profili belirler

Game server kurarken en büyük hata, sadece “oyunun önerdiği sistem”e bakmaktır. Aynı oyunun iki farklı sunucuda farklı performans göstermesinin nedeni; oyuncu sayısı yanında eşzamanlı işlerdir (login, world save, mod yükleme, veritabanı sorguları, loglama).

Hangi verilerle doğru boyutlandırma yapılır?

Sağlayıcıdan ve kendi ölçümünüzden aşağıdaki çıktıları hedefleyin: - CPU gecikmesi / tek çekirdek performansı: Tick rate hedefi için önemlidir. Oyun motoru birçok senaryoda tek çekirdek ya da az çekirdek kullanabilir. - RAM türü ve bant genişliği: Büyük harita/mod setlerinde world state tutma maliyetini etkiler. - Disk I/O (IOPS) ve gecikme: Özellikle world save, harita güncellemesi, eklenti logları ve veritabanı kullanımı disk gecikmesiyle tetiklenir. - Ağ gecikmesi (RTT), paket kaybı ve jitter: Game traffic UDP ağırlıklı olabilir. Paket kaybı ve jitter, “kasılma” olarak hissedilir.

Boyutlandırma için pratik eşik önerileri

Oyuna özel kesin değer vermek yerine, VDS seçiminde şu eşik yaklaşımını kullanın: - 20-40 oyuncu: 4-6 vCPU ve 8-16 GB RAM bandı; disk olarak SSD zorunlu. - 40-80 oyuncu: 6-10 vCPU ve 16-24 GB RAM; log ve save işlemleri için disk I/O daha kritik. - 80+ oyuncu veya yoğun mod: 10+ vCPU + 24 GB+ RAM; mümkünse ayrı lokasyon ve daha yüksek bant genişliği.

Not: Buradaki değerler “varsayım” değil, seçim sırasında doğru soru setini kurmanız için referanstır. Asıl doğrulama, sağlayıcının sunduğu ağ ve disk metrikleriyle yapılır.

2) CPU ve bellek: Tick rate ile uyumlu çekirdek stratejisi

Game server performansında CPU’nun sadece “kaç çekirdek var” kısmına bakmak yetmez. Aynı vCPU sayısına sahip iki VDS’de, gecikme farklı çıkabilir.

Sağlayıcıdan istemeniz gereken CPU bilgileri

Şunları yazılı isteyin: - Gerçek CPU modeli (ör. Intel/AMD ailesi) ve nesil - vCPU - fiziksel çekirdek eşleşmesi (oversubscription seviyesi) - CPU overcommit olup olmadığı (paylaşımlı kaynak yoğunluğu)

RAM’de kritik noktalar

• Minimum OOM riski: Mod sayısı ve pluginler RAM’i “anlık” şişirebilir.
• Swapping (swap) kullanımı: Disk I/O gecikmesi artar. Swap’ı kontrol edin; mümkünse RAM’i yeterli seçin.

Hangi senaryoda artırmak gerekir?

Aşağıdakiler varsa RAM’i yukarı çekin: - Büyük world/state ve sürekli entity spawn/despawn - Veritabanlı sistemler (ör. pluginlerin MySQL/PostgreSQL sorguları) - Yoğun loglama ve chat/istatistik işleme

3) Disk I/O: World save ve loglar için “gizli” darboğaz

Game server’da disk genellikle göz ardı edilir. Oysa kullanıcı deneyimi; world save, harita yeniden derleme, eklenti istatistik kayıtları, crash dump veya otomatik yedekleme sırasında bozulabilir.

Disk seçerken bakılacak metrikler

Sağlayıcıdan şu değerleri veya eşdeğer performans ifadesini talep edin: - SSD/NVMe tipi (tercihen NVMe) - Sustained write (uzun yazmalarda hız düşümü) - IOPS ve disk latency - Eş zamanlı I/O limiti

Pratik doğrulama kontrolü

Mümkünse yeni VDS’e geçmeden önce, kendi tarafınızdan kısa bir ölçüm yapın: - fio ile 4K/16K random write test edin. - Aynı anda CPU/RAM yüküne yakın bir simülasyon yapın (tek başına disk testi yeterli olmaz).

4) Ağ performansı: Lokasyon, bant genişliği ve paket kaybı

Game server’da kullanıcıların hissettiği “kasma”nın büyük bölümü ağ kaynaklıdır. Bu nedenle VDS seçiminde ağ parametreleri, donanım kadar kritiktir.

Lokasyon seçimi (TTFB değil RTT)

• Oyuncularınızın çoğu TR’deyse, sunucu lokasyonunu Türkiye’ye yakın seçin.
• Lokasyon farklıysa en azından sağlayıcının otoban (backbone) kalitesi ve peering bilgilerini isteyin.

Bant genişliği ve trafik şekli

Sağlayıcı tekliflerinde şu ayrıntılara bakın: - Garantili bant genişliği mi yoksa burst mi? - Network oversubscription durumu - UDP önceliklendirme var mı? (Bazı oyunlar UDP’ye yüklenir.)

Paket kaybı ve jitter nasıl ölçülür?

• mtr ile sunucu IP’sine test yapın (oyun portu üzerinden test mümkünse daha iyi).
• Hedef: paket kaybı oranının sıfıra yakın olması; jitter’ın stabil kalması.

Aşağıdaki tablo, sağlayıcı görüşmelerinde talep edilecek parametreleri netleştirir:

5) DDoS ve saldırı dayanıklılığı: Sadece “var” değil, nasıl?

Game serverlar bot trafiği ve katmanlı DDoS saldırılarına hedef olabilir. “DDoS koruması var” ifadesi tek başına yeterli değildir.

İstenecek teknik netlikler

• Hangi katmanda koruma sağlandığı (L3/L4 ve gerekirse L7)
• Akış (flow) temizleme kapasitesi
• Rate limit veya anomaly detection varlığı
• Gerekirse IP/port bazlı kontrol

Gerçekçi hedef

DDoS olayı yaşandığında beklenen davranış şudur: - Oyun trafiği için gecikme ciddi artmadan akış devam eder. - Sunucu tamamen çökmez; kurallar devreye girer.

6) Yedekleme ve süreklilik: Kesinti maliyetini azaltın

Bir game server’da en pahalı şey “oyuncuların geri dönmemesi”dir. Bu nedenle yedekleme ve yeniden ayağa kalkma (recovery) süresi kritik.

Yedekleme stratejisi (backup) nasıl olmalı?

Şunları ayırın: - Düzenli world save yedekleri: Oyun motoru bazında kritik dosyalar. - Konfigürasyon yedekleri: server.cfg, plugin ayarları, mod listeleri. - Sistem görüntüsü (image) / disk snapshot: OS seviyesinde hızlı geri dönüş.

Sağlayıcıdan net sorular

• Yedekleme hangi sıklıkta yapılıyor? (ör. saatlik)
• Yedekler kaç gün saklanıyor?
• Yedek geri yükleme için RTO/RPO hedefi var mı?
• Yedekler aynı sunucuda mı, ayrı lokasyonda mı?

7) Yönetim modeli: Managed mi, Unmanaged mı? (2026 gerçekliği)

Oyun sunucusu işletmek; sadece oyunu ayağa kaldırmak değildir. Güncelleme, güvenlik yamaları, log yönetimi ve disk alanı kontrolü gerektirir.

Karar ölçütleri

• Managed (yönetilen) seçilecekse:
• Güncelleme ve güvenlik yamaları planlı yürür.
• OS seviyesinde bakım işleri azalır.
• İnce ayarlar (ör. kernel/network tuningi) sınırlı olabilir.
• Unmanaged (yönetilmeyen) seçilecekse:
• Her konfigürasyon kontrol sizde olur.
• Güvenlik güncellemesi ve izleme sizde sorumluluk doğurur.

Net tablo: Hangi durumda hangisi?

8) Kontrol paneli, otomasyon ve izleme: Game server işletmesini kolaylaştırın

VDS’de çalıştırdığınız hizmeti görünür kılmayan kurulumlar, sorun anında müdahaleyi zorlaştırır.

Asgari otomasyon listesi

• Oyun process izleme: servis çalışıyor mu, CPU/RAM sınırı aşılıyor mu
• Disk alanı izleme: loglar büyür ve oyunu etkileyebilir
• Otomatik restart + güvenli parametreler
• Log rotasyonu ve merkezi loglama (tercihen)

“Kontrol paneli” tercihi nasıl yapılmalı?

Kontrol paneli (ör. panel/otomasyon aracı) seçerken şu kriterlere bakın: - Erişim yetkileri (rol bazlı) - Güncelleme mekanizması - Dosya ve servis yönetimi hızı - API/otomasyon desteği

9) Uygun VDS’i seçmek için pratik karşılaştırma akışı

Elinizde oyun türü ve oyuncu profili var. Şimdi sağlayıcılar arasında karşılaştırmayı hızlandıracak bir akış kullanın.

9 adımlık seçim kontrol listesi

1. Lokasyonu oyunculara göre belirleyin.
2. CPU için tek çekirdek performansı odaklı talepte bulunun.
3. RAM’i mod/plugin ve database kullanımına göre seçin.
4. Disk için NVMe/SSD ve yazma gecikmesi isteyin.
5. Ağ için bant genişliği tipi ve oversubscription açıklaması alın.
6. DDoS koruması için katman ve kapasiteyi öğrenin.
7. Yedek sıklığı ve geri yükleme planını netleştirin.
8. Yönetim modelinin (Managed/Unmanaged) sizin operasyonunuza uyup uymadığını kontrol edin.
9. Test için kısa bir geçiş planı oluşturun: canlı sunucuya etki etmeden ölçün.

Sonuç: Teklifleri aynı formatta yazın

Sağlayıcıdan teklif alırken şu formatta not alın: - vCPU / RAM / disk tipi - ağ açıklaması (lokasyon + bant genişliği + oversubscription) - DDoS mitigasyonu - yedekleme (sıklık/saklama) - yönetim (Managed/Unmanaged) ve RTO/RPO

10) Örnek senaryo: 50 oyuncu ve modlu yapı için minimum net hedef

Bu bölüm, karar vermeyi kolaylaştırmak için örnek bir hedef setidir.

Hedef seti

• CPU: 6 vCPU ve yüksek tek çekirdek performans
• RAM: 16-24 GB (mod sayısı arttıkça 24 GB’e çıkın)
• Disk: NVMe/SSD, yüksek sustained write
• Ağ: TR’ye yakın lokasyon, garantili bant genişliği veya burst sınırlarının net olması
• DDoS: L3/L4 mitigasyon ve anomali/rate limit açıklaması
• Yedekleme: en az günlük world save + konfigürasyon + OS snapshot

Sonuç: Aksiyon planı ile seçimi kesinleştirin

VDS seçiminde tek doğru yaklaşım “fiyat/GB” değil; CPU gecikmesi + disk I/O + ağ stabilitesi + DDoS ve yedekleme planı kombinasyonunu netleştirmektir. Teklifleri yukarıdaki kontrol listesiyle aynı formatta karşılaştırın; ardından yeni VDS üzerinde kısa bir disk ve ağ doğrulama testi yapın. Bu adımlar tamamlandığında, game server performans sorunlarını devreye almadan önce yakalama oranınız belirgin şekilde artar.

İsterseniz oyununuzu (ör. Minecraft, FiveM, CS2 modları vb.), hedef oyuncu sayısını ve bölgeyi yazın; bu kriterlere göre “minimum VDS hedefleri”ni daha sıkı bir aralıkla netleştirecek şekilde bir seçim tablosu çıkarabilirim.