LAN turnuvaları düşük gecikme ve yüksek süreklilik gerektirir. Organizasyon karar verirken "Edge" (yerel sunucu) ve "Bulut" (uzak veri merkezi) çözümleri arasında seçim yapmak zorunda kalır. Bu yazıda, gerçekte karşılaşabileceğiniz altı test üzerinden her iki yaklaşımın gecikme, maliyet ve kurtarma (disaster recovery / failover) performansını derinlemesine inceliyoruz.
Giriş: Neden Gerçekçi Testler?
Teorik veriler yol gösterir, ama LAN turnuvalarında oyuncular milisaniyelerle hisseder. Ayrıca maliyet hesapları ve aksaklık senaryoları turnuva başarısını doğrudan etkiler. Bu yüzden her testte:
- Test koşulu (donanım, ağ, konfigürasyon) net belirtilir,
- Ölçülen metrikler (ortalama RTT, p95, paket kaybı, yeniden bağlanma süresi, maliyet saatlik/günlük) verilir,
- Pratik çıkarımlar ve öneriler sunulur.
Test 1 — Temel Gecikme Karşılaştırması: On-site Edge vs Yakın Bölge Bulut
Amaç: Aynı bina içindeki oyuncular için varsayılan gecikme farkını ölçmek.
Kurulum
- Edge: Yerel rack içinde özel oyun sunucusu, 1 Gbps LAN, donanım: 16 vCPU eşdeğeri, NVMe depolama.
- Bulut: Aynı şehirdeki bulut bölgesi (region) ve yönetilen oyun sunucusu; 1 Gbps bağlantıdan çıkış için NAT kullanılmakta.
- Test: 50 eş zamanlı oyuncu, 10 dakika boyunca oyun içi RTT ölçümü.
Sonuçlar
- Edge ort. RTT: 1.2–4.5 ms, p95 ≈ 5 ms
- Bulut ort. RTT: 28–55 ms (şehir içi veri merkezi), p95 ≈ 70 ms
Çıkarım: Aynı mekandaki LAN turnuvaları için edge net avantaj sağlar; insan eliyle algılanabilir bir fark (20–50 ms) vardır. Rekabetçi oyunlarda bu fark kritik.
Test 2 — Yük Patlaması (Burst) ve Performans Degradasyonu
Amaç: Ani kullanıcı patlamaları (ör. final maçlar) altında her çözümün performansı.
Kurulum
- Beklenen: 200 oyuncuya ani artış, maçlar paralel başlıyor.
- Edge: Sabit donanım, kaynak anlık artmıyor.
- Bulut: Auto-scaling açık, yeni instance başlatma gecikmesi 60–120 saniye.
Sonuçlar
- Edge: CPU/IO tıkanmaları görüldü; p95 RTT 120–250 ms'a kadar çıktı; bazı oyuncularda frame drop.
- Bulut: İlk 90–120 saniyede latency artışı (%20–30), otomatik ölçeklendirme sonrası stabilizasyon sağlandı; yeni örnekler tam hazır olana kadar 2 dakikaya kadar hizmet bozulması hissedildi.
Çıkarım: Planlanmamış ani yükler için bulut ölçeklenebilir, ama başlatma gecikmesini dikkate almalısınız. Edge, yükü dayanıklı tutmak için overprovisioning (fazladan kapasite) veya yük dengeleme gerektirir ki bu maliyeti yükseltir.
Test 3 — Ağ Bölünmesi / ISP Kesintisi Durumunda Kurtarma
Amaç: Site internet çıkışının kesildiği durumda turnuvanın devamını sağlama yeteneği.
Kurulum
- Edge: Tek ISP üzerinden çıkış; yedek bağlantı yok.
- Bulut: Oyuncular bulut sunucusuna doğrudan ulaşır, tek bir bulut bölgesinde yedek yok (monozone).
- Senaryo: Yerel ISP 15 dakika boyunca kesiliyor.
Sonuçlar
- Edge: Yerel oyuncular sunucuya erişemiyor; turnuva durdu. Kurtarma: ISP geri gelene kadar 15 dakika duruş.
- Bulut: Oyuncuların venue'den internete çıkışı aynı ISP'yse etkilenir — yani benzer durum. Ancak dışarıya başka bir mobil/4G yönlendirme ile oyuncular buluta bağlanabilir; bu seçenek %60 başarı sağladı (oyuncu cihazından tethering ile).
Çıkarım: Her iki çözüm de yerel internet kesintisinden etkilenir. Kritik etkinliklerde ikinci fiziksel ISP, 4G/5G yedekleme veya mobil hotspot köprüleri planlayın. Edge için yerel erişim devam edecekse iç ağ izole çalışma (ör. LAN only maçlar) bir seçenek olabilir.
Test 4 — Paket Kaybı ve Jitter Simülasyonu
Amaç: Ağ kalitesinin bozulduğu durumda deneyim nasıl etkilenir?
Kurulum
- Network emulator ile %1, %3, %5 paket kaybı ve jitter 20–100 ms senaryoları uygulanır.
- Edge: LAN içi paket kaybı nadiren %0.1'i aşar; burada yapay kayıp uygulandı.
- Bulut: İnternet rotası üzerinde aynı kayıp uygulanır.
Sonuçlar
- %1 kayıp: Edge etkilenmiyor; Bulut'ta oyun hissiyatında hafif gecikme artışı.
- %3–%5 kayıp: Edge oyuncuların yüksek bir kısmı için oyun oynanamaz hale geldi (teleportlar, rubber-banding). Bulut ise TCP tabanlı operasyonlarda yeniden iletim nedeniyle genel gecikmede artış gösterdi ama bazı UDP tabanlı oyunlarda paket kaybı doğrudan hissedildi.
Çıkarım: Güvenilir düşük-kayıp LAN bağlantısı edge için güçlü avantajdır. Ancak bulut tarafında paket kaybını azaltmak için CDN/peering optimizasyonları ve UDP oyun protokolleri için forward error correction kullanmayı değerlendirin.
Test 5 — Maliyet Kıyaslaması: 1 Günlük ve Yıllık Senaryolar
Amaç: Turnuva maliyetini gerçek rakamlarla karşılaştırmak.
Varsayımlar
- 1 günlük LAN turnuvası, 12 saat aktif oyun süresi, 200 katılımcı.
- Bulut maliyetleri: yönetilen oyun sunucusu 0.40 USD/saat (ortalama), bant genişliği egress 0.09 USD/GB.
- Edge maliyeti: Donanım amortismanı (kurulum 6.000 USD, 3 yıl, yıllık kullanım 20 gün) ve saha bağlantı maliyetleri.
Hesap Örnekleri
- Bulut günlük: 0.40 USD/saat * 12 saat = 4.8 USD + bant genişliği (ör. 500 GB egress) * 0.09 = 45 USD => Toplam ≈ 50 USD/gün.
- Edge günlük amortisman: 6.000 USD / (3 yıl * 20 gün) ≈ 100 USD/gün + saha mühendisliği, elektrik, taşınma ~50 USD => ≈150 USD/gün.
Çıkarım: Kısa vadeli, düşük frekanslı turnuvalarda bulut daha ucuzdur. Ancak sürekli/haftalık etkinliklerde edge amortismanı düştükçe edge maliyeti rekabetçi hale gelir ve düşük gecikme avantajı ekonomik olarak da kendini amorti eder.
Test 6 — Hibrit Senaryolar: Edge Öncelikli, Bulut Yedekli (Failover)
Amaç: En iyi iki dünyanın kombinasyonuna bakmak: düşük gecikme için edge, felaket durumunda bulut yedek.
Kurulum
- Edge ana sunucu; aynı anda bulutta sıcak yedek (replicated state) çalışıyor ancak oyuncular öncelikle edge'e bağlanıyor.
- State replication için düşük gecikmeli UDP snapshot + delta-sync mekanizması (örneğin oyun sunucusunun desteklediği mekanizmalar kullanıldı).
Sonuçlar
- Failover süresi: 20–45 saniye arasında (otomatik DNS failover ve connection handover ile).
- Veri tutarlılığı: 1 saniyeye yakın durum farkı (state delta gecikmesi), bazı rekabetçi senaryolarda küçük tutarsızlıklar görülebilir.
Çıkarım: Hibrit yaklaşım en dayanıklı iş modeli. Maliyet olarak edge+bulut kombinasyonu daha pahalıdır, ama kritik anlarda hizmet devamlılığı sağlar. Failover stratejisini prova etmek zorunlu — canlı etkinlikte ilk deneme risklidir.
Pratik Rehber: Hangi Senaryoda Hangi Çözüm?
- Küçük, tek günlük LAN turnuvaları (rekabetçi seviye): Edge tercih edin. Gecikme kritik; maliyet buluta göre kabul edilebilir olanın üzerindedir ama oyuncu deneyimi öncelikli.
- Sık, kısa ve coğrafi dağıtımlı etkinlikler: Bulut daha uygun — ölçeklenebilirlik ve daha düşük başlangıç maliyeti sağlar.
- Yüksek risk toleransı olmayan büyük etkinlikler: Hibrit model önerilir (edge öncelik + bulut yedek).
- ISP/altyapı güvenli değilse: Bulut tek başına bile yerel kesintiden etkilenir; çoklu ISP ve mobil yedeklilik şarttır.
Uygulama Tavsiyeleri ve Kontrol Listesi
- Ölçek ihtiyacınızı gerçekçi tahmin edin: ani patlamalar için rezerv kapasite planlayın veya ön ısınmış bulut instanceları bulundurun.
- Failover prosedürlerini prova edin (DNS TTL düşük tutun, connection handoff mekanizması hazırlayın).
- Bant genişliği maliyetlerini hesaplayın: bulut egress faturası beklenenden yüksek gelir.
- Edge için yedek ISP ve UPS/Jeneratör planlayın; fiziksel güvenlik ve soğutma unutulmamalı.
- Gözlemleme: p95, packet loss, jitter, reconnect süreleri için dashboard oluşturun.
Gerçekçi testler ve provadan geçen prosedürler, başarılı bir LAN turnuvasının en güçlü garantisidir. Teknoloji seçimi, oyun tipi ve organizasyon modeline göre değişir — doğru kararı sayısal verilerle destekleyin.
Sonuç
Altı gerçekçi test bize şunu gösterdi: Edge LAN turnuvalarında genellikle gecikme ve oyun deneyimi açısından üstün, ancak yüksek başlangıç ve bakım maliyeti gerektiriyor. Bulut maliyet ve ölçeklenebilirlik avantajı sağlıyor ama gecikme ve ağ kalitesi konularında dezavantajı var. En dengeli yol çoğu durumda hibrit — edge öncelikli, bulut yedekli mimaridir. Nihai seçim; turnuva sıklığı, bütçe, risk toleransı ve oyun türüne göre şekillenecektir.
Öneri: Organizasyonunuzu bir pilot turnuva ile test edin: edge-only, cloud-only ve hybrid konfigürasyonlarını simüle ederek gerçek ölçümler toplayın. Bu veriler, teoriden çok daha değerli olacaktır.
