Minecraft-Server-Hosting wählen: worauf es wirklich ankommt

Wähle Hosting nach drei Dingen: wie schnell ein einzelner CPU-Kern ist, wie nah die Maschine an deinen Spielern steht und ob der Hoster dir erlaubt, was du brauchst (eine eigene Server-Jar, zusätzliche Ports, vollen Dateizugriff). RAM zählt nur so lange, bis Welt, Plugins und Spieler hineinpassen, und das sind bei den meisten Plugin-Servern irgendwo zwischen 4 und 10 GB, nicht die 32 GB, mit denen große Tarife gern werben.

Wir verkaufen kein Hosting, und auf dieser Seite gibt es keine Affiliate-Links. Wir betreiben aber einen Pinger, der jeden gelisteten Server jede Minute prüft, deshalb stammen Teile dieses Ratgebers aus der Beobachtung, wie sich Server bei verschiedenen Hosting-Arten verhalten.

Was einen Minecraft-Server wirklich begrenzt

Ein Minecraft-Server berechnet die Welt in Ticks, 20 pro Sekunde, sodass jeder Tick ein Budget von 50 Millisekunden hat. In dieser Zeit bewegt der Server jeden geladenen Mob, führt Redstone und Trichter aus, lässt Pflanzen wachsen, verarbeitet alles, was Spieler getan haben, und führt Plugin-Code aus. Dauert ein Tick länger als 50 ms, beginnt der nächste zu spät, und alle auf dem Server spüren es.

Der Haken ist, dass das meiste davon der Reihe nach auf einem einzigen Haupt-Thread läuft. Vanilla und Paper verteilen Chunk-Generierung, Beleuchtung und Netzwerk schon auf andere Threads, aber Entities, Blockupdates, Redstone und der Großteil der Plugin-Logik laufen pro Server auf einem Kern. Für einen einzelnen Minecraft-Server schlägt eine CPU mit 8 schnellen Kernen eine mit 32 langsamen. Folia ist die Ausnahme, weil es die Welt in Regionen aufteilt, die parallel ticken, doch es bringt große Kompromisse mit, die unser Ratgeber zur Server-Software behandelt.

Die Bandbreite ist bei einem kleinen Server selten die Grenze, Latenz und Paketverlust sind es. Und wenn ein Tarif „4 vCPU“ verspricht, frag nach, was das heißt: Auf vielen virtuellen Maschinen ist eine vCPU ein einzelner Hardware-Thread, oft auf einem Kern, den auch andere Kunden nutzen.

Wie viel RAM du brauchst

Es gibt keine offizielle Zahl, und Ratgeber, die um den Faktor drei auseinanderliegen, liegen nicht alle falsch, sie haben nur unterschiedliche Server vor Augen. Der Speicher füllt sich mit der geladenen Welt (Sichtweite mal Verteilung deiner Spieler), mit Entities, mit Plugin-Caches (Web-Map-Renderer und Block-Logging-Plugins sind hungrig) und vor allem mit Mods.

Das sind Richtwerte, die wir einem Freund nennen würden, keine Messungen:

Drei Punkte aus den PaperMC-Docs solltest du kennen, bevor du einen Tarif wählst:

• Setz -Xms und -Xmx auf denselben Wert. Speicher zwischen den beiden ist Speicher, den du bezahlst und nicht nutzt.
• Lass auf -Xmx noch etwa 1.000 bis 1.500 MB für den Java-Prozess und das Betriebssystem obendrauf. Die Docs warnen außerdem davor, auf einem geteilten Host den gesamten verfügbaren Speicher zuzuweisen.
• Mehr ist nicht ewig besser. Dieselbe Seite sagt, 32 GB für einen Server zu kaufen verschwende nur Geld bei kaum messbarem Nutzen, und empfiehlt mindestens 6 bis 10 GB, egal wie wenige Spieler, weil ihre Garbage-Collection-Einstellungen mit Spielraum besser arbeiten. Ein Freundesserver kommt mit weniger aus. Für einen öffentlichen Server solltest du diesen Wert anpeilen.

Beurteile den Speicher nicht nach der RAM-Anzeige im Panel deines Hosters. Wenn -Xms gleich -Xmx ist, belegt Java den gesamten Betrag beim Start, die Anzeige sieht also schon am ersten Tag voll aus. Führ stattdessen /spark health und /spark gc aus (spark wird mit Paper ausgeliefert). Entscheidend ist, wie viel vom Heap direkt nach einer Garbage Collection noch belegt ist und wie lange die Pausen dauern.

Gratis-Hoster: was unser Pinger sieht

Kostenlose Hoster halten ihre Kosten niedrig, indem sie Server schlafen legen, wenn niemand online ist. Jemand muss den Server wieder wecken, über ein Web-Panel, eine Lobby oder indem er beitritt und wartet. Für Freunde ist das ein fairer Handel. Bei einem öffentlichen Server heißt es, dass jeder, der deine Adresse prüft, die meiste Zeit einen Platzhalter statt deiner Welt findet.

Das können wir messen, weil unser Pinger aufzeichnet, was antwortet, und nicht nur, ob etwas antwortet. In den 30 Tagen bis zum 16. Oktober 2026 nutzten fünf Einträge auf unserer Liste die Adresse eines kostenlosen Hosters, der eine Schlafseite ausliefert (Subdomains von Aternos und Falix). Unser Pinger bekam bei 66,5 % seiner Versuche irgendeine Antwort, aber hinter dieser Antwort stand höchstens bei 5,6 % ein Server, dem man beitreten konnte. Bei vier der fünf konnte man im ganzen Monat höchstens vier Stunden lang beitreten. Im selben Zeitraum kamen die übrigen Einträge, die mindestens einmal spielbar waren, auf einen Median von 98,9 % spielbarer Uptime. Live für die letzten 30 Tage: 5 Einträge auf solchen Adressen, die auf 64,5 % der Pings antworteten.

6,2 %Spielbare Uptime von Einträgen auf kostenlosen Schlaf-Hostern, letzte 30 Tage

99,0 %Median der spielbaren Uptime über 30 Tage aller übrigen öffentlichen Einträge, die im Zeitraum mindestens einmal spielbar waren, ohne geteilte Lobbys und Nachahmer

Gemessen 19 Okt. 2026, 22:55 UTCSo messen wir

Die Antworten, die diese Lücke ausmachen, sind die eigenen Platzhalter der Hoster, mit ersten Zeilen wie „This server is offline.“, „Server is OFFLINE. Join to start it automatically!“ oder „Server not found.“ Eine Liste, die nur prüft, ob irgendetwas antwortet, würde diese Server als online werten. Wir zählen sie als offline, und so behandelt sie auch unser Uptime-Bericht.

Kostenlose Schlaf-Hoster5 Einträge

Alles andere207 Einträge

• Nie geantwortet
• Nur Platzhalter
• Unter 50 %
• 50 bis 90 %
• 90 bis 99 %
• 99 bis 99,9 %
• 99,9 % oder mehr

Kostenlose Hoster, die mit einer Schlafseite antworten, zählen als erreichbar, aber nicht spielbar, deshalb stehen sie ganz unten.

Gemessen 19 Okt. 2026, 22:55 UTCSo messen wir

Minehut funktioniert anders. Schläft ein Minehut-Server, führt seine Adresse in die eigene Lobby von Minehut, sodass ein Ping mit Tausenden Spielern zurückkommen kann. Am 18. Oktober 2026 antwortete eine Minehut-Adresse auf unserer Liste mit 4.759 Spielern und dem Text „Server is offline.“, gefolgt von „Start via the lobby with /join“. Die Spieler waren echt, sie waren nur in der Lobby. Deshalb lassen wir Adressen mit geteilter Lobby aus unseren Netzwerk-Summen heraus, wie die Methodik erklärt.

Auf serverlist.net stellt die Standardsortierung Server, die in den letzten 24 Stunden spielbar waren, vor alle anderen, und Platzhalter-Antworten zählen nicht als spielbar. So gewinnst du deine ersten 100 Spieler behandelt, was neue Spieler in ihren ersten fünf Minuten sehen.

Gratis-Hosting ist trotzdem die richtige Wahl, um Plugins zu testen, den Serverbetrieb zu lernen oder für eine kleine Gruppe, die den Server gemeinsam startet. Wenn deine Gruppe gar keine Admin-Arbeit will, ist Realms, Mojangs eigener Abo-Dienst für private Welten, die andere Option, ohne Plugins und ohne öffentlichen Eintrag.

Gameserver-Hosting, VPS oder dedizierter Server

Bezahltes Hosting gibt es in vier Formen. Die richtige hängt davon ab, wie viel von der Maschine du brauchst und wie viel davon du selbst betreiben willst.

Ein gängiger Weg ist Gameserver-Hosting für die ersten Monate und danach eine dedizierte Maschine, sobald ein spark-Profil zeigt, dass die CPU die Grenze ist (unser Lag-Ratgeber zeigt, wie du eines liest).

Standort und Ping

Licht in Glasfaser legt etwa 200.000 km pro Sekunde zurück, also kommen pro 1.000 km zwischen Spieler und Server ungefähr 10 ms zum Hin- und Rückweg dazu, noch bevor echte Kabelrouten ihre Umwege machen.

Unser Pinger steht in Westeuropa und zeichnet für jeden Server die Mindestlatenz auf, also den schnellsten Hin- und Rückweg in einem Zeitraum. Für spielbare Server, die ein einzelnes Land angeben, lagen die Mediane zwischen 21:00 Uhr und Mitternacht UTC am 17. Oktober 2026 bei:

Live-Werte: Europa 10 ms, Nordamerika 78 ms, Asien 147 ms.

Stell die Maschine dorthin, wo die meisten deiner Spieler zu deinen Stoßzeiten sitzen. Die Statistiken deines Eintrags zeigen, aus welchen Ländern deine Besucher kommen, und wann Minecraft-Server am vollsten sind zeigt, wie sich die Stoßzeiten nach Region unterscheiden. PvP-Spieler spüren Unterschiede, die Builder auf einem SMP nie bemerken, je mehr es also auf präzise Kämpfe ankommt, desto näher sollte der Server stehen. Wenn du Europa und Nordamerika gleichzeitig ansprechen willst, ist die Ostküste der USA der übliche Mittelweg. Knapp die Hälfte der nordamerikanischen Server in dieser Stichprobe (22 von 46) antwortete unserem Pinger in 70 bis 90 ms, ungefähr so viel, wie eine Überquerung des Atlantiks kostet. Bevor du zahlst, pinge die Test-Adresse des Hosters von dort aus an, wo deine Spieler wohnen, oder bitte drei von ihnen darum.

Eine Falle: 12 dieser 46 nordamerikanischen Server antworteten unserem europäischen Pinger in unter 15 ms. Sie stehen hinter Schutznetzwerken, die an dem Edge-Standort antworten, der dem Fragenden am nächsten liegt, ein Ping-Test misst also diesen Edge und nicht deine Maschine. Den Weg von dort zu deinem Server nimmt trotzdem jedes Paket.

DDoS-Schutz und Proxys

Minecraft-Server ziehen Angriffe an, die in keinem Verhältnis zu ihrer Größe stehen. Ein gebannter Spieler mit Groll reicht. Schutz gibt es in drei Schichten, und du solltest vor dem ersten Angriff wissen, welche du hast.

1. Die Netzwerkfilterung deines Hosters. Frag, ob sie inklusive und immer aktiv ist, ob sie Spieltraffic versteht oder nur große Floods stoppt und was bei einem großen Angriff passiert: Wird gefiltert, oder wird deine IP für ein paar Stunden abgeschaltet (eine Null-Route)?
2. Ein Minecraft-fähiger Schutz-Proxy. Spieler verbinden sich mit dem Edge des Anbieters, der sauberen Traffic an deinen versteckten Server weiterreicht. Dein Server braucht dann die echte IP jedes Spielers zurück. Manche Anbieter liefern dafür ein eigenes Plugin mit, viele nutzen das PROXY-Protokoll: haproxy-protocol = true in velocity.toml oder proxies.proxy-protocol: true in der config/paper-global.yml von Paper, wenn es kein Velocity gibt. Schalte es nur ein, wenn der Schutz wirklich davorsitzt, denn ein Server, der PROXY-Header erwartet, weist normale Verbindungen ab.
3. Deine eigene Disziplin. Eine versteckte IP bleibt nur versteckt, wenn nichts anderes auf sie zeigt: ein alter DNS-Eintrag, die Bedrock-Adresse, der Votifier-Port, eine Website auf derselben Maschine oder ein Teammitglied, das die numerische IP in Discord gepostet hat.

Prüf Bedrock separat. Geyser braucht einen eigenen Port, standardmäßig 19132, und die aktuelle Anleitung zur Portweiterleitung von GeyserMC verlangt, dass er sowohl für TCP als auch für UDP offen ist. Manche Schutzdienste decken nur den TCP-Verkehr von Java ab.

Fragen an den Hoster vor dem Kauf

1. Auf welchem CPU-Modell läuft mein Server, und gehören die Kerne mir allein oder werden sie geteilt? Schlag das Modell in einem öffentlichen Single-Thread-Benchmark nach.
2. Welche Art Speicher gibt es? NVMe-SSDs halten Chunk-Laden und Speichern schnell.
3. Welche Standorte kann ich wählen, und gibt es eine Test-IP, die ich anpingen kann?
4. Bekomme ich zusätzliche Ports? NuVotifier braucht einen TCP-Port (unser NuVotifier-Ratgeber), Geyser braucht 19132 (unser Geyser-Ratgeber), und eine Web-Map braucht ebenfalls einen.
5. Habe ich vollen Dateizugriff per SFTP, und kann ich meine eigene Server-Jar hochladen?
6. Welche Java-Versionen kann ich wählen? Minecraft 26.1 und neuer braucht Java 25, laut der Anforderungstabelle von PaperMC.
7. Wie oft werden Backups gemacht, wo liegen sie, wie lange werden sie aufbewahrt, und kann ich selbst eines zurückspielen?
8. Was filtert der DDoS-Schutz, ist UDP dabei, und was passiert bei einem großen Angriff?
9. Kann ich auf einen größeren Tarif wechseln, ohne Dateien von Hand zu migrieren?
10. Wie lang ist die Rückerstattungsfrist, und was passiert, wenn der Node, auf dem ich liege, überfüllt wird?
11. Wann ist der Support in meiner Zeitzone erreichbar, und wie schnell antwortet er?

Ein Hoster, der die erste Frage mit „High-Performance-CPUs“ und sonst nichts beantwortet, hat dir damit auch etwas gesagt.

Hoster wechseln, ohne Spieler zu verlieren (DNS und SRV-Einträge)

Spieler speichern deine Adresse in ihrer Mehrspielerliste, die Adresse muss also dir gehören und nicht dem Hoster. Nutz vom ersten Tag an deine eigene Domain, dann wird ein Umzug zu einer DNS-Änderung statt zu einer verlorenen Community.

1. Senke einen Tag vor dem Umzug die TTL der DNS-Einträge deines Servers auf 300 Sekunden, damit sich die Änderung in Minuten verbreitet, wenn du sie machst.
2. Richte den neuen Server ein, kopiere Plugins und Configs und teste ihn über seine numerische IP.
3. Kündige eine kurze Downtime an. Stopp zuerst den alten Server, kopiere dann die Welt, damit niemand auf einer Kopie weiterspielt, die du gleich wegwirfst. Seit Paper 26.1 liegen Nether und Ende im Ordner world unter world/dimensions/. Ältere Paper-Versionen legen sie daneben als world_nether und world_the_end ab.
4. Starte den neuen Server und lass deinen DNS-Eintrag auf ihn zeigen.
5. Behalte die alte Maschine, wenn du kannst, ein oder zwei Tage und lass darauf einen winzigen Server laufen, dessen MOTD sagt, dass du umgezogen bist, damit Spieler mit einer alten, zwischengespeicherten Adresse eine Nachricht statt eines Timeouts sehen.
6. Wenn sich Votifier-Host oder -Port oder die Bedrock-Adresse geändert haben, aktualisiere sie auf jeder Liste, die du nutzt. Auf serverlist.net geht das in deinem Dashboard, und der Votifier-Tester bestätigt, dass Votes ankommen.
7. Prüf von außen mit dem Serverstatus-Tool und beobachte dann die öffentliche Statistikseite deines Eintrags: Eine Stufe im Diagramm der Antwortzeit ist der Umzug, eine lange Lücke in der Uptime bedeutet, dass etwas schiefging.

Wenn dein Hoster dir einen anderen Port als 25565 gibt, lässt ein SRV-Eintrag Java-Spieler weiter eine saubere Adresse eintippen. Der Eintragsname ist _minecraft._tcp., gefolgt von der Adresse, die Spieler eintippen:

_minecraft._tcp.play.example.com.  300  IN  SRV  0 5 25577 node7.example-host.net.

Die Felder nach SRV sind Priorität, Gewichtung, Port und Ziel. Das Ziel muss ein Hostname mit eigenem A-Eintrag sein, keine nackte IP. Wechselst du den Hoster, änderst du nur diese Zeile, und Spieler sehen nie einen neuen Port.

Zwei Grenzen. Bedrock ignoriert SRV-Einträge, Bedrock-Spieler tippen Host und Port also selbst ein (19132, sofern dein Hoster keinen anderen vergeben hat). Und wenn dein DNS bei Cloudflare liegt, stell die Minecraft-Einträge auf „Nur DNS“, die graue Wolke: Der normale Proxy von Cloudflare transportiert Webtraffic, keine Minecraft-Verbindungen.

Wenn auch die neue Maschine laggt, such die Ursache, bevor du etwas behebst. Ein größerer Tarif heilt keine Trichterfarm.