Dobry hosting Minecraft nie zaczyna się od największej liczby slotów. Najpierw określ edycję gry, szczytową liczbę graczy, pluginy lub mody, oczekiwany czas działania i budżet, a dopiero potem porównuj procesor, pamięć, dysk, sieć oraz backupy. Poniżej dostajesz praktyczny sposób wyboru bez obietnic, że każdy plan opisany jako 24/7 będzie działał tak samo.
Najważniejsze konkrety
- Darmowy nie znaczy 24/7
- Bezpłatne plany często usypiają proces bez graczy, mają kolejkę uruchamiania, limity czasu albo ograniczoną pamięć. Sprawdź regulamin zamiast ufać samej etykiecie.
- CPU jest równie ważny jak RAM
- TPS zależy głównie od czasu głównego wątku. Szybszy rdzeń i uczciwie przydzielone zasoby potrafią dać więcej niż kolejny gigabajt pamięci na przeciążonym hoście.
- Współdzielony czy VPS
- Hosting współdzielony upraszcza panel, aktualizacje i wsparcie; VPS daje większą kontrolę, ale wymaga samodzielnych kopii, zabezpieczeń i diagnostyki.
- Backup trzeba odtworzyć
- Harmonogram kopii nie jest dowodem, że odzyskasz świat. Pobierz kopię, uruchom ją w izolacji i zmierz, ile naprawdę trwa przywracanie.
- Sloty nie są jednostką wydajności
- Dziesięciu graczy eksplorujących nowe chunki może obciążyć serwer bardziej niż trzy osoby budujące w gotowej bazie. Planuj pod szczyt aktywności i rodzaj rozgrywki.
Hosting Minecraft jest usługą, która uruchamia proces serwera na komputerze dostawcy i oddaje Ci panel, zasoby oraz sposób dostępu do plików. To nie jest jednak jeden konkretny produkt. Inne potrzeby ma świat dla trzech znajomych, inne publiczny Survival z ekonomią, a jeszcze inne modpack, minigra albo serwer przyjmujący graczy Java i Bedrock jednocześnie. Dlatego hasła „bez limitu”, „najlepszy CPU” i „24/7” trzeba przełożyć na konkretne pytania.
W tym poradniku porównujemy darmowy hosting, serwer współdzielony, VPS, maszynę dedykowaną i własny komputer. Dostajesz też prostą metodę pomiaru TPS i MSPT, checklistę migracji oraz listę warunków, które powinny być zapisane w ofercie. Nie polecamy konkretnej firmy: ceny, lokalizacje i regulaminy zmieniają się szybciej niż sama mapa. Przed zakupem sprawdź aktualną specyfikację oraz wykonaj test na kopii świata.
Jeżeli dopiero planujesz pierwsze uruchomienie, zacznij od poradnika jak założyć serwer Minecraft na Paper. Hosting nie zastąpi decyzji o wersji, zasadach, backupie i uprawnieniach — ma jedynie zapewnić środowisko, w którym te decyzje będą działały stabilnie.
Przy technicznych szczegółach korzystaj ze źródeł pierwotnych: dokumentacja PaperMC dotycząca uruchomienia serwera (otwiera w nowej karcie) opisuje wymagania silnika, a instrukcje Geyser dotyczące konfiguracji crossplay (otwiera w nowej karcie) pomagają zweryfikować porty i typ uwierzytelniania. Dostawca hostingu może dodawać własne ograniczenia, więc jego panel i regulamin nadal trzeba sprawdzić osobno.
1. Najpierw określ potrzeby serwera
Najdroższy błąd to kupowanie planu na podstawie liczby slotów. Slot jest tylko deklarowanym limitem połączeń; nie mówi, jak ciężki jest świat, ile encji działa w pobliżu graczy ani jak szybki jest rdzeń procesora. Dziesięć osób rozproszonych po świeżych chunkach może obciążyć serwer bardziej niż trzy osoby budujące w jednej bazie. Zapisz więc wymagania przed otwarciem porównywarki.
Odpowiedz na siedem pytań
- Czy uruchamiasz Java Edition, Bedrock Edition, czy crossplay przez Geyser?
- Ilu graczy będzie online w typowym dniu, a ilu w szczycie po ogłoszeniu edycji?
- Czy używasz Paper/Spigot, Fabric, NeoForge, Forge, modpacka, datapacków albo proxy?
- Czy gracze będą generować nowe chunki, korzystać z farm, aukcji, mapy internetowej lub wielu światów?
- Czy serwer ma działać stale, czy wystarczy uruchamianie na zaproszenie?
- Jak szybko musisz przywrócić świat po awarii i jak długo chcesz przechowywać kopie?
- Jaki miesięczny koszt możesz utrzymać także po zakończeniu promocji?
Zamiast wpisywać „20 graczy”, dopisz obciążenie. Przykład: „12 graczy Java, Paper, 15 pluginów, render-distance 8, jedna farma żelaza, nowe chunki podczas pierwszego tygodnia”. Taki opis pozwala porównać oferty i później sprawdzić, czy plan rzeczywiście spełnia obietnicę.
| Profil | Realne obciążenie | Rozsądny punkt startowy | Największe ryzyko |
|---|---|---|---|
| Świat dla znajomych | 2–6 graczy, Vanilla lub lekki Paper, jedna mapa | Mały plan współdzielony z możliwością ręcznego backupu | Uśpienie darmowego procesu i brak kopii poza hostingiem |
| Publiczny Survival | 8–20 graczy, pluginy, ekonomia, nowe chunki | Gwarantowany rdzeń CPU, 4–8 GB RAM, NVMe i automatyczne kopie | Przeciążony węzeł współdzielony oraz brak testu przywracania |
| Modpack | 4–12 graczy, duża liczba modów, ciężka generacja | Plan z zapasem pamięci, szybkim CPU i dostępem do własnych plików | Niekompatybilna Java, loader albo limit procesów |
| Event lub minigry | Krótki, wysoki pik graczy, lobby, kilka światów | CPU i sieć dobrane pod szczyt, ewentualnie proxy lub VPS | Plan wygląda dobrze średnio, ale nie wyrabia w godzinie startu |
2. Darmowy, współdzielony, VPS czy własny komputer?
Typ hostingu określa, ile pracy bierze na siebie dostawca. W planie współdzielonym dostajesz gotowy panel i ograniczony wycinek większej maszyny. VPS to wirtualny serwer z własnym systemem, na którym sam instalujesz Javę, silnik i monitoring. Maszyna dedykowana daje najwięcej przewidywalności, lecz kosztuje więcej. Własny komputer może być dobrym laboratorium, ale publiczny serwer oznacza odpowiedzialność za prąd, łącze, aktualizacje i bezpieczeństwo.
| Model | Dla kogo | Co zyskujesz | Za co odpowiadasz | 24/7 |
|---|---|---|---|---|
| Darmowy | Nauka, test pluginu, krótka gra ze znajomymi | Brak opłaty, gotowy panel, szybki start | Kolejka, limity, uśpienie, ograniczone backupy i regulamin | Zwykle warunkowe; sprawdź bezczynność |
| Współdzielony | Większość małych i średnich projektów | Panel, instalator, wsparcie, często DDoS i backup | Uczciwość przydziału CPU, limity plików i portów | Najczęściej tak, jeśli umowa nie przewiduje sleep |
| VPS | Administrator znający Linux i sieci | Root, własna Java, proxy, usługi pomocnicze, skalowanie | Firewall, aktualizacje, monitoring, backup i reakcja na awarię | Tak technicznie, ale zależy od Twojej konfiguracji |
| Dedykowany | Duży projekt, modpack lub stały pik obciążenia | Przewidywalny CPU, pamięć i dysk bez sąsiadów na węźle | Wyższy koszt, administracja i plan awaryjny | Najłatwiej uzyskać, lecz SLA nadal trzeba przeczytać |
| Własny komputer | Prywatny świat, nauka, kontrolowane środowisko | Pełna kontrola i brak miesięcznej opłaty za usługę | Prąd, NAT, publiczny adres, DDoS, sprzęt i kopie | Tylko gdy komputer, łącze i zasilanie działają stale |
Nie ma jednego „najlepszego” modelu. Jeżeli nie chcesz logować się przez SSH i analizować logów, tani VPS może kosztować Cię więcej czasu niż wygodny panel. Jeżeli potrzebujesz własnego proxy, kilku usług i pełnego dostępu do systemu, plan z samym przyciskiem „zainstaluj Paper” będzie zbyt ciasny. Dopasuj poziom kontroli do umiejętności osoby, która będzie dyżurować przy awarii.
Jeśli serwer ma służyć przede wszystkim zamkniętej grupie znajomych, porównaj te warianty także z abonamentem Mojang. Osobny poradnik Minecraft Realms czy hosting pokazuje różnice w administracji, modach, kopiach świata, liczbie jednoczesnych graczy i przenoszeniu mapy.
3. Darmowy hosting i obietnica 24/7
Darmowy hosting jest użyteczny, ale zwykle finansowany ograniczeniami. Dostawca może zatrzymać proces, kiedy nikt nie gra, wymagać ręcznego uruchomienia, ustawiać kolejkę albo ograniczać liczbę minut, kopii i plików. To uczciwy model dla testu, lecz problem pojawia się wtedy, gdy opisujesz znajomym „serwer 24/7”, a oni trafiają na wyłączony świat lub czekają na wolny węzeł.
Aternos jest dobrym, konkretnym przykładem tego modelu. W oficjalnej instrukcji Aternos dotyczącej hostingu 24/7 (otwiera w nowej karcie) usługa wprost informuje, że darmowy serwer zatrzymuje się po wyjściu ostatniego gracza. Nie ma narzuconego limitu czasu, gdy prawdziwy gracz pozostaje aktywny, ale boty i skrypty obchodzące wyłączanie są zabronione. To nie jest wada ukryta, tylko warunek bezpłatnego planu — dlatego Aternos pasuje do wspólnej gry uruchamianej na żądanie, a nie do publicznego świata, który ma przyjmować nowe osoby bez udziału właściciela.
Przy porównaniu Aternos z płatnym hostingiem sprawdź też kolejkę startową, dostępność właściwego silnika i wersji, sposób tworzenia backupu oraz możliwość przeniesienia świata. Nie porównuj ceny „0 zł” z samym RAM-em planu płatnego: realną różnicą jest dostępność procesu, kontrola nad plikami, czas reakcji i odpowiedzialność za kopię. Jeżeli wybrałeś darmowy wariant, przejdź do osobnej instrukcji jak zrobić serwer Minecraft na Aternos, obejmującej pierwsze uruchomienie, dostęp dla znajomych, oprogramowanie, pluginy, mody i kopie zapasowe.
Co sprawdzić w regulaminie bezpłatnego planu
- czy proces zasypia po kilku minutach bez gracza i jak wygląda ponowne uruchomienie;
- czy istnieje dzienny lub miesięczny limit czasu, CPU, transferu i przestrzeni;
- czy można wgrać własny silnik, pluginy, modpack, datapack i paczkę zasobów;
- czy porty, domena, UDP i Geyser są dostępne, jeśli planujesz Bedrock lub crossplay;
- ile kopii dostajesz, jak długo są przechowywane i czy możesz pobrać je na własny dysk;
- czy konto i świat zostaną usunięte po określonej liczbie dni bez logowania.
Bot, automatyczne klikanie lub skrypt utrzymujący ruch może łamać regulamin i generować obciążenie, którego plan nie przewiduje. Jeśli projekt wymaga stałej dostępności, wybierz usługę, która jawnie oferuje proces bez sleepu, restart po awarii i odpowiedni limit zasobów.
Przed powierzeniem darmowej usłudze świata z tygodniami pracy wykonaj eksport i sprawdź go poza hostingiem. Darmowy plan może zniknąć, zmienić limity albo usunąć nieaktywne konto. Kopia na tym samym panelu nie jest niezależnym zabezpieczeniem.
4. Parametry ważniejsze od liczby slotów
Dwie oferty z identycznym limitem 20 graczy mogą zachowywać się zupełnie inaczej. Pytaj o zasoby gwarantowane, a nie o maksymalną liczbę procesów na całym węźle. W praktyce najważniejszy jest szybki rdzeń CPU, przewidywalny czas dostępu do dysku oraz możliwość obserwowania obciążenia.
| Parametr | O co zapytać | Dlaczego ma znaczenie | Czerwona flaga |
|---|---|---|---|
| CPU | Jaki model, ile rdzeni/wątków i czy udział jest gwarantowany? | Tick serwera i generowanie świata mają wąskie gardła na pojedynczym rdzeniu. | „Nieograniczony CPU” bez limitu i bez wykresu użycia. |
| RAM | Ile pamięci dostaje JVM, a ile pozostaje na system i panel? | Brak sterty powoduje GC/OOM; zbyt duża sterta nie naprawi wolnego ticka. | Sloty podane bez Xmx, limitu kontenera i informacji o swapie. |
| Dysk | SSD czy NVMe, jaki limit I/O i czy kopie obciążają ten sam wolumen? | Świat zapisuje chunki, regiony, logi i dane pluginów; opóźnienia w I/O potrafią blokować zapis. | „SSD” bez typu, limitu i informacji o współdzieleniu. |
| Sieć | Gdzie stoi węzeł, jaki jest port gry, DDoS i polityka ruchu? | Ping wpływa na reakcję gracza, a stabilny port i filtr są ważne przy publicznym adresie. | Obietnica „zero lagów” bez lokalizacji i parametrów sieci. |
| Panel i pliki | Czy masz SFTP/SSH, harmonogram zadań, konsolę i pełny dostęp do konfiguracji? | Bez dostępu trudniej zrobić migrację, debugować crash i odtworzyć plugin. | Panel ukrywa logi, blokuje JAR-y lub nie pozwala pobrać świata. |
| Wsparcie | Jaki jest zakres i czas reakcji, a co należy do administratora? | Awaria sprzętu i błąd pluginu wymagają różnych osób oraz innej procedury. | Wsparcie obiecuje „naprawę lagów”, ale nie udostępnia metryk. |
Lokalizacja w Polsce lub sąsiednim regionie zwykle skraca opóźnienie, ale nie zmieni źle napisanego pluginu w dobry. IPv4 może być potrzebne przy części konfiguracji, a Geyser wymaga także sprawnego UDP. Dopytaj, czy dodatkowy adres, port, domena, proxy i ochrona są w cenie, czy pojawiają się dopiero na fakturze.
5. RAM, CPU i realna wydajność
RAM przechowuje stertę JVM, obiekty świata, pluginy i bufor pracy, ale Minecraft nie skaluje ticka liniowo z liczbą gigabajtów. Jeśli główny wątek potrzebuje ponad 50 ms na tick, TPS spada poniżej 20 niezależnie od wolnej pamięci. Przydzielona pamięć powinna mieć zapas, lecz najpierw sprawdź, czy problemem nie są encje, redstone, generowanie chunków albo plugin wykonujący ciężkie zapytanie.
Jako punkt startowy możesz przyjąć poniższe wartości dla Paper bez wyjątkowo ciężkiego modpacka. To nie są wymagania ani gwarancje dostawcy. Szczegółową metodę doboru Xms i Xmx opisujemy w poradniku ile RAM-u potrzebuje serwer Minecraft.
| Projekt | Aktywni gracze | Punkt startowy Xmx | Co może wymusić więcej |
|---|---|---|---|
| Vanilla dla znajomych | 1–5 | 2–4 GB | Nowe chunki, duża odległość symulacji, wiele światów |
| Paper i lekkie pluginy | 5–10 | 3–5 GB | Mapa internetowa, antycheat, ekonomia, duże farmy |
| Publiczny Survival | 10–25 | 5–8 GB | Wiele światów, autorskie skrypty, częste teleporty, eventy |
| Modpack klienta | 4–12 | 6–10+ GB | Ciężka generacja, rozbudowane paczki, wymagania konkretnego loadera |
Nie ustawiaj -Xmx na cały limit planu. JVM, system, panel, proxy i procesy pomocnicze także potrzebują
pamięci; zostaw uzgodniony zapas i sprawdź, czy dostawca nie narzuca twardego limitu kontenera. -Xms
oznacza początkową stertę, a -Xmx jej maksymalny rozmiar. Większe Xms nie zwiększa magicznie wydajności,
a zbyt duża sterta może wydłużyć pauzę garbage collectora.
CPU oceniaj przez MSPT, nie przez sam procent użycia panelu. Jeden wątek może być zajęty, gdy wykres całej maszyny pokazuje 20%. Zapytaj, czy „vCPU” oznacza dedykowany czas procesora, udział burstable czy tylko limit na chwilę. Na przeciążonym węźle nawet poprawnie dobrany RAM nie utrzyma stabilnych ticków.
6. Java, Bedrock, pluginy i mody
Najpierw wybierz silnik, dopiero potem plan. Paper/Spigot uruchamiają serwer Java i obsługują pluginy Bukkitowe; Fabric, NeoForge i Forge używają modów o określonych wersjach. Bedrock Dedicated Server ma osobny format dodatków, port UDP i inne możliwości panelu. Serwer Java z Geyserem może przyjąć klientów Bedrock, ale nie zamienia każdego moda klienta Java w funkcję działającą na telefonie.
| Cel | Typ oprogramowania | Sprawdź przed zakupem |
|---|---|---|
| Vanilla Java | Oficjalny JAR lub Paper | Wersję Javy, dostęp do JAR-a, port TCP i możliwość zmiany parametrów startowych |
| Pluginy | Paper/Spigot + katalog plugins | Źródło plików, zgodność wersji, uprawnienia i sposób czytania logów |
| Modpack | Fabric, NeoForge albo Forge | Loader, Java, RAM, własne pliki, zależności oraz zgodność klienta i serwera |
| Bedrock | Bedrock Dedicated Server | Port UDP, wersję Bedrock, add-ony, backup świata i ograniczenia panelu |
| Crossplay | Java + Geyser + Floodgate | UDP, konfigurację auth-type, mapowanie komend, paczkę zasobów i antycheat |
Przed migracją porównaj Java i Bedrock, a jeśli planujesz wejście z telefonu, sprawdź instrukcję konfiguracji Geysera i Floodgate. Przy modpacku nie zakładaj, że identyczny numer gry oznacza tę samą wersję loadera. Dobry panel pozwala zachować manifest, konfigurację i logi, zamiast zastępować je nieprzejrzystym instalatorem jednym kliknięciem.
Pluginy instaluj po jednej zmianie i po wykonaniu kopii. Lista polecanych dodatków nie zastąpi testu; pomocny może być poradnik o najważniejszych pluginach Paper, ale jego wskazówki także trzeba dopasować do wersji oraz regulaminu projektu.
7. Backup, DDoS i bezpieczeństwo
W ofercie rozdziel trzy rzeczy: snapshot dostawcy, backup plików i kopię, którą możesz pobrać. Snapshot może pomóc
przy awarii węzła, ale nie zawsze pozwala odzyskać pojedynczy plik. Kopia świata bez server.properties,
konfiguracji pluginów, whitelisty i wersji Javy może być nieuruchamialna. Przed premierą spisz, co dokładnie ma
wejść do archiwum.
| Pytanie | Minimum praktyczne | Jak zweryfikować |
|---|---|---|
| Jak często powstaje kopia? | Harmonogram dopasowany do wartości świata, z retencją kilku punktów | Poproś o historię kopii i godzinę wykonania, nie tylko ikonę w panelu |
| Gdzie leży kopia? | Oddzielny wolumen lub lokalizacja, najlepiej z kopią pobieraną lokalnie | Sprawdź, czy usunięcie serwera nie usuwa automatycznie wszystkiego |
| Co obejmuje? | Światy, konfiguracje, pluginy/mody, whitelistę i skrypty startowe | Rozpakuj archiwum i spisz brakujące pliki |
| Czy jest restore? | Procedura bez nadpisania produkcji i z komunikatem o czasie | Uruchom kopię pod innym portem na środowisku testowym |
| Jak szybko reaguje wsparcie? | Jasny kanał incydentu i deklarowany czas odpowiedzi | Zadaj pytanie przed zakupem i zachowaj numer zgłoszenia |
Ochrona DDoS filtruje określone rodzaje ruchu, ale nie jest obietnicą niewrażliwości. Zapytaj, czy obejmuje port gry, proxy i UDP, jak wygląda false positive oraz czy po ataku dostawca może zmienić adres. Po swojej stronie używaj unikalnego hasła, 2FA do panelu, ograniczonych rang i wyłączonego RCON-u, jeśli nie jest potrzebny. Praktyczną checklistę ustawień znajdziesz w poradniku jak zabezpieczyć serwer Minecraft.
Pełny backup i test przywracania opisuje osobny poradnik jak zrobić backup serwera Minecraft. Traktuj go jako procedurę, którą powtarza się po zmianie silnika, pluginów, mapy i hostingu, a nie jako zadanie wykonane raz przy zakładaniu konta. Przed publikacją adresu przejrzyj też najważniejsze ustawienia server.properties, ponieważ pojedynczy port, whitelistę lub dystans symulacji łatwo przenieść z błędną wartością.
8. Co naprawdę oznacza serwer 24/7
„24/7” może opisywać dostępność panelu, pracę węzła albo brak automatycznego sleepu. To trzy różne obietnice. Serwer może działać na węźle przez całą dobę, ale zostać zatrzymany po crashu Javy; może też mieć watchdog, lecz przerwać pracę podczas zaplanowanej konserwacji. Czytaj SLA i definicję przerwy, zamiast porównywać same naklejki na stronie.
| Hasło w ofercie | Co może znaczyć | Co doprecyzować |
|---|---|---|
| Serwer online 24/7 | Proces nie jest usypiany przy bezczynności | Czy działa watchdog, automatyczny restart i ile trwa maintenance? |
| Uptime infrastruktury | Węzeł lub sieć ma określoną dostępność | Czy gwarancja obejmuje Twój proces, port gry i rekompensatę? |
| Auto-restart | Panel ponawia uruchomienie po wyjściu procesu | Czy restart pętli nie maskuje crashu i gdzie trafiają logi? |
| Brak limitu czasu | Nie ma dziennego limitu minut | Czy nadal obowiązuje sleep, limit CPU, transferu lub nieaktywności konta? |
Po uruchomieniu mierz dostępność z zewnętrznego miejsca: zapisuj próbę połączenia, czas odpowiedzi i wersję zwróconą przez status. Pingowanie samego panelu nie potwierdza, że gracze mogą wejść. Zaplanuj także okno aktualizacji i komunikat dla społeczności; kontrolowany restart jest lepszy niż nagłe zniknięcie świata.
9. Test wydajności i diagnostyka
Nie oceniaj hostingu na pustym świecie. Przygotuj kopię testową tej samej wersji i odtwórz sytuacje, które wydarzą się po premierze: kilka połączeń, teleporty, lot przez nieodkryty teren, ładowanie farm, handel, zapis i restart. Test powinien trwać przynajmniej kilkanaście minut, a dla planu publicznego warto powtórzyć go w godzinie szczytu.
- Zapisz bazowe TPS, MSPT, zużycie RAM i CPU po uruchomieniu bez graczy.
- Dodaj graczy lub kontrolowane boty testowe zgodnie z regulaminem hostingu.
- Przejdź przez nowe chunki, wykonaj teleport, otwórz skrzynie i uruchom typowe mechanizmy.
- Sprawdź logi podczas skoku obciążenia oraz po wymuszonym, kontrolowanym restarcie.
- Powtórz pomiar po włączeniu pluginów i porównaj wynik z czystym Paper.
Na Paper przydatny jest spark: raport zdrowia i krótki profiler pokazują, czy czas zabiera plugin,
generowanie świata, tick encji albo sam silnik. Nie kopiuj bezmyślnie gotowej konfiguracji z innego serwera — najpierw
zachowaj raport, potem zmień jedną rzecz. Poradniki
o lagach i niskim TPS oraz
diagnostyce spark pomagają przejść od objawu do
przyczyny.
| Objaw | Co zmierzyć | Częsta przyczyna | Pierwszy krok |
|---|---|---|---|
| Wysoki ping, stabilny TPS | Ping z kilku sieci, trasa i utrata pakietów | Odległa lokalizacja, Wi‑Fi lub problem operatora | Porównaj inne połączenie i lokalizację węzła |
| Niski TPS, wysoki MSPT | Profiler spark, tick entity/chunk/plugin | Ciężki plugin, encje, redstone albo generowanie | Znajdź najdroższy fragment i ogranicz go |
| Crash po kilku godzinach | Logi, OOM, watchdog, wzrost sterty po GC | Wyciek, niezgodny mod, limit kontenera | Zabezpiecz kopię i odtwórz minimalny zestaw dodatków |
| Świat zapisuje się długo | Opóźnienie I/O, wielkość regionów, logi dysku | Przeciążony wolumen lub skanowanie backupu | Zapytaj o limit I/O i okno kopii |
| Gracze nie mogą wejść | DNS, port TCP/UDP, wersja i komunikat klienta | Zły rekord, firewall, port Bedrock lub niezgodna wersja | Testuj adres z zewnętrznej sieci i sprawdź panel |
Niski FPS dotyczy komputera gracza, ping — drogi pakietu, a TPS/MSPT — pracy serwera. Hosting może poprawić dwa ostatnie objawy, lecz nie przyspieszy słabej karty graficznej klienta. Zapisz, który pomiar faktycznie spada.
10. Migracja świata bez niespodzianek
Migrację planuj jak operację, nie jak przeciągnięcie jednego folderu. Najpierw spisz wersję gry, silnik, Javę, pluginy lub mody, porty, domenę i ustawienia. Zatrzymaj stary proces poleceniem stop, poczekaj na zapis i dopiero wtedy pobierz pliki. Kopiowanie aktywnego świata może pozostawić niepełny region albo uszkodzoną bazę danych.
Pliki, których zwykle nie wolno pominąć
- foldery świata głównego, Netheru i Endu wraz z regionami oraz
level.dat; server.properties, whitelistę, listę operatorów i skrypty startowe;- foldery
plugins,config,mods, datapacki i paczki zasobów; - bazę danych pluginu, jeśli nie zapisuje danych w świecie;
- informację o wersji Javy, loadera, Paper/Fabric/NeoForge/Forge i wszystkich argumentach JVM.
Na nowym hoście uruchom kopię pod tymczasowym portem i whitelistą. Sprawdź spawn, ekwipunki, teleporty między wymiarami, handel, działki, komendy, paczkę serwerową oraz odczyt danych pluginów. Dopiero po tym zmień DNS lub adres publikowany graczom. Stary serwer zachowaj wyłączony, ale nietknięty do czasu zakończenia okresu obserwacji.
Aktualizacja silnika ma osobne ryzyka, dlatego przed migracją przeczytaj także poradnik jak zaktualizować Paper bez utraty świata. Jeśli hosting nie pozwala pobrać pełnej kopii ani zachować konfiguracji, jest to ważny argument przeciwko związaniu się z nim na dłużej.
11. Pełny koszt hostingu
Cena z banera często obejmuje tylko bazowy limit RAM. Do rachunku mogą dojść backupy, dodatkowy dysk, dedykowany adres, baza MySQL, proxy, port UDP, migracja, podatek, opłata instalacyjna albo wyższa stawka po promocji. Porównuj koszt całego miesiąca i całego roku, a nie pierwszy cykl rozliczeniowy.
| Składnik | Pytanie kontrolne | Dlaczego wpływa na decyzję |
|---|---|---|
| Plan bazowy | Czy CPU i RAM są gwarantowane, a nie tylko maksymalne? | Tańszy plan z sąsiadami może mieć gorszy koszt za stabilny tick. |
| Backup i snapshoty | Ile punktów, jaka retencja i czy restore jest płatny? | Najtańsza kopia nie pomaga, jeśli nie można jej pobrać lub odtworzyć. |
| Sieć i adres | Czy IPv4, UDP, domena i proxy są w pakiecie? | Crossplay i publiczne projekty mogą wymagać dodatkowych usług. |
| Skalowanie | Czy zmiana planu zachowuje pliki i jaki jest czas migracji? | Nagły event nie powinien wymuszać ryzykownego ręcznego przenoszenia świata. |
| Rezygnacja | Jak działa zwrot, anulowanie i pobranie danych po wygaśnięciu? | Brak wyjścia może zamienić tanią promocję w kosztowną zależność. |
Przydatną miarą jest koszt stabilnej godziny działania albo koszt jednego aktywnego gracza w szczycie, nie sam koszt gigabajta. Jeśli płacisz za 10 GB, ale proces ogranicza jeden wolny rdzeń, część budżetu nie daje graczom żadnej korzyści. Z drugiej strony najtańszy plan bez backupu może kosztować więcej po jednym błędzie lub resetowaniu świata.
12. Checklista przed zakupem
Przed kliknięciem „zamawiam” odpowiedz na poniższe pytania na piśmie. Jeśli dostawca nie podaje odpowiedzi, oznacz punkt jako ryzyko i poproś o wyjaśnienie w zgłoszeniu. Zachowaj ofertę oraz regulamin w momencie zakupu — późniejszy opis może wyglądać inaczej.
- Znam edycję, silnik, loader i wersję Javy, której będę potrzebować.
- Znam szczytową liczbę graczy oraz obciążenia, które będę testować.
- Wiem, ile CPU jest gwarantowane i gdzie sprawdzę MSPT/TPS.
- Limit RAM obejmuje mój proces, a ja zostawię zapas na system i dodatki.
- Dysk, I/O, lokalizacja i porty odpowiadają mojemu światu oraz klientom.
- Wiem, czy DDoS obejmuje port gry, proxy i UDP oraz co dzieje się po ataku.
- Backup ma retencję, niezależną lokalizację, pobieranie i przetestowany restore.
- Panel daje dostęp do konsoli, logów, SFTP/SSH, harmonogramu i konfiguracji.
- Regulamin pozwala na moje pluginy, mody, datapacki, mapę i sposób automatyzacji.
- Uptime, sleep, maintenance i auto-restart są opisane konkretnie, nie tylko hasłem 24/7.
- Znam pełny koszt po promocji, warunki rezygnacji i sposób odebrania danych.
- Mam plan rollbacku, osobną kopię i osobę, która zareaguje poza godzinami pracy.
Jeżeli większość odpowiedzi jest twierdząca, wybór hostingu staje się decyzją techniczną, a nie loterią. Dla małego prywatnego świata wygodny plan współdzielony może być rozsądniejszy niż tani VPS. Dla dużego projektu lepszy będzie VPS lub dedykowana maszyna z monitoringiem. Dla testu wystarczy darmowy plan, ale nie traktuj go jako jedynego magazynu świata.
Po uruchomieniu możesz dodać gotowy projekt do katalogu serwerów Minecraft, a gracze korzystający z różnych edycji znajdą odpowiednie listy: Java, Bedrock i Crossplay. Aktualny opis, wersja i status są częścią doświadczenia gracza równie ważną jak parametry maszyny. Jeśli planujesz publiczną premierę, połącz tę checklistę z poradnikiem przygotowania nowej edycji Survival.
Podsumowanie: kupuj przewidywalność, nie same gigabajty
Hosting Minecraft warto wybrać według obciążenia i odpowiedzialności, którą możesz przejąć. Darmowy plan jest dobry do nauki, hosting współdzielony do wygodnego prowadzenia małego projektu, VPS dla administratora potrzebującego kontroli, a dedykowana maszyna dla przewidywalnego dużego obciążenia. W każdym wariancie liczą się te same podstawy: uczciwy CPU, odpowiedni zapas pamięci, szybki dysk, stabilna sieć, działający backup i możliwość odtworzenia.
Zmierz serwer przed premierą, dokumentuj zmiany i nie uzależniaj całego świata od jednego panelu. Dzięki temu zmiana planu lub dostawcy będzie zaplanowaną migracją, a nie paniczną próbą ratowania mapy po awarii.
Plan działania krok po kroku
- 1
Zapisz wymagania projektu: Java, Bedrock lub crossplay, maksymalną liczbę jednoczesnych graczy, pluginy, mody, rozmiar świata i oczekiwany czas działania.
- 2
Porównaj gwarantowany CPU, RAM, typ dysku, lokalizację, porty, ochronę DDoS, panel, limity procesów oraz zasady migracji, a nie tylko liczbę slotów.
- 3
Poproś o jasny opis backupów: częstotliwość, retencję, lokalizację, możliwość pobrania i procedurę odtworzenia. Wykonaj próbny restore przed premierą.
- 4
Uruchom kontrolowany test z typowym ruchem, generowaniem chunków, teleportami i pluginami; zapisz TPS, MSPT, zużycie CPU, RAM, GC, dysku i ping.
- 5
Zabezpiecz dostęp przez 2FA, unikalne hasła, ograniczone uprawnienia, whitelistę na etapie testów i wyłączony publiczny RCON, jeśli nie jest potrzebny.
- 6
Przenieś świat dopiero po wykonaniu kopii źródłowej, zatrzymaj stary proces poprawnie, sprawdź Nether, End, pluginy, datapacki, whitelistę i wersję Java.
- 7
Po starcie monitoruj awarie, czas odpowiedzi i obciążenie w godzinach szczytu; po pierwszym miesiącu porównaj faktyczne użycie z opłaconym planem i zasadami rezygnacji.
