Minecraft VDS için ideal CPU/RAM/disk özellikleri (2026 rehberi)

Minecraft sunucusu seçerken en sık yapılan hata, yalnızca “kaç kişi alır” tahminine göre işlem yapmaktır. Oysa Minecraft’ta performansı belirleyen şey; CPU çekirdek/clock düzeni, RAMın heap (JVM) sınırlarına uyumu, disk gecikmesi ve özellikle ağ gecikmesidir. Bu rehberde 2026 koşullarında Minecraft VDS için net spec aralıklarını, farklı oyuncu senaryolarına göre kapasite planını ve kontrol edilebilir teknik kriterleri veriyorum.

Minecraft VDS’de performansı asıl etkileyen 5 faktör

Minecraft Java (Paper/Spigot dahil) performansı tek başına “çekirdek sayısı” ile ölçülmez. Aşağıdaki 5 parametre, VDS satın almayı gerçekten belirler:

1) CPU: yüksek tek çekirdek performansı + kararlı saat hızı

• Paper/Spigot’ta oyun mantığı ve tick döngüsü tek çekirdeğe daha duyarlıdır.
• Bu yüzden “8 vCPU var” ifadesi, her zaman “daha akıcı” demek değildir.
• Net hedef: yüksek saat hızına (GHz) sahip EPYC/Intel tabanlı VDS tercih edin; aynı jenerasyonda daha yüksek clock genelde daha iyi sonuç verir.

2) RAM: yalnızca toplam RAM değil, JVM heap sınırı

• Minecraft RAM’i “boşta kalınca” boş durmaz; GC (garbage collection) davranışı ve heap ayarları tick zamanlarını etkiler.
• Net hedef: Sunucunun oyuncu sayısı arttıkça heap artar; ancak heap’i sistemin tamamını dolduracak şekilde vermek GC’yi kötüleştirebilir.

3) Disk: IO gecikmesi (latency) ve sunucu dosyalarının yazma yoğunluğu

• Harita (world) ve log yazımları düzenli I/O ister.
• SSD / NVMe tercih edin. Salt “GB” değil, gecikme değerleri kritik.
• Net hedef: Bulunduğunuz sağlayıcıda “NVMe SSD” varsa bunu seçin; sadece “SSD” yazıyorsa, IO performansı belirsizdir.

4) Ağ: gecikme (latency) ve paket kaybı

• Minecraft’ta ping sürekliliği akıcılığı doğrudan etkiler.
• Net hedef: Türkiye içinden oyuncularınız varsa Türkiye’ye yakın lokasyon/region seçin.

5) Plugin/mod yükü ve görev dağılımı

• En büyük “performans sürprizleri”, anti-cheat, economy, map render, hologram, chat formatlayıcı, geniş veri tabanı (MySQL) kullanan eklentilerden çıkar.
• Net kural: Yük arttıkça aynı VDS spec’iyle oyuncu kapasitesi düşer.

Minecraft için VDS spec aralıkları (oyuncu senaryolarına göre)

Aşağıdaki tablolar, Paper/spigot benzeri Java sunucular ve “normal” plugin yükü varsayımıyla hazırlanmıştır. Modlu/çok ağır pluginli kurulumlarda alt sınırlar yetersiz kalır.

H3: CPU vCPU oranı neden tek başına yetmez?

Minecraft’ta “vCPU” sanal çekirdek sayısıdır; gerçek zaman payı sağlayıcının oversubscription (aşırı tahsis) politikasına göre değişebilir. Bu yüzden iki farklı firmadan alınan aynı vCPU sayısı, tick zamanı farkı yaratabilir. Çözüm: mümkünse aynı region + aynı clock jenerasyonu ve test (benchmark) yapmaktır.

JVM heap (Xms/Xmx) ile RAM’i doğru kullanma

RAM’i rastgele vermek yerine, Java heap değerlerini hedefe göre ayarlayın. Bu ayar, GC davranışı ve performansı doğrudan etkiler.

Net başlangıç değerleri (örnek)

Aşağıdaki öneriler “genel başlangıç” içindir; sunucuya göre loglardan doğrulayın. - 8–12 GB RAM: Xms 4–6 GB, Xmx 6–9 GB - 14–24 GB RAM: Xms 8–10 GB, Xmx 12–18 GB - 28–40 GB RAM: Xms 16 GB, Xmx 24–32 GB

Kontrol kriteri

• GC pause süreleri uzuyorsa heap’i düşürün ya da plugin/mod yükünü azaltın.
• Tick gecikmesi (MSPT) artıyorsa CPU throttling veya IO gecikmesi araştırılmalıdır.

Disk seçimi: NVMe SSD neden “ortalama”dan daha fazlasını verir?

Minecraft world büyüdükçe: - chunk kayıtları, - log yazımı, - veri tabanı etkileşimi artış gösterir.

Net karar listesi: 1. Sağlayıcı “NVMe” diyorsa bunu tercih edin. 2. Sadece “SSD” yazıyorsa, planın içinde IOPS/throughput belirtilip belirtilmediğini kontrol edin. 3. World boyutu büyüyen sunucularda disk, CPU kadar hızlı olmasa bile “gecikmeyi” azaltmak gerekir.

Ağ (latency) için gerçekçi beklenti

Türkiye’de oyuncu tabanı varsa, lokasyon seçimi şunları belirler: - ping ortalaması, - ping dalgalanması (jitter), - paket kaybı.

Net öneriler: - Oyuncularınız Türkiye ağırlıklıysa Türkiye’ye yakın DC/region seçin. - “1 Gbit” ibaresi tek başına çözüm değildir; latency ve stabilite gerekir. - Mümkünse canlı kullanım öncesi sağlayıcının hız/latency testleri veya kısa deneme imkanı olup olmadığını değerlendirin.

Spec seçerken plugin/mod yükünü hesaba katan pratik yöntem

Aşağıdaki yaklaşım, “tahmini kapasite” yerine ölçülebilir plan yapar:

1) Önce hafif profil ile test edin

• Oyuncu sayısını 5–10 bandında tutun.
• 30–60 dakika gözlem yapın.
• TPS/Tick gecikmesini ve CPU kullanımını kaydedin.

2) Plugin yükünü katman katman artırın

• Her yeni eklentiyi ekledikten sonra 15–20 dakika ölçüm alın.
• Özellikle map/economy/anti-cheat gibi bileşenleri ayrı test edin.

3) World büyümesini hızlandırın

• Chunk üretimi için etkinlik/ziyaret ile yük testini artırın.
• Sonuçlar “yalnızca oyuncu sayısı”na bağlı olmadığını gösterir.

Yedekleme (backup) ile performansı birlikte düşünme

Bazı sağlayıcılar yedeklemeyi “anlık” gibi satar ama pratikte snapshot/restore süreleri uzar. Minecraft’ta yedek yalnızca geri dönmek için değil, disk IO üzerinde yük oluşturduğu için planlamayı etkiler.

Net kontrol listesi: - Yedek sıklığı (örn. günlük + saatlik) ve yedekleme pencerenin sunucuyu etkilemeyecek saatlerde çalışması. - Otomatik yedek kurtarma (restore) süresinin “dakika” ölçeğinde olup olmadığı. - Dünya dosyaları (world, region) için bütünlük kontrolü.

Sunucu ayarları: VDS spec’i kadar doğru yapı da şart

VDS aldıktan sonra performansı artıran ayarlar, spec’i boşa düşürmez. En net noktalar:

Paper/Spigot ayarlarında değişim

• Tick ile ilgili değerleri değiştirirken aşırı tweak yapmayın.
• Benzer şekilde view-distance ve sim-distance oyuncu sayısına göre ayarlanmalıdır.

Veri tabanı kullanan eklentiler

• Economy veya istatistik sistemi MySQL kullanıyorsa, DB’yi aynı sunucuda tutmak bazen işe yarar ama CPU/RAM yükünü artırır.
• Net seçenek: DB ayrı ise network latency artabilir; aynı sunucuda ise CPU/io yük artar. Loglara göre karar verin.

Spec seçiminde sağlayıcıdan net şekilde talep edilmesi gerekenler

Satın alma aşamasında “paket adı” yerine şu teknik bilgileri isteyin: - CPU tipi/jenerasyonu (EPYC/Intel ve saat hızı) - NVMe/SSD türü ve mümkünse IO performans metriği - Oversubscription var mı, CPU burst uygulanıyor mu - Türkiye lokasyonu ve hat kalitesi (latency/jitter) - Kontrol paneli (örn. trafik/CPU izleme) ve log erişimi - Yedek (backup) politikası: saklama süresi ve restore akışı

Hızlı karar: doğru VDS spec’ini nasıl seçersiniz?

Bu kısa akış, gereksiz yükseltmeyi azaltır: 1. Oyuncu hedefinizi netleştirin (ör. 20–30 aktif). 2. Tab. 1’deki aralığı bulun. 3. RAM için heap hedefleyin; JVM loglarıyla GC davranışını doğrulayın. 4. Diskin NVMe/SSD olduğundan emin olun; world büyümesiyle IO etkisini test edin. 5. 30–60 dakikalık ölçüm ile tick/TPS stabilitesine bakın.

Son olarak, Minecraft VDS’de “en pahalı” değil “ölçülmüş” spec kazandırır. Aksiyon önerim: Satın almadan önce en yakın senaryonuzu (ör. 20–40 oyuncu) seçin, ilk hafta için hedef metrikleri (TPS/MSPT, CPU, GC pause, IO bekleme) belirleyin ve elde ettiğiniz ölçüme göre heap/disk/CPU tarafında somut revizyon yapın. Böylece hem gereksiz maliyet kesilir hem de lag sebebi daha hızlı bulunur.