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

Game server performansı, web hostingten farklı bir şekilde ölçülür: sadece CPU/RAM yetmez; ağ gecikmesi (latency), jitter, paket kaybı, disk IOPS ve işletim sistemi kurulumu oyunun “hissettirdiği” akıcılığı belirler. Bu rehberde VDS alırken hangi parametreleri sorgulamanız gerektiğini, kararınızı hızlandıracak somut bir kontrol listesi ve karşılaştırma çerçevesiyle anlatıyorum. Sonunda da ölçüm yapmadan “tahminle” seçim yapmamanız için net bir eylem planı veriyorum.

1) Oyun türüne göre gerçek gereksinimi tanımlayın

Önce oyunun çalışma şeklini netleştirin. Aynı anda 32 kişiye kadar basit bir oyun ile 64-128 kişilik, fizik ve motor yükü yüksek bir oyun aynı sunucu profilinde performans vermez.

Hangi metrikler öne çıkar?

Aktif oyuncu sayısı (concurrency): Pik anlarda CPU ve ağ darboğazı oluşur.
Tick rate / sunucu simülasyonu: Daha yüksek tick rate, CPU’yu daha hızlı doldurur.
Network yoğunluğu: FPS/aksiyon oyunları genelde daha “ağ duyarlıdır”.
Harita/asset yükü ve modlar: Bazı modlar disk okumasını, bazıları da RAM’i artırır.

Basit kapasite çıkarımı (pratik yaklaşım)

Aşağıdaki tablo, “plan yapma” aşamasında işinize yarar. Kesin değer değildir; hedefiniz doğru test senaryosunu kurmaktır.

Oyun tipi	Genelde darboğaz	VDS seçiminde ilk kontrol
Takım tabanlı, orta oyuncu	CPU + ağ	tek çekirdek performansı ve ping
Battle royale / yüksek concurrency	CPU + jitter	ağ altyapısı ve oversubscription
Modlu/scripting ağır yapılar	RAM + disk I/O	RAM kapasitesi ve disk IOPS
Ses/stream eklenen özel modlar	ağ	paket kaybı ve bant genişliği garantisi

2) CPU: Tek çekirdek gücü ve frekans, “oyun hissi” verir

Game serverlarda çoğu işlem tek çekirdek veya az çekirdek üzerinde yoğunlaşabilir. Bu yüzden “toplam çekirdek sayısı” tek başına yeterli bir kriter değildir.

Satıcıdan isteyeceğiniz net CPU bilgileri

CPU modeli (ör. Intel Xeon/AMD EPYC nesli) ve çekirdek/frekans bilgisi
Sanallaştırma türü (çoğunlukla KVM) ve “resource guaranteed” yaklaşımı
Aynı fiziksel host üzerindeki VDS yoğunluğu (oversubscription)

Kurulum sonrası CPU doğrulaması

Satın almadan önce anlık test her zaman mümkün değildir; ama en azından kurulumdan sonra şu kontrolleri yapın: - Oyun sunucusu çalışırken CPU saniye bazlı dalgalanma (sadece ortalama değil) - Tick düşüşleri ile CPU kullanımının eşleşmesi - CPU throttle / steal time (hypervisor kaynaklı) şüphesi

3) RAM: Çöp toplama (garbage collection) ve asset yükünü hesaba katın

RAM, oyunda sadece “dosya yüklemek” değildir. Sunucu yazılımı (Java tabanlı ise JVM, Node.js tabanlı ise event döngüsü, Unity/Source tabanlı ise motor davranışları) bellek sınırına yaklaştığında gecikmeler artar.

RAM seçerken net sayısal eşik

16 oyuncu bandında bile modlar aktifse 4-6 GB RAM hızla yetmeyebilir.
Yüksek concurrency veya modlu yapı hedefliyorsanız en az 8-16 GB bandını düşünün.
JVM/GC gibi mekanizmalar kullanıyorsanız (bazı oyun serverları) RAM sınırı “ani” performans düşüşü yaratır; bu nedenle başta pay bırakın.

RAM’i nasıl test edersiniz?

Oyun sunucusu açıldıktan sonra “idling” RAM ile “peak” RAM arasındaki farkı kaydedin.
Swap’a düşme olursa (özellikle disk yavaşsa) gecikmeler büyür. Swap kullanımını veriyle izleyin.

4) Disk ve IOPS: Harita/asset ve log akışı oyunu yavaşlatır

Game serverlarda disk çoğu zaman “asıl belirleyici” değildir; ama şu durumlarda kritikleşir: - Sunucu açılışında asset/harita yükleme - Sık güncelleme/mod indirme - Yoğun log yazımı - Backend bir veritabanı kullanımı (bazı modlar veya admin panelleri)

VDS’de disk için net beklenti

SSD (NVMe tercih)
“Storage burst” gibi muğlak ifadeler yerine IOPS/throughput paylaşımı
Log ve cache için ayrı disk/partition imkanı (sağlayıcı sunuyorsa)

Disk seçimi için pratik kontrol listesi

Günlük log boyutu artış trendi
Sunucu açılışı sırasında I/O bekleme süreleri
Güncelleme/transfer işlemlerinde gecikme artışı

5) Ağ kalitesi: Ping tek başına yetmez; jitter ve paket kaybı karar verir

Game server performansında ağ, çoğu zaman CPU’dan daha “hızlı hissedilir” bir etkendir.

Net ağ kriterleri

Gerçek ping (anklık değil, ortalama ve varyans)
Jitter: ping dalgalanması
Packet loss: paket kaybı
Bant genişliği ve “paylaşım” (oversubscription) etkisi

Net ölçüm planı (sağlayıcıdan bağımsız)

VDS üzerinde kısa bir süreli ölçüm çalıştırın.
Aynı lokasyonda farklı sağlayıcıları test edin.
Mümkünse oyun istemcisinin bulunduğu bölgeye göre ölçün.

Basit bir yaklaşım olarak, testte hedef IP’nizi ve ölçüm sürenizi net tutun. Örneğin 10-20 dakika boyunca süreklilik sağlayacak bir ölçüm yapın.

6) DDoS koruması ve firewall: Oyun “çökmeden” savunulmalı

Game serverlar bot trafiği ve UDP/TCP saldırılarına hedef olabiliyor. Bu noktada “var/yok” değil, ne kadar kapsadığı belirleyicidir.

Kontrol etmeniz gerekenler

DDoS temizleme var mı (scrubbing)
UDP trafiğine yaklaşım (özellikle oyun protokolleri UDP ağırlıklı olabilir)
Rate limit / firewall kurallarının uygulanma şekli
Erişim yönetimi: yönetim portları için IP kısıtları

Net güvenlik minimumu

SSH’yi parola ile değil anahtar ile kullanın
Yönetim servislerini sadece gerekli IP’lerden erişilebilir yapın
Oyun portlarını firewall’da sadece gerekli kaynaklara açın

7) Sanallaştırma (KVM) ve kaynak garantisi: “Aynı paket” aynı performans değildir

VDS tarifelerinde en sık yaşanan sorun, kaynakların “paylaşımlı” davranmasıdır. Bu durumda yoğun anlarda CPU steal time artar, ağ gecikmeleri yükselir.

Satıcıdan isteyebileceğiniz net sorular

VM KVM mi? (OpenVZ değil, genel olarak KVM daha modern kaynak ayırır)
“Guaranteed CPU” veya benzeri kaynak garantisi var mı?
Fiziksel host üzerindeki yoğunluk ve oversubscription politikası nedir?

Hedefiniz, oyun yüküne girdiğiniz anda “kaynaklar paylaşımda eriyor” durumunu yaşamamak.

8) Yedekleme (backup) ve log yönetimi: Çöküş sonrası toparlanma hızdır

Game serverlarda veri kaybı bazen sadece karakter değil; ban listesi, world durumu, konfigürasyonlar ve veritabanı kayıtları da olabilir.

Net yedekleme tasarımı

World/save klasörleri: düzenli aralıklarla yedek (ör. 15-30 dk)
Konfigürasyon dosyaları: oyun güncellemesi öncesi anlık saklama
Otomatik yedeklerin farklı lokasyonda tutulması (aynı sunucuda disk arızası riskine karşı)

Yedekleme sıklığını belirleme kuralı

Server düzenli aktif kullanımda ise geri dönüş maliyeti düşük olacak şekilde daha sık yedek alın.
Modlar veya güncelleme sık geliyorsa “olay bazlı” (update öncesi) yedek şarttır.

9) Konum seçimi: Türkiye hedefliyorsanız lokasyon ping’i direkt düşürür

Sunucu lokasyonu, özellikle ilk tepki gecikmesinde en net değişkenlerden biridir. Türkiye kullanıcıları için Avrupa içi lokasyonlar genelde avantajlı olur; ancak net karar için mutlaka ölçüm yapın.

Net seçim yöntemi

Hedef kitlenin çoğunluğunun bulunduğu coğrafyayı belirleyin.
Aynı özelliklerdeki sunucuları farklı ülkelerde test edin.
En düşük ping + en düşük jitter kombinasyonunu seçin.

10) Kontrol paneli ve yönetim: Kurulum süresi maliyettir

Oyun sunucusu yönetimi için kontrol paneli tek başına performans vermez; fakat hatasız işletim sağlar. Kurulum ve yedekleme yönetimi ne kadar hızlı olursa, operasyonel risk o kadar azalır.

Net fayda sağlayan yönetim bileşenleri

Güncelleme yönetimi (oyun sürümü ve bağımlılıklar)
Yedekleme otomasyonu
Monitoring (CPU, RAM, disk I/O, ağ)

11) VDS seçimi için nihai kontrol listesi (kopyala-uygula)

Aşağıdaki listeyi karşılaştırma yaparken işaretleyin. “Evet” sayısı yükseldikçe risk azalır.

Tek sayfalık kontrol listesi

[ ] CPU modeli ve tek çekirdek performansı net belirtiliyor
[ ] RAM miktarı hedef concurrency + modlar için yeterli
[ ] Disk NVMe/SSD ve IOPS/throughput hakkında bilgi var
[ ] Ağ için paket kaybı ve jitter değerleri ölçülebiliyor
[ ] DDoS koruması UDP/TCP için kapsayıcı
[ ] KVM sanallaştırma ve kaynak garantisi/oversubscription politikası şeffaf
[ ] Yedekleme otomasyonu var + dünya/save ve config dahil
[ ] Sunucu lokasyonu hedef kitleye yakın
[ ] Yönetim/monitoring kolay ve loglar erişilebilir

Karşılaştırma çerçevesi: Aynı fiyata farklı performans neden olur?

NetKıyas’ta VDS/VPS karşılaştırırken çoğu kullanıcı “CPU/RAM aynıysa performans da aynı olur” varsayımına girer. Oysa oyun performansı şu farklılıklardan doğrudan etkilenir: - CPU oversubscription - Disk türü (SSD vs NVMe) ve IOPS - Ağ kalitesi (jitter/paket kaybı) - DDoS/traffic shaping politikaları - Saatlik/interval bazlı kaynak dalgalanmaları

Bu nedenle kararınızı sadece katalog değerleriyle değil, aynı kriterleri “ölçülebilir şekilde” doğrulayarak verin.

Sonuç: Aksiyon önerisi (hemen uygulayın)

VDS seçimini “paket adı” yerine ölçülebilir kriterlerle yapın. Önce hedef oyuncu sayınıza göre RAM ve CPU bandını belirleyin, ardından ağda ping + jitter + paket kaybını aynı lokasyonda test ederek sunucu seçin. Son olarak yedekleme (world/save + config) ve DDoS kapsamını netleştirmeden oyun sunucunuzu yayına almadan önce bir toparlanma planı hazırlayın. Bu akış, hem deneme-yanılma süresini kısaltır hem de oyun açıldıktan sonra yaşanacak performans sürprizlerini azaltır.