Alle Artikel

Serverdimensionierung geht meist auf eine von zwei Arten schief: Sie bezahlen für Cores, die ein Jahr lang bei 3% brachliegen, oder Sie stellen beim Livegang fest, dass das Hot Set der Datenbank nicht ins RAM passt. Beide Fehler entstehen durch denselben übersprungenen Schritt: von der Workload aus dimensionieren statt von einer Preisliste aus. Dieser Leitfaden liefert die Methode (Baseline, Puffer, Wachstum), die Faustregeln pro Workload für CPU, RAM, Storage und Bandbreite, und die ehrliche Antwort darauf, wann Scale-up und wann Scale-out die richtige Wahl ist.

Ein Gameserver ist eine Single-Thread-Simulationsschleife mit fester Taktung: Er steht und fällt mit der Taktfrequenz pro Core und mit gleichmäßigem Timing, nicht mit der Core-Zahl. Ein geteilter VPS schiebt den Scheduler eines Hypervisors zwischen diese Schleife und die CPU, und der Jitter zeigt sich als verpasste Ticks. Bare Metal entfernt diese Schicht. Dieser Grundlagenartikel vergleicht Bare Metal mit einem VPS und Managed-Gameserver-Panels, erklärt, warum Taktfrequenz wichtiger ist als Core-Zahl, liefert reale RAM-Werte für Minecraft, Rust, ARK, Palworld, Valheim und CS2, behandelt Storage und die DDoS-Realität, das eigenständige Betreiben von Pterodactyl oder dessen Pelican-Fork, und die ehrlichen Fälle, in denen ein VPS weiterhin die richtige Wahl ist.

Der Ping ist nur ein Teil dessen, was ein Spieler spürt. Ein einziger Round Trip läuft durch Input-Sampling, die letzte Meile, Transit und Peering, eine Warteschlange auf dem Server und das Warten auf den nächsten Simulationstick, bevor die Welt überhaupt reagiert. Dieser Leitfaden zeigt, woher gefühlte Verzögerung kommt, wie Tickrate und Netcode das Bild verändern, warum Jitter und Paketverlust mehr schaden als ein stabiler höherer Ping, und welchen Hebel ein Host am stärksten in der Hand hat: den Server nahe an die Spieler zu stellen, auf Hardware, die ihre Tickrate hält.

Bare Metal gewinnt bei den zwei Zahlen, die darüber entscheiden, ob sich ein Gameserver gut anfühlt: die Worst-Case-Tick-Zeit und die Worst-Case-Latenz. Eine Single-Tenant-VM auf Hardware, die Sie selbst kontrollieren, kommt nah heran. Bei einem überbuchten Multi-Tenant-VPS bricht die Simulation mit fester Tickrate zusammen, denn ein vCPU, der ein paar Millisekunden zu spät eingeplant wird, ist ein verpasster Tick, den jeder Spieler als Rubberbanding sieht. Dieser Leitfaden erklärt, was ein Hypervisor einer Tick-Loop hinzufügt, warum die Tick-Zeit im 95. Perzentil mehr zählt als der durchschnittliche Durchsatz, wie Sie Steal-Time und MSPT auf Ihrem eigenen Server messen, und wann eine VM immer noch die richtige Wahl ist.

Zwischen einer Futures-Plattform und einer Matching-Engine liegen drei getrennte Latenzen, und nur eine davon ist eine Hosting-Entscheidung. Dieser Leitfaden trennt sie und nennt dann die Werte, die wir aus unserer eigenen Anlage in Chicago zu den Broker-Gateways gemessen haben, mit denen sich ein NinjaTrader- oder Tradovate-Setup tatsächlich verbindet: 0.2 ms zum Marktdaten-Gateway von Rithmic, unter 1 ms zu dessen Order-Gateway, etwa 3 ms zu dem von CQG. Die Frage, die daraus folgt, lautet eigentlich nicht "VPS oder dediziert". Beide stehen in derselben Stadt und überbrücken dieselbe Entfernung, also ist keiner von beiden näher an irgendetwas. Was sich ändert, ist, wer sonst noch Zeit auf der CPU einplant, während Ihre Strategie eine Berechnung abschließen will. Das ist eine Frage der Last, nicht der Millisekunden auf einer Karte.