Metin2 sunucu mimarisi: auth, db ve kanal süreçleri nasıl çalışır, kaç kanal açabilirsiniz, kaynak planlaması nasıl yapılır?
Metin2 sunucusu tek bir program olarak çalışmaz. Birbiriyle konuşan birkaç ayrı süreçten oluşur ve bu yapıyı anlamak, hem kaynak planlaması hem de sorun çözme açısından kritiktir.
Sunucu Mimarisinin Bileşenleri
Auth (Kimlik Doğrulama) Sunucusu
Oyuncuların kullanıcı adı ve şifresini doğrulayan süreçtir. Oyuncu giriş ekranında bekliyorsa, sorun genellikle burada veya veritabanındadır. Auth sunucusu yoğun anlarda darboğaz yapabilir; özellikle açılış günlerinde binlerce eşzamanlı giriş denemesi bu süreci zorlar.
DB Sunucusu
Oyun sunucusu ile MySQL veritabanı arasındaki köprüdür. Karakter kaydetme, eşya değişimi ve lonca işlemleri buradan geçer. DB süreci yavaşladığında oyuncular "eşyam kayboldu" veya "karakterim geri gitti" gibi şikâyetler bildirir.
Kanal (Channel / CH)
Oyun dünyasının fiilen çalıştığı süreçtir. Haritalar, canavarlar, oyuncular ve savaş mekaniği burada işler. Her kanal ayrı bir kopya gibidir; oyuncular kanallar arasında geçiş yapabilir.
Neden Birden Fazla Kanal?
Tek kanalda toplanan kalabalık iki sorun yaratır. Birincisi teknik: tek süreç üzerindeki yük artar ve takılma başlar. İkincisi oyun deneyimi: aynı haritada çok fazla oyuncu olması, canavar bulmayı ve görev yapmayı zorlaştırır.
Çoklu kanal yapısı yükü dağıtır. Oyuncular farklı kanallara yayılır, her kanal daha az yük taşır ve genel akıcılık artar.
Kaç Kanal Açabilirim?
Bu soru lisansla değil, sunucu kaynağınızla ilgilidir. Kabaca her ek kanal 2-4 GB RAM ve bir miktar işlemci gücü tüketir. Auth ve DB süreçleri de kendi paylarını alır.
| Toplam RAM | Uygun Kanal Sayısı | Yaklaşık Kapasite |
|---|---|---|
| 8 GB | 1 kanal | 200-400 eşzamanlı oyuncu |
| 16 GB | 2-3 kanal | 800-1.500 eşzamanlı oyuncu |
| 32 GB | 3-4 kanal | 1.500-3.000 eşzamanlı oyuncu |
| 48 GB+ | 4+ kanal | 3.000+ eşzamanlı oyuncu |
Bu değerler dosya setinize ve harita büyüklüğünüze göre değişir. Kesin rakam yerine bir başlangıç noktası olarak düşünün.
Kanal Sayısını Artırmak Her Zaman Doğru mu?
Hayır. Az oyuncuya çok kanal açmak ters etki yapar: her kanalda birkaç oyuncu kalır, oyun ıssız görünür ve oyuncular sunucunun ölü olduğunu düşünür.
Genel kural şudur: bir kanal dolmadan ikincisini açmayın. Oyuncu yoğunluğu, canlı bir sunucu hissi yaratmak için gereklidir.
Kaynak Planlaması
Sunucu boyutlandırırken bakmanız gereken sayı toplam kayıtlı oyuncu değil, eşzamanlı çevrimiçi oyuncudur. 10.000 kayıtlı oyuncunuz olabilir ama aynı anda 800'ü çevrimiçi olur.
Şu ayrımı da bilmek gerekir: RAM tükenirse sunucu çöker, işlemci yetmezse sunucu takılır. Oyuncularınız "lag var" diyorsa sorun genellikle işlemcinin tek çekirdek performansıdır, RAM değil.
Uygun yapılandırmayı seçmek için Metin2 sunucu paketlerimizi inceleyebilir veya genel sanal sunucu seçeneklerimize bakabilirsiniz.
Sorun Çözme: Hangi Süreç Sorunlu?
- Giriş yapılamıyor: Auth veya veritabanı tarafına bakın.
- Karakter kaydedilmiyor: DB süreci veya veritabanı yazma performansı.
- Oyun içinde takılma: Kanal sürecinin işlemci kullanımı.
- Tüm sunucu düştü: RAM tükenmesi ihtimali yüksek; syserr dosyasını kontrol edin.
Her durumda ilk bakılacak yer syserr dosyasıdır. Oyun sunucusu karşılaştığı hataları buraya yazar ve çökme nedenleri genellikle burada açıkça görünür.
Özet
Metin2 sunucusu auth, db ve kanal süreçlerinden oluşan çok parçalı bir yapıdır. Bu yapıyı anlamak, hem doğru sunucu paketi seçmenizi hem de sorun çıktığında nereye bakacağınızı bilmenizi sağlar.
Planladığınız kanal sayısını ve beklediğiniz oyuncu yoğunluğunu bize iletirseniz, uygun kaynak yapılandırmasını birlikte belirleyebiliriz.
