Gameserver-Hosting auf Bare Metal

Ein dedizierter Gameserver auf Bare Metal ist eine physische Maschine, die Ihre Game-Prozesse direkt auf der CPU ausführt, ohne Hypervisor dazwischen und ohne einen anderen Tenant, der um dieselben Cores konkurriert. Sie erhalten jeden Taktzyklus, den der Chip liefern kann, und vollen Root-Zugriff, um zu installieren, was das Spiel auch braucht.

Für Spiele zählt das stärker als für die meisten Workloads. Ein Game-Tick hat eine feste Deadline: Bei 20 Ticks pro Sekunde hat ein Minecraft-Server 50 Millisekunden, um die gesamte Welt vor dem nächsten Tick zu simulieren, und ein Thread erledigt davon die meiste Arbeit. Geteiltes oder virtualisiertes Hosting gibt Ihnen einen Anteil an einem Core und einen Nachbarn, der ihn im falschen Moment wegnehmen kann. Bare Metal beseitigt beide Variablen.

Neu im Betrieb eigener Game-Maschinen? Lesen Sie unseren Leitfaden zum Betrieb von Gameservern auf Bare Metal.

Warum Bare Metal für Gameserver eine VM schlägt

Der Flaschenhals bei nahezu jedem Gameserver ist die Single-Thread-CPU-Leistung. Die Haupt-Simulationsschleife, Physik, Entity-Ticks und Weltgenerierung laufen auf einem Core, und weitere Cores hinzuzufügen ändert daran nichts. Was hilft, ist eine höhere Taktrate und eine CPU, die ihren Cache und ihre Speicherbandbreite mit niemandem teilt.

Eine virtuelle Maschine gibt Ihnen keine dieser beiden Garantien. Der Hypervisor plant Ihre vCPU gegen andere Gäste, Boost-Taktraten werden gedeckelt oder verborgen, und ein störender Nachbar, der die Speicherbandbreite sättigt, zeigt sich in Ihrem Spiel als Ruckeln und verlorene Ticks, während Ihre eigene CPU-Grafik untätig aussieht. Auf Bare Metal gehört Ihnen die Taktrate, gehört Ihnen der Cache, und die Tickzeiten bleiben unter derselben Last flach.

• Volle Boost-Taktrate, unter Dauerlast gehalten statt auf eine geteilte Obergrenze gedrosselt
• Keine Steal Time: Der Scheduler pausiert Ihre Simulation nie, um die VM eines anderen auszuführen
• Cache und Speicherbandbreite Ihren Prozessen gewidmet, sodass Frame- und Tick-Timing vorhersehbar bleiben
• Root-Zugriff, um Threads zu pinnen, den Kernel zu tunen und den CPU-Governor auf Performance zu setzen

Wofür die Hardware geeignet ist

Dies ist unmanaged Bare Metal. Sie installieren und betreiben die Gameserver selbst; wir übergeben Ihnen die Maschine, das Netzwerk und Root. Die hochtaktenden Konfigurationen passen sauber auf die Spiele, die man tatsächlich hostet:

• Minecraft-Netzwerke, vom einzelnen Paper-Server bis zu einer Velocity- oder BungeeCord-Proxy, die ein Dutzend Backends bedient
• Survival- und Sandbox-Titel wie Rust, ARK: Survival Ascended, Valheim und Palworld, die stark auf einen schnellen Core pro Instanz setzen
• Kompetitive Shooter wie CS2, bei denen Tick- und Subtick-Timing davon abhängen, dass die CPU jeden Frame pünktlich abschließt
• Panels wie Pterodactyl und dessen Pelican-Fork, die aus einer Maschine einen Self-Service-Host für viele Game-Instanzen machen

Unmanaged, und das ist der Punkt

Nichts davon betreiben wir für Sie. Es ist das, worin eine schnelle Single-Tenant-Maschine gut ist, und mit Root installieren Sie genau die Versionen, Mods und Panels, die Sie wollen, nach Ihrem eigenen Zeitplan, ohne dass ein Control Panel darüber entscheidet.

Eine CPU für Gameserver auswählen

Beginnen Sie bei der Taktrate. Der AMD Ryzen 9950X und der 7950X boosten beide auf 5,7 GHz, so schnell wie alles, was wir vorrätig haben, und deshalb stehen sie oben in der Liste. Sechzehn Cores reichen locker, um mehrere Instanzen nebeneinander zu betreiben; die Taktrate entscheidet, wie sich jede für die Spieler darauf anfühlt.

Die EPYC-Teile mit vielen Cores sind hier das falsche Werkzeug. Ein 32-Core-EPYC-9354P gewinnt beim Gesamtdurchsatz für Container oder Datenbanken, aber jeder einzelne Core ist langsamer, sodass ein einzelner ausgelasteter Gameserver darauf schlechter läuft als auf einem Ryzen. Greifen Sie nur dann zu hoher Core-Anzahl, wenn Sie Dutzende kleiner Instanzen zusammenpacken und keine einzelne CPU-gebunden ist.

Kombinieren Sie die CPU mit genug RAM für Ihre Instanzzahl und NVMe für schnelle Welt- und Chunk-I/O. Ein Dutzend gemoddeter Minecraft-Server will weit mehr Speicher als eine einzelne Vanilla-Welt, also dimensionieren Sie RAM nach den Instanzen, die Sie betreiben wollen, und nicht nach der Core-Anzahl.

Netzwerk, Latenz und online bleiben unter Angriff

Latenz ist Geografie plus Routing. Ein Server in der falschen Region fügt Round-Trip-Zeit hinzu, die keine CPU zurückholen kann, also stellen Sie die Maschine nah an die Spieler: Für eine europäische Spielerbasis bedeutet das unseren Standort Amsterdam. Prüfen Sie den echten Pfad selbst über unser Looking Glass, bevor Sie sich festlegen.

Alles läuft in unserem eigenen Netzwerk, AS55285, mit dauerhaft aktiver DDoS-Mitigation inline vor der öffentlichen Schnittstelle. Gameserver sind ein häufiges Ziel, und die Profile hier sind darauf gebaut, UDP-Game-Ports durch einen volumetrischen Flood hindurch antwortbereit zu halten, statt Ihre Adresse zu blackholen, um alle anderen zu schützen. Die Firewall- und Mitigation-Regeln steuern Sie selbst, sodass das Öffnen eines Portbereichs für ein neues Spiel oder das Zuziehen eines Ports während eines Angriffs nicht auf ein Support-Ticket wartet.

Privates Networking für Multiplayer-Topologien

Ein Multiplayer-Netzwerk ist selten eine einzige Maschine. Privates Networking zwischen Ihren Servern lässt Sie eine Proxy, ein Velocity- oder BungeeCord-Front für Minecraft, auf die öffentliche Schnittstelle setzen und die Backend-Gameserver auf einem privaten Segment halten, das Spieler nicht direkt erreichen können. Eine Customer-DMZ exponiert nur die Proxy, während Replikation, RCON und Backend-Traffic vollständig vom öffentlichen Internet fernbleiben.

Neu bespielen und Netboot zwischen Deployments

Weil das Provisioning unter einer Minute liegt, ist eine Maschine im nützlichen Sinne wegwerfbar: Löschen Sie sie und rollen Sie ein sauberes Image zwischen Game-Deployments aus, oder starten Sie mit einer custom iPXE-Konfiguration ein vorbereitetes Image per Netboot mit bereits eingebackenem Panel und Game-Dateien, einschließlich eines disklosen RAM-only-Roots, falls nichts auf lokalen Speicher geschrieben werden soll. Für alles andere Bootbare lässt Sie ISO-Mounting über die KVM-Konsole von Hand installieren und dem Boot zusehen.