Bei einem 7-Days-to-Die-Server bestimmen Weltgröße und Spielerzahl unterschiedliche Teile der benötigten Leistung. Eine größere Welt belastet vor allem Arbeitsspeicher, Speicherplatz und den Server während der Welterstellung; zusätzliche Spieler erhöhen dagegen dauerhaft die Simulations-, Netzwerk- und Speicherlast. Für die Tarifwahl sind deshalb eine leistungsfähige CPU pro Kern, ausreichend RAM, schneller SSD- oder NVMe-Speicher und Reserven für gleichzeitige Spieler wichtiger als eine möglichst hohe Zahl schwacher virtueller Prozessorkerne.
Der niedrigste Monatspreis kann täuschen, wenn CPU-Leistung, Backups, Speicherplatz oder eine öffentliche IPv4-Adresse fehlen. Plane zuerst Welt, Spielerlimit und Mod-Nutzung. Vergleiche anschließend nur Angebote, deren Ressourcen tatsächlich garantiert oder nachvollziehbar zugeteilt werden.
Weltgröße und Spielerzahl beanspruchen den Server auf verschiedene Weise
Die Weltgröße legt fest, wie umfangreich die gespeicherte Spielwelt werden kann. Größere Karten benötigen mehr Zeit bei der Erzeugung, erzeugen umfangreichere Welt- und Regionsdaten und lassen langfristig mehr erkundete Bereiche entstehen. Das wirkt sich auf RAM, Massenspeicher, Sicherungsdauer und Wiederherstellungszeit aus.
Die Spielerzahl beeinflusst stärker, wie viel gleichzeitig berechnet werden muss. Befinden sich mehrere Spieler an unterschiedlichen Orten, hält der Server mehr Gebiete aktiv, verarbeitet mehr Gegner, Gebäudezustände, Fahrzeuge, Inventare und Interaktionen und überträgt mehr Daten. Acht Spieler, die gemeinsam eine Basis verteidigen, erzeugen dabei ein anderes Lastbild als acht Spieler, die weit über die Karte verteilt erkunden.
- Große Welt, wenige Spieler: höherer Speicherbedarf und aufwendigere Welterstellung, aber nicht zwangsläufig eine dauerhaft hohe Simulationslast.
- Kleine Welt, viele Spieler: weniger Weltdateien, jedoch höhere gleichzeitige CPU-, RAM- und Netzwerklast.
- Große Welt, viele verteilte Spieler: beide Effekte treffen zusammen; dieses Profil verlangt die größte Reserve.
Ein Spielerlimit allein reicht daher nicht zur Dimensionierung. Entscheidend ist auch, ob die Gruppe gemeinsam spielt, sich verteilt und wie lange die Welt ohne Zurücksetzung bestehen bleibt.
Warum die CPU nicht nur nach der Zahl der vCPU bewertet werden darf
Ein Gameserver führt viele voneinander abhängige Berechnungen aus. Solche Aufgaben lassen sich nicht beliebig auf zahlreiche Kerne verteilen. Für 7 Days to Die ist deshalb eine hohe Leistung einzelner CPU-Kerne häufig wertvoller als eine große vCPU-Zahl auf einem stark ausgelasteten Hostsystem.
Eine vCPU ist ein vom Anbieter bereitgestellter virtueller Rechenanteil. Sie entspricht nicht automatisch einem exklusiven physischen Kern. Teilen sich viele virtuelle Server dieselbe CPU, kann die verfügbare Leistung zu Stoßzeiten schwanken. Ein dedizierter Kern oder klar zugesicherter CPU-Anteil ist besser berechenbar, kostet aber meist mehr.
Die höchste Belastung entsteht nicht zwingend im normalen Aufbau. Welterstellung, viele gleichzeitig aktive Gegner, große Horden, umfangreiche Bauwerke und weit verteilte Spieler können Lastspitzen auslösen. Zeigt die Serververwaltung in solchen Situationen einen dauerhaft voll ausgelasteten Hauptkern, während noch RAM frei ist, hilft zusätzlicher Arbeitsspeicher kaum. Dann ist ein Tarif mit stärkerer Einzelkernleistung oder verlässlicherer CPU-Zuteilung der sinnvollere Wechsel.
RAM planen: Welt, Spieler und Erweiterungen getrennt betrachten
Der Arbeitsspeicher sollte nicht nur für den Start des Servers ausreichen. Die belegte Menge kann wachsen, sobald Spieler weitere Gebiete erkunden, mehrere Regionen aktiv sind und zusätzliche Inhalte verarbeitet werden. Betriebssystem, Verwaltungsoberfläche und Sicherungsprozesse benötigen ebenfalls Speicher.
Eine belastbare Planung zerlegt den RAM-Bedarf in vier Bestandteile:
- Grundbedarf des Betriebssystems und der Serverdienste,
- Bedarf des laufenden 7-Days-to-Die-Servers,
- Zuschlag für gleichzeitige Spieler, aktive Gebiete und Mods,
- freie Reserve für Lastspitzen, Updates und Sicherungen.
Ohne Messwerte der eigenen Welt sollte diese Rechnung nicht mit einem vermeintlich exakten RAM-Wert abgeschlossen werden. Spielversion, Weltzustand, Mod-Auswahl und Aktivität verändern das Ergebnis. Geeigneter ist eine stufenweise Buchung mit der Möglichkeit, RAM später ohne Neuinstallation zu erhöhen.
Beobachte nicht nur den belegten Speicher. Beginnt das System auszulagern, steigen Zugriffszeiten stark an und Spielabläufe können stocken. Ist dagegen selbst bei Horden, mehreren Spielern und laufender Sicherung noch ausreichend freier RAM vorhanden, bringt ein größerer Speichertarif allein keinen spürbaren Vorteil.
Welterstellung ist eine Spitzenlast und kein Maßstab für jeden Spielabend
Die Erzeugung einer neuen Welt kann CPU und Arbeitsspeicher erheblich stärker beanspruchen als der spätere Betrieb mit wenigen Spielern. Ein Server, der beim Generieren lange benötigt, muss deshalb nicht automatisch während jeder Sitzung ungeeignet sein. Umgekehrt beweist eine erfolgreiche Welterstellung nicht, dass das System eine volle Gruppe unter hoher Gegnerlast flüssig bedienen kann.
Für die Auswahl gibt es zwei sinnvolle Wege. Soll der Server nur selten eine neue Welt erzeugen, kannst du längere Generierungszeiten akzeptieren und nach dem realen Spielbetrieb dimensionieren. Werden Welten häufig neu erstellt, etwa für wechselnde Szenarien oder kurze Spielrunden, gewinnt die CPU-Leistung während der Erzeugung deutlich an wirtschaftlicher Bedeutung.
Prüfe außerdem die zur installierten Spielversion gehörende Serverdokumentation und die Einstellungsbeschreibung des Hosters. Unterstützte Weltgrößen, Bezeichnungen und technische Anforderungen können sich mit Spielständen und Serverversionen ändern. Eine ältere Größenangabe sollte daher nicht ungeprüft auf eine neue Installation übertragen werden.
Speicherplatz nach Weltdateien und Sicherungen kalkulieren
Schneller SSD- oder NVMe-Speicher verkürzt Dateioperationen und ist bei vielen kleinen Zugriffen geeigneter als langsamer Massenspeicher. Die beworbene Rohkapazität sagt jedoch wenig aus, solange nicht feststeht, wie viel Platz nach Betriebssystem, Spieldateien, Weltständen, Protokollen und Backups nutzbar bleibt.
Für eine überschlägige Speicherplanung kannst du dieses Rechenschema verwenden:
Nutzbarer Bedarf = Betriebssystem und Serverinstallation + aktive Welt + lokale Sicherungen + freie Arbeitsreserve.
Angenommen, Installation und System belegen zusammen A Gigabyte, die gewachsene Welt B Gigabyte und jede vollständige Sicherung ebenfalls ungefähr B Gigabyte. Bei drei lokal aufbewahrten Vollsicherungen ergibt sich A + B + 3 × B, also A + 4B. Hinzu kommt freier Platz für Updates, temporäre Dateien und weiteres Wachstum. Werden Sicherungen komprimiert oder außerhalb des Gameservers gespeichert, kann ihr Platzbedarf abweichen; vor der Tarifwahl sollte deshalb eine echte Sicherungsdatei gemessen werden.
Dieses Schema zeigt auch, warum eine größere Welt den Preis indirekt erhöht. Nicht nur die aktive Welt wächst. Jede auf demselben Server gespeicherte Vollsicherung vervielfacht ihren Speicherbedarf. Inkrementelle Sicherungen können Platz sparen, sind aber nur sinnvoll, wenn Wiederherstellung und Aufbewahrung zuverlässig eingerichtet sind.
Drei Lastprofile führen zu unterschiedlichen Tarifentscheidungen
Kleine feste Gruppe mit gemeinsamer Basis
Spielen wenige Personen meistens zusammen, bleiben vergleichsweise wenige Gebiete gleichzeitig aktiv. Ein VPS oder vServer kann genügen, sofern die CPU nicht stark überbucht ist, der RAM erweiterbar bleibt und schneller Speicher verwendet wird. Die Welt darf dennoch groß sein; dadurch steigen vor allem Generierungszeit, Datenbestand und Sicherungsbedarf.
Mittlere Gruppe mit verteiltem Erkunden
Verteilen sich die Spieler über verschiedene Regionen, steigt die gleichzeitige Simulation. Hier sollte die CPU-Zuteilung stärker gewichtet werden als ein besonders großer, aber langsamer Speicher. Garantierter RAM, nachvollziehbare vCPU-Leistung und ein einfacher Tarifwechsel reduzieren das Risiko, nach wachsender Welt vollständig umziehen zu müssen.
Öffentlicher oder dauerhaft ausgelasteter Server
Bei wechselnden Spielern, langen Laufzeiten und schwer vorhersehbarer Aktivität sind Lastspitzen wahrscheinlicher. Ein leistungsstarker VPS mit garantierten Ressourcen oder ein Dedicated Server bietet mehr Berechenbarkeit als ein sehr günstiger Einstiegstarif. Ein Dedicated Server stellt physische Hardware bereit, erfordert bei einem Unmanaged-Angebot aber eigene Administration. Managed bedeutet, dass der Anbieter bestimmte Verwaltungsaufgaben übernimmt; Spielkonfiguration, Mods und Wiederherstellungen sind dadurch nicht automatisch eingeschlossen.
Für alle drei Profile gilt: Mods, erhöhte Gegnerzahlen oder andere spielverändernde Einstellungen bilden eine zusätzliche Lastachse. Eine unveränderte Standardwelt und eine stark erweiterte Installation sind selbst bei identischer Karte und Spielerzahl nicht direkt vergleichbar.
Ein nachvollziehbarer Belastungstest verhindert teure Überdimensionierung
Die beste Größenentscheidung entsteht aus Messungen während einer repräsentativen Spielsituation. Starte nicht mit einer leeren Welt und einem einzelnen Spieler, wenn später eine größere Gruppe Hordenereignisse gemeinsam bestreiten soll.
- Erzeuge oder übertrage die vorgesehene Welt und installiere nur die tatsächlich benötigten Erweiterungen.
- Lass möglichst viele der erwarteten Spieler gleichzeitig beitreten. Ein Teil der Gruppe sollte sich verteilen, wenn dies dem üblichen Spielstil entspricht.
- Beobachte CPU-Auslastung je Kern, belegten RAM, Auslagerung, freien Speicherplatz und Netzwerkverkehr während hoher Aktivität.
- Führe zusätzlich eine Sicherung aus. Sie zeigt, ob Speicher und CPU neben dem Spielbetrieb genügend Reserve besitzen.
- Bewerte das Ergebnis: Ein voller Hauptkern spricht für mehr CPU-Leistung, Auslagerung für mehr RAM und knapp werdender Speicher für mehr Kapazität oder eine andere Backup-Ablage.
Ein Upgrade sollte genau den gemessenen Engpass beseitigen. Mehr vCPU helfen wenig, wenn der entscheidende Thread bereits an der Einzelkernleistung scheitert. Mehr RAM löst keine schwankende CPU-Zuteilung, und eine höhere Portgeschwindigkeit behebt keine langsamen Speicherzugriffe.
Monatskosten auf derselben Leistungsbasis vergleichen
Vergleiche Tarife erst, nachdem das benötigte Lastprofil feststeht. Der Grundpreis muss dabei auf denselben Abrechnungszeitraum und dieselbe Steuerbasis gebracht werden. Ein Jahresbetrag lässt sich durch zwölf teilen, bleibt aber eine Vorauszahlung und ist nicht mit monatlicher Kündbarkeit gleichzusetzen.
Die Monatsrechnung kann so aufgebaut werden:
Effektive Monatskosten im Betrachtungszeitraum = Grundgebühren + anteilige Einrichtung + benötigte Optionen + externe Backups + Lizenzen.
Bei einer Betrachtung über zwölf Monate wird eine einmalige Einrichtungsgebühr durch zwölf geteilt. Dieser Rechenwert dient nur dem Vergleich; bezahlt wird die Gebühr trotzdem zu Beginn. Ein Aktionspreis gehört getrennt vom späteren Regelpreis in die Rechnung. Prüfe außerdem, ob Umsatzsteuer, IPv4-Adresse, DDoS-Schutz, Backup-Speicher, Verwaltungsoberfläche und Support enthalten sind.
Wähle schließlich nicht den Tarif mit der größten Ressourcenliste, sondern den günstigsten Tarif, der den gemessenen Engpass mit Reserve abdeckt. Für eine große Welt mit kleiner Gruppe kann zusätzlicher Speicher wichtiger sein als viele vCPU. Bei vielen verteilten Spielern hat dagegen verlässliche CPU-Leistung Vorrang. Bleiben Weltgröße, Mods oder spätere Spielerzahl unsicher, ist ein sauberer Upgrade-Pfad meist wertvoller als eine lange Vertragsbindung an eine knapp bemessene Ausgangskonfiguration.
