Minecraft Sunucusu İçin İdeal VDS Spec’leri: Net Kılavuz
Minecraft sunucusu için ideal VDS özelliklerini; oyuncu sayısı, CPU/RAM, SSD, bant genişliği, işletim sistemi ve eklenti yüküne göre net belirleyin.
Minecraft sunucusu için VDS seçimi, “fiyatı en düşük olanı” bulmaktan çok daha fazlasıdır. Doğru CPU/RAM oranı, disk hızı ve ağ (network) kapasitesi; oyuncu sayısı arttıkça gecikmeyi (latency) ve tick performansını doğrudan etkiler. Bu rehberde, hangi VDS spec’lerinin hangi senaryoda gerçekçi sonuç verdiğini net şekilde ayıracağım: Vanilla, Paper/Spigot, modlu kurulumlar ve eklenti yoğunluğu.
Minecraft modeli ve yük türünü doğru eşleştirme
Minecraft sunucusu tek bir iş yükü değildir. Aynı sayıda oyuncu bile, kullanılan yazılım ve eklenti modülü nedeniyle farklı donanım ister.
1) Vanilla vs Paper/Spigot farkı (performans etkisi)
- Vanilla (Mojang server): Daha basit kullanım; genelde daha az eklenti/otomasyonla çalıştırılır. CPU dalgalanması daha belirgin olabilir.
- Paper/Spigot: Daha optimize scheduler/tick altyapısı ve eklenti ekosistemi nedeniyle daha iyi ölçeklenme sağlar. Çok oyunculu sunucuda genellikle daha stabil tick verir.
Bu rehberdeki spec’ler Paper/Spigot odaklıdır; Vanilla için aynı hesap yapılır ama CPU payı %10-20 daha yüksek seçilmelidir.
2) Modlu (Forge/Fabric) kurulumun ihtiyacı
Modlar; varlık yükleme (assets), dünyadaki olay sayısı, karmaşık fizik/AI ve bazen de ek thread kullanımı nedeniyle hem RAM hem de CPU baskısı yaratır. Mod sayısı arttıkça disk okuma/asset cache etkisi de büyür.
3) Eklenti yoğunluğu neden RAM tüketir?
Eklentiler çoğunlukla: - NPC/Shop/WorldGuard benzeri sistemler, - veri kaydı (database veya flatfile), - bellek içi cache (cache) ile çalışır.
Bu yüzden “oyuncu sayısı aynı ama eklenti çok” senaryosunda RAM öne çıkar.
Oyuncu sayısına göre net VDS spec önerileri
Aşağıdaki tablo, tipik bir Minecraft sunucusu (Java) için pratik başlangıç değerleridir. “Hızlı ve stabil” hedefiyle, tick düşmesini geciktirecek şekilde yazıldı.
Varsayım: Sunucuda Java 17 veya Java 21 (server tarafına uygun) + Paper/Spigot kullanıldığı kabul edilmiştir. Ayrıca düzenli yedekleme ve log yönetimi yapıldığı düşünülür.
| Senaryo | Ortalama oyuncu | CPU (çekirdek) | RAM | Disk | Ağ (uplink/downlink) | JVM/Xms-Xmx notu |
|---|---|---|---|---|---|---|
| Yeni kurulum / test | 1-10 | 2 vCPU | 3-4 GB | NVMe/SSD 30-60 GB | 50-100 Mbps | Xms=2G, Xmx=3G (örnek) |
| Küçük topluluk | 10-20 | 4 vCPU | 6-8 GB | NVMe/SSD 60-120 GB | 100-200 Mbps | Xms=4G, Xmx=6G |
| Orta ölçek sunucu | 20-35 | 6-8 vCPU | 10-14 GB | NVMe/SSD 150-250 GB | 200-300 Mbps | Xmx 10-12G yaklaşımı |
| Yoğun dönem / etkinlik | 35-60 | 8-12 vCPU | 16-24 GB | NVMe/SSD 250-400 GB | 300-500 Mbps | Eşleşen GC ile ayarla |
| Çok büyük / eklenti-modlu | 60+ | 12+ vCPU | 24-40 GB+ | NVMe/SSD 500+ GB | 500 Mbps+ | Mod/eklentiye göre dinamik |
Hangi değişken tabloyu bozar?
Aşağıdaki durumlarda tabloda üst sınıra yaklaşmanız gerekir: - Çok sayıda eklenti (ör. koruma + ekonomi + quest + özel harita) - Modlu yapı (Forge/Fabric) ve yüksek mod sayısı - Dünyada yoğun varlık (dev otomasyonlar, çok sayıda entity) - Büyük rendermesafesi (server ayarları) ve sık world edit/şema güncellemeleri
CPU: “vCPU sayısı” kadar “sürekli performans” kritik
Minecraft’ta CPU sadece ortalama yük değildir; özellikle tick zamanında gecikme (spike) yaşanırsa oyuncular “takılma” olarak bunu hisseder.
İdeal CPU modeli nasıl seçilir?
- Minimum hedef: en az 2 vCPU (küçük test hariç çoğu senaryoda 2 vCPU yetersiz kalır)
- Orta senaryoda: 4-8 vCPU bandı genellikle stabil olur.
- Yoğunlukta: 8-12 vCPU ve üstü, CPU spike’larını daha az görünür yapar.
Virtualization türü (anlamı net)
VDS sağlayıcısında performans farkı yaratır: - “Paylaşımlı” gibi davranan yoğun node’lar tick’i düşürür. - İyi bir sağlayıcı, tutarlı CPU tahsisi ve izolasyon (resource isolation) sunar.
RAM: JVM heap’i doğru aralıkta tutma
RAM tarafında iki hata sık görülür: 1) Xmx çok düşük → sık GC (garbage collection) → tick düşer. 2) Xmx gereğinden yüksek → sunucu host üzerinde baskı → performans dalgalanır.
Net kural: Xmx, fiziksel RAM’in tamamını yemez
Tipik yaklaşım: - RAM 8 GB ise Xmx’yi 6G bandına yakın tut. - RAM 16 GB ise Xmx’i 10-12G bandında tut. - Modlu yoğun kurulumlarda Xmx’i artırmadan önce eklentilerin veri/bellek tüketimini ölç.
RAM ölçümü için pratik kontrol
VDS üzerinde şu metriklere odaklan: - GC pause süresi (uzun ise Xmx/heap ayarı ve GC seçimi gözden geçir) - “free memory” düşüş trendi (sürekli düşüyorsa leak/eklenti sorunu)
Disk (SSD/NVMe): Dünya dosyaları ve loglar
Disk performansı iki yerde belirleyicidir: - chunk/region dosyaları (dünya saklama) - log ve yedekleme (backup) sırasında I/O baskısı
Hangi disk tipi seçilmeli?
- Minimum: SSD
- Daha iyi deneyim: NVMe
Disk kapasitesi nasıl planlanır?
Minecraft’ta kapasite yalnızca haritaya bağlı değildir: - log büyümesi - eklenti kayıt dosyaları - yedeklerin tutulması
Net öneri: - Başlangıçta dünyaya 50 GB ayırıyorsanız, yedek için ayrıca alan planlayın. Örneğin 30 gün tutulan günlük yedeklerde ekstra yüzlerce GB oluşabilir.
Ağ (network): Oyuncu gecikmesini belirleyen faktör
Minecraft’ta “server hızında” hissedilen şeyin önemli bölümü ağ gecikmesidir.
Net minimum uplink önerileri
Tablodaki ağ değerleri bir başlangıçtır. Sağlayıcı seçerken şunlara bak: - “Unlimited” gibi ifadeler yerine gerçek bant genişliği / hız garantisi - DDoS koruması ve trafik yönetimi - Aynı bölgede sunucu konumu (oyunculara yakınlık)
Bölge seçimi
Türkiye’de oyuncular varsa sunucuyu Türkiye’ye yakın lokasyonda tutmak: - ping’i düşürür, - chunk paketlerinin daha hızlı dönmesini sağlar.
İşletim sistemi: Linux, Java ve güvenlik dengesi
Tercih sıralaması
- Linux (Ubuntu/Debian türevleri): Minecraft VDS için en yaygın ve kontrollü seçenektir.
- Windows da çalışır ancak güncel sürüm uyumu ve Java performansı/servis yönetimi daha dikkat ister.
Güncel Java + GC seçimi
- Sunucu için “en güncel Java” her zaman en iyi değildir; ama desteklenen ve performans odaklı sürümler kullanılmalıdır.
- GC tercihi (ör. G1GC yaygın) ve heap ayarı eklenti/mod yüküne göre optimize edilir.
Kontrol paneli ve otomasyon: Operasyon maliyeti düşürme
VDS üzerinde yönetim kolaylığı sağlayan araçlar zaman kazandırır: - sunucu başlat/durdur - otomatik yedek (backup) - konsol logları - dosya izinleri (file permissions) ve güncelleme süreçleri
Hangi kontrol yaklaşımı daha net?
- Küçük ekip: basit web panel + otomatik yedek
- Ekip büyüdükçe: daha detaylı log/metric izleme ve rol bazlı erişim (RBAC)
Yedekleme (backup) ve ayakta kalma: En kritik “gizli” ihtiyacınız
Minecraft dünyası veri olduğu için yedekleme isteği specleri etkiler: - backup süresi uzun olursa yoğun saatlerde tick düşebilir - yedek alanı dolarsa sunucu bakım planını bozar
Net yedek stratejisi
- Günlük world yedeği
- Dosya tabanlı yedek + isterseniz veritabanı kullanıyorsanız veri tabanı yedeği
- En az 7-30 gün arası saklama (ihtiyaca göre)
Kurulum senaryolarına göre net “kriter listesi”
Aşağıdaki liste, VDS satın alırken karar vermeyi kolaylaştırır.
VDS spec’lerini doğrulamak için 12 net soru
1) Node’da CPU performansı tutarlı mı? (sık spike var mı) 2) Ayrılan CPU vCPU’ları gerçekten izole mi? 3) RAM’de garanti var mı, yoksa burst mi? 4) Disk NVMe/SSD mi? IOPS değeri belirtiliyor mu? 5) Minecraft dünyası ve yedekler için yeterli toplam disk var mı? 6) Ağ bant genişliği kaç Mbps? “Fair use” sınırı nedir? 7) Türkiye lokasyonu oyunculara yakın mı? 8) DDoS koruması Minecraft trafiğini bozmayacak şekilde ayarlı mı? 9) Sunucu tarafında otomatik yedek mekanizması sağlanıyor mu? 10) Güncelleme sırasında uptime yönetimi (restart planı) nasıl yapılır? 11) Aynı abonelerde kaynak paylaşımı ne seviyede? 12) Konsol erişimi ve log saklama süresi nasıl?
Sonuç: Hızlı karar için net hedefler ve aksiyon planı
Minecraft sunucusu için ideal VDS spec’leri, oyuncu sayısı kadar eklenti/mod yükü, tick stabilitesi ve yedek-disk/IO planı ile belirlenir. İlk adım olarak tablodan hedef senaryonuza karşılık gelen CPU/RAM/Disk değerini seçin; ardından Xmx heap ayarını RAM’inizi ezmeden yapın ve GC/log metrikleriyle 24-48 saat doğrulama yapın. Eğer tick düşüşü görüyorsanız sırayla: önce RAM (heap/GC), sonra CPU spike’ları, son olarak disk/yedek I/O’yu gözden geçin.
İsterseniz oyuncu hedefinizi (ör. 20-35), server tipinizi (Paper/vanilla/modlu) ve eklenti listesini yazın; buna göre tek bir “hedef spec” ve yedek/disk planı şeklinde net bir kurulum önerisi çıkarayım.
Hosting karşılaştırması yapmaya hazır mısın?
100+ firmanın fiyatlarını tek tıkla karşılaştır, en uygun paketi bul.
Hosting Karşılaştır →İlgili Yazılar
Honey pot kurulumu: Gelişmiş tehdit izleme için net plan
Honey pot kurulumunda amaç, mimari seçimleri, log toplama, SIEM/Elastic entegrasyonu ve güvenlik kontrolleriyle gelişmiş tehdit izlemeyi adım adım anlatır.
Yedek IP Gerekir mi? VDS’de Ek IP Ne İşe Yarar
VDS için ek IP (yedek IP) ne sağlar? Kullanım senaryoları, maliyet etkisi, güvenlik ve pratik karar adımlarıyla net rehber.
Toplu Hosting Alımında Bütçe Planlama Rehberi (Net Kontrol Listesi)
Toplu hosting alımında lisans, bant genişliği, yedekleme ve ölçekleme maliyetlerini ayırın. Bütçe planını 30 dakikada netleştirin.
Cloud Spot Instance: Avantajlar ve Riskler (Net Rehber)
Cloud spot instance ile maliyeti düşürürken kesinti riskiyle yaşarsınız. Bu rehber avantaj, risk, doğru mimari ve kontrol listesi içerir.
