Gameservers hosten op bare metal

Een dedicated gameserver op bare metal is een fysieke machine die je gameprocessen rechtstreeks op de CPU draait, zonder hypervisor ertussen en zonder een andere gebruiker die om dezelfde cores strijdt. Je krijgt elke klokcyclus die de chip kan leveren en volledige root om te installeren wat de game ook nodig heeft.

Voor games telt dat zwaarder dan voor de meeste workloads. Een game-tick heeft een vaste deadline: bij 20 ticks per seconde heeft een Minecraft-server 50 milliseconden om de hele wereld te simuleren vóór de volgende tick, en één thread doet daarvan het meeste werk. Gedeelde of gevirtualiseerde hosting geeft je een deel van een core en een buur die die op het verkeerde moment kan wegpakken. Bare metal haalt beide variabelen weg.

Nieuw met het draaien van je eigen game-machines? Lees onze gids over gameservers draaien op bare metal.

Waarom bare metal een VM verslaat voor gameservers

De bottleneck in vrijwel elke gameserver is single-thread-CPU-prestatie. De hoofd-simulatielus, physics, entity-ticks en wereldgeneratie draaien op één core, en meer cores toevoegen doet daar niets aan. Wat wel helpt is een hogere klok en een CPU die zijn cache en geheugenbandbreedte met niemand deelt.

Een virtuele machine geeft je geen van beide garanties. De hypervisor plant je vCPU tegen andere gasten in, boostkloksnelheden worden begrensd of verborgen, en een luidruchtige buur die de geheugenbandbreedte verzadigt uit zich in je game als hapering en verloren ticks, terwijl je eigen CPU-grafiek er inactief uitziet. Op bare metal is de klok van jou, de cache van jou, en blijven ticktijden vlak onder dezelfde belasting.

• Volledige boostklok, vastgehouden onder aanhoudende belasting in plaats van afgeknepen tot een gedeeld plafond
• Geen steal time: de scheduler pauzeert je simulatie nooit om de VM van iemand anders te draaien
• Cache en geheugenbandbreedte toegewijd aan jouw processen, zodat frame- en ticktiming voorspelbaar blijven
• Root-toegang om threads te pinnen, de kernel te tunen en de CPU-governor op performance te zetten

Waar de hardware geschikt voor is

Dit is unmanaged bare metal. Je installeert en draait de gameservers zelf; wij geven je de machine, het netwerk en root. De configuraties met hoge klok passen naadloos op de games die mensen daadwerkelijk hosten:

• Minecraft-netwerken, van een enkele Paper-server tot een Velocity- of BungeeCord-proxy die een dozijn backends bedient
• Survival- en sandboxtitels als Rust, ARK: Survival Ascended, Valheim en Palworld, die zwaar leunen op één snelle core per instantie
• Competitieve shooters als CS2, waar tick- en subtick-timing afhangen van de CPU die elke frame op tijd afrondt
• Panels als Pterodactyl en de Pelican-fork ervan, die van één machine een self-service host voor veel game-instanties maken

Unmanaged, en dat is juist het punt

Niets hiervan draaien wij voor je. Het is waar een snelle single-tenant machine goed in is, en met root installeer je precies de versies, mods en panels die je wilt, op je eigen schema, zonder dat een control panel dat voor je beslist.

Een CPU kiezen voor gameservers

Begin bij kloksnelheid. De AMD Ryzen 9950X en 7950X boosten beide tot 5,7 GHz, zo snel als alles wat we op voorraad hebben, en daarom staan ze bovenaan de lijst hierboven. Zestien cores is ruim voldoende om meerdere instanties naast elkaar te draaien; de klok bepaalt hoe elke ervan aanvoelt voor de spelers erop.

De EPYC-onderdelen met veel cores zijn hier het verkeerde gereedschap. Een 32-core EPYC 9354P wint op totale doorvoer voor containers of databases, maar elke afzonderlijke core is trager, dus een enkele drukke gameserver draait er slechter op dan op een Ryzen. Grijp alleen naar een hoog aantal cores wanneer je tientallen kleine instanties samenpakt en geen enkele CPU-gebonden is.

Combineer de CPU met genoeg RAM voor je aantal instanties en NVMe voor snelle wereld- en chunk-I/O. Een dozijn gemodde Minecraft-servers wil veel meer geheugen dan één vanilla-wereld, dus stem RAM af op de instanties die je wilt draaien en niet op het aantal cores.

Netwerk, latency en online blijven onder aanval

Latency is geografie plus routing. Een server in de verkeerde regio voegt round-trip-tijd toe die geen enkele CPU kan terugwinnen, dus zet de machine dicht bij de spelers: voor een Europese spelersbasis betekent dat onze locatie Amsterdam. Controleer het echte pad zelf via onze looking glass voordat je je vastlegt.

Alles draait op ons eigen netwerk, AS55285, met altijd-actieve DDoS-mitigatie inline vóór de publieke interface. Gameservers zijn een veelvoorkomend doelwit, en de profielen hier zijn gebouwd om UDP-gamepoorten door een volumetrische flood heen bereikbaar te houden in plaats van je adres te blackholen om iedereen anders te beschermen. Je beheert de firewall- en mitigatieregels zelf, dus een poortbereik openen voor een nieuwe game of er een dichttrekken tijdens een aanval wacht niet op een supportticket.

Privénetwerken voor multiplayer-topologieën

Een multiplayer-netwerk is zelden één machine. Privénetwerken tussen je servers laat je een proxy, een Velocity- of BungeeCord-front voor Minecraft, op de publieke interface zetten en de backend-gameservers op een privésegment houden waar spelers ze niet rechtstreeks kunnen bereiken. Een customer-DMZ stelt alleen de proxy bloot terwijl replicatie, RCON en backend-verkeer volledig van het publieke internet af blijven.

Opnieuw imagen en netbooten tussen deploys

Omdat provisioning binnen een minuut gebeurt, is een machine wegwerpbaar in de nuttige zin: wis hem en rol een schone image uit tussen game-deploys, of gebruik een custom iPXE-configuratie om een voorbereide image te netbooten met je panel en gamebestanden er al in gebakken, inclusief een schijfloze RAM-only root als je niets naar lokale opslag geschreven wilt hebben. Voor al het andere bootbare laat ISO-mounting via de KVM-console je met de hand installeren en de boot volgen.