Wynajem serwera Minecraft: która taryfa dla 10, 20, 50 lub 100 graczy

Ile pamięci RAM potrzebuje serwer Minecraft dla 20 graczy i która taryfa do tego pasuje? Odpowiedź składa się z trzech części: wartości orientacyjnej według liczby graczy, narzutu zależnego od typu serwera (Vanilla, Paper z pluginami, modpack, Bedrock) oraz spojrzenia na parametry, które liczą się obok RAM-u. Taryfy KernelHost w tym zakresie: MC-1 z 2 GB za 4,00 €, MC-2 z 4 GB za 10,00 €, MC-3 z 8 GB za 20,00 € oraz MC-Konfigurator z 1 do 32 GB od 4,00 € miesięcznie.

Dlaczego RAM jest najważniejszym parametrem, ale nie jedynym

Pamięć RAM decyduje o tym, jak duża część świata może być załadowana naraz: chunki, encje, ekwipunki, dane pluginów. Gdy jest jej za mało, garbage collection chodzi bez przerwy, czasy ticków rosną, a w końcu proces kończy się błędem OutOfMemoryError. RAM to jedyny parametr, który da się wyprowadzić wprost z liczby graczy. O tym, czy ta pamięć w ogóle na coś się przyda, decydują trzy kolejne.

Procesor, a dokładnie pojedynczy rdzeń. Symulacja świata działa w jednym wątku: 20 ticków na sekundę, każdy z budżetem 50 milisekund, obsługiwanych przez dokładnie jeden rdzeń. Więcej RAM-u tej granicy nie przesunie. Reguła kciuka: powyżej mniej więcej 50 graczy na jednej instancji o utrzymaniu 20 ticków decyduje wydajność pojedynczego rdzenia, a nie pamięć. Taryfy Minecraft działają na procesorach Intel Xeon E5 i AMD EPYC.

Dyski NVMe. Każdy odwiedzony chunk jest wczytywany z dysku, a każda runda automatycznego zapisu odsyła z powrotem setki regionów. Na wolnych nośnikach właśnie stąd biorą się przycięcia w rytmie pięciu minut. Wszystkie wymienione taryfy działają na dyskach NVMe klasy datacenter w RAID-1 albo RAID-10.

Łącze i lokalizacja. Zapotrzebowanie na pasmo jest niewielkie, orientacyjnie od kilkudziesięciu do kilkuset kilobajtów na sekundę na gracza. Nawet 100 graczy zmieści się poniżej 200 Mbit/s przy łączu 2x 1 Gbit/s. Ważniejsze jest opóźnienie: serwery stoją w centrum danych maincubes we Frankfurcie nad Menem, a operatorem jest KernelHost GmbH z siedzibą w Wiedniu. Pingi z Polski i Europy Środkowej mieszczą się w niskim zakresie dwucyfrowych milisekund.

Reguły kciuka: RAM i taryfa według liczby graczy

Tabela podaje wartości orientacyjne, a nie wyniki pomiarów. Zakłada zasięg widzenia 8, wstępnie wygenerowany świat oraz społeczność bez przemysłowych układów redstone. Podana jest pamięć RAM do zamówienia, a nie heap Javy.

Przy modpackach zapotrzebowanie skaluje się niemal wyłącznie z liczbą modów: lekki pakiet z maksymalnie 100 modami zmieści się w 6 do 8 GB, a ciężki z ponad 300 modami potrzebuje 16 GB i więcej, niezależnie od tego, czy gra 5 czy 20 osób. Bedrock na bazie Nukkit jest zwykle mniej wymagający niż Java Edition, a podane wartości są celowo ostrożne. Powyżej mniej więcej 12 GB heapu więcej pamięci tylko wydłuża pauzy garbage collection; kto potrzebuje więcej, rozdziela obciążenie na kilka instancji.

Wszystkie taryfy Minecraft mają nieograniczoną liczbę slotów, standardowy port 25565, uruchomienie w około 30 sekund po zaksięgowaniu płatności oraz ochronę DDoS Arbor o przepustowości 3,2 Tbps. Rozliczenie działa w modelu PrePaid, bez minimalnego okresu umowy, a przejście na większą pamięć zachowuje twój świat. W razie wątpliwości zacznij o stopień niżej i dołóż pamięci, gdy zajęty heap po pełnym zbieraniu garbage collection trwale przekracza 70 procent wartości -Xmx (spark healthreport --memory) albo w logu pojawi się OutOfMemoryError.

Jak poprawnie ustawić heap Javy

Zamówiona pamięć RAM i heap Javy to nie to samo: poza heapem (-Xmx) JVM potrzebuje metaspace, stosów wątków, buforów Netty oraz cache'u kodu. Kto wpisze jako -Xmx całą dostępną wartość, nie zobaczy już błędu heapu, tylko proces zabijany na granicy pamięci bez żadnego ostrzeżenia. Reguła kciuka: heap równy 75 do 85 procent zamówionego RAM-u, czyli -Xmx1536M przy 2 GB, -Xmx3G przy 4 GB, -Xmx6G przy 8 GB i -Xmx12G przy 16 GB. Przy modpackach bliżej 75 procent, a na VPS-ie dodatkowo co najmniej 512 MB dla systemu operacyjnego.

Ustaw -Xms równe -Xmx, żeby heap nie rósł i nie kurczył się w trakcie pracy, bo każda zmiana rozmiaru kosztuje pełne zbieranie garbage collection. Przy Paperze i Purpurze sprawdzają się flagi Aikara: kolektor G1 (-XX:+UseG1GC), cel pauzy 200 milisekund, dostrojona młoda generacja oraz -XX:+AlwaysPreTouch. Pełną linię wraz z poprawkami dla heapu od 12 GB znajdziesz we wpisie Naprawa błędu Java heap space w Minecraft. W panelu do gier flagi wpisujesz do polecenia startowego, a na VPS-ie do skryptu startowego albo do unitu systemd.

Zasięg widzenia, chunki i encje

Liczba załadowanych chunków na gracza rośnie kwadratowo wraz z zasięgiem widzenia: 441 przy view-distance=10, 289 przy 8 i 169 przy 6. Dziesięciu rozproszonych graczy trzyma przy zasięgu 10 dobre 4400 chunków w pamięci, a dziesięciu graczy stojących na spawnie ledwie ponad 441. Zasięg widzenia 8 oraz simulation-distance=5 to dobry punkt wyjścia dla serwerów survivalowych na 10 do 30 graczy. Wygeneruj świat wstępnie jeszcze przed otwarciem, narzędziem Chunky aż do granicy świata: utworzenie nowego chunka obciąża główny wątek, wczytanie gotowego prawie wcale. Trzymaj też encje w ryzach, bo hodowla z 300 zwierzętami albo farma mobów z tysiącami stosów przedmiotów obciąża każdy tick, niezależnie od tego, czy ktoś na nią patrzy. Pomiar i środki zaradcze pokazuje wpis Serwer Minecraft laguje: znajdź przyczynę i usuń lagi.

Co bierze na siebie panel do gier, a czego nie

Panel do gier przejmuje instalację oprogramowania serwera jednym kliknięciem (Vanilla, Spigot, Paper, Purpur, Forge, Fabric, BungeeCord oraz wybór modpacków), zmianę wersji, start, zatrzymanie i restart, konsolę na żywo, menedżer plików z edytorem, dostęp FTP dla własnych światów i pluginów, a także automatyczne backupy; plik server.properties oraz flagi JVM edytujesz bezpośrednio tam. Dostępne są również serwery Bedrock na bazie Nukkit, na standardowym porcie 19132.

Nie przejmie natomiast decyzji opisanych w tym wpisie: doboru rozmiaru, zasięgu widzenia, wyboru i pielęgnacji pluginów, wstępnego generowania świata, encji oraz zabezpieczenia przed ryzykownymi zmianami. Przed każdą zmianą wersji i każdą aktualizacją pluginu zrób ręczny backup, niezależnie od cyklu automatycznego. Whitelista, uprawnienia i prawa operatora też zostają po twojej stronie.

Przy serwerach publicznych ochrona DDoS to nie dodatek

Gdy tylko serwer trafi na listę serwerów albo jego adres zacznie krążyć po Discordzie, zostanie zaatakowany, najczęściej bez żadnego powodu; ataki da się wynająć jako usługę, a Minecraft przez swoją popularność jest celem szczególnie chętnie wybieranym. Obok ataków wolumetrycznych są też ataki na poziomie protokołu, takie jak Nullping i floody handshake, które przeciążają proces serwera przy niewielkim paśmie. Na jedno i drugie pomaga wyłącznie filtrowanie w sieci przed serwerem; plugin widzi pakiety dopiero wtedy, gdy już dotarły.

W KernelHoście ochrona DDoS Arbor o przepustowości 3,2 Tbps jest zawarta w każdej taryfie Minecraft i w każdym VPS-ie KVM, bez dopłaty i bez włączania. Filtruje w czasie rzeczywistym, jest dostrojona do ruchu growego i obejmuje Java Edition na porcie 25565 (TCP) tak samo jak Bedrock na porcie 19132 (UDP). Wzorce charakterystyczne dla Minecrafta opisuje wpis Ochrona Minecraft przed DDoS i ochrona przed Nullping, a przegląd znajdziesz na stronie Ochrona DDoS. Nie planuj osobnej pozycji na ochronę, zaplanuj za to whitelistę, dopóki serwer nie ma być publiczny.

Kiedy opłaca się VPS albo Professional VDS

Taryfa Minecraft to dokładnie jedna instancja z jednym portem i dla większości projektów do 100 graczy w zupełności wystarcza. Własny serwer zaczyna mieć sens wtedy, gdy prowadzisz kilka światów jako osobne instancje za proxy takim jak Velocity albo BungeeCord, potrzebujesz własnej bazy danych dla LuckPerms, CoreProtect czy pluginu ekonomicznego oraz Redisa dla proxy, chcesz otworzyć dodatkowe porty pod mapę webową w rodzaju BlueMap albo cross-play przez Geyser, względnie potrzebujesz dostępu root, własnych wersji Javy i zadań cron.

Licz tam na każdą instancję heap plus 1 do 1,5 GB dla JVM, do tego 1 GB dla systemu operacyjnego oraz po jednym rdzeniu na każdą obciążoną instancję i jeszcze jeden dla proxy oraz systemu. Serwer root KVM jest dostępny w wariantach od 2 do 32 GB RAM i od 1 do 8 rdzeni AMD EPYC, za 9,99 do 49,99 € miesięcznie: wariant z 16 GB i 4 rdzeniami (24,99 €) uniesie proxy, dwie instancje po 4 GB heapu i bazę danych, a wariant z 32 GB i 8 rdzeniami (49,99 €) cztery instancje z heapem 4 do 5 GB. Jeśli pojedyncza instancja stale zajmuje pełną moc rdzenia albo sieć rośnie dalej, właściwym poziomem jest Professional VDS z pamięcią od 48 do 128 GB RAM i 10 do 24 dedykowanymi rdzeniami EPYC (59,99 do 149,99 €); najmniejszy wariant z 48 GB uniesie proxy, pięć instancji po 6 GB heapu i bazę danych. Oba stoją w tym samym centrum danych we Frankfurcie nad Menem i są gotowe w około 30 sekund; instalacja, aktualizacje i backupy leżą tam po twojej stronie.

Podsumowanie: zalecana taryfa według liczby graczy

• Do 5 graczy, Vanilla, Paper bez pluginów albo Bedrock: MC-1 z 2 GB za 4,00 €, a z pluginami MC-2.
• 10 graczy: MC-2 z 4 GB za 10,00 €, także z 10 do 20 pluginami.
• 20 graczy: MC-2 przy niewielu pluginach, poza tym konfigurator z 6 GB; modpack 10 do 12 GB.
• 50 graczy: MC-3 z 8 GB za 20,00 €, przy rozbudowanym zestawie pluginów konfigurator z 10 GB; modpack 12 do 16 GB.
• 100 graczy: konfigurator z 12 do 16 GB, zasięg widzenia 6 do 8, wstępnie wygenerowany świat; od tego pułapu miarą jest procesor.
• Sieć z proxy i kilkoma instancjami: serwer root KVM od 16 GB (24,99 €) albo Professional VDS od 48 GB (59,99 €).

W razie wątpliwości zamawia się mniejszy wariant: PrePaid bez minimalnego okresu umowy, uruchomienie w około 30 sekund, a upgrade zachowuje świat. Wszystkie taryfy i konfigurator znajdziesz na stronie Wynajem serwera Minecraft.