7 Days to Die Empfohlen
7,14 € / Monat
- vCPU
- 4 Kerne
- RAM
- 8 GB
- Speicher
- 100 GB NVMe SSD
- Prozessor
- AMD Ryzen 9 9950X3D
- Standort
- Türkei
Mehr Funktionen anzeigen
- Datenverkehr
- Unbegrenzt
- Betriebssystem
- Linux/Windows
ÜBERLEBEN · PC
Voxel-Weltänderungen, Spielerbasen, Zombiewellen, Beute und Mods erzeugen auf einem 7-Days-to-Die-Server unterschiedliche Lastspitzen.
Prozessorfamilie auswählen
7,14 € / Monat
12,49 € / Monat
17,85 € / Monat
23,20 € / Monat
15,17 € / Monat
20,53 € / Monat
30,34 € / Monat
Hordennächte, starke Gebäudeschäden und neue Blockgenerierung können mehr Simulationsarbeit als gewöhnliche Erkundung erfordern. Testen Sie deshalb das stark ausgelastete Ereignis.
Einstiegsprofil für einen kontrollierten Start und eine belastbare Messbasis.
Mittleres Profil für eine wachsende Community und steigende Inhaltslast.
Ein höheres Ressourcenprofil zum Vergleich, wenn der gemessene Bedarf an CPU, RAM oder Speicher steigt.
Bewerten Sie CPU, Arbeitsspeicher und Speicherplatz anhand der erwarteten Spiellast.
Spieler, die eine Basis verteidigen, konzentrieren AI und Physik in einem Bereich; getrennte Gruppen erweitern dagegen die aktive Weltabdeckung.
Messen Sie Prozessorspitzen und die Reaktionszeit der Spielschleife während einer stark ausgelasteten Sitzung.
Überwachen Sie die maximale Speichernutzung einschließlich einer Wachstumsreserve.
Messen Sie das Speicherverhalten von Spielständen, Protokollen und Backups.
Messen Sie neben der Anzahl auch die tatsächliche Last von Mods, Plugins und Skripten.
Überwachen Sie Weltgröße, aktive Bereiche und das Wachstum dauerhafter Daten gemeinsam.
Bewerten Sie Verteilung, Aktivität und Inhaltslast gleichzeitiger Spieler gemeinsam.
| Szenario | Auswirkung auf Ressourcen | Prüfen |
|---|---|---|
| Gleichzeitige Spieler | Spieler, die eine Basis verteidigen, konzentrieren AI und Physik in einem Bereich; getrennte Gruppen erweitern dagegen die aktive Weltabdeckung. | Während einer stark ausgelasteten Sitzung messen |
| Spielaktivität | Hordennächte, starke Gebäudeschäden und neue Blockgenerierung können mehr Simulationsarbeit als gewöhnliche Erkundung erfordern. Testen Sie deshalb das stark ausgelastete Ereignis. | Spitzenlastszenario wiederholen |
| Wachstum von Welt und Spielstand | Abgebaute und gebaute Blöcke, Spielerprofile und Explorationsdaten erweitern Backups; beachten Sie die Speicherdauer zwischen Hordenzyklen. | Speicher- und Wiederherstellungsdauer überwachen |
Berechnen Sie anhand Ihrer Spieler- und Weltziele eine anfängliche Kapazität.
Geschätzte CPU-, Arbeitsspeicher- und Speicheranforderungen sowie ein passendes Ressourcenprofil werden hier angezeigt.
XML-Änderungen, serverseitige Mods und benutzerdefinierte Karten erfordern Versionskompatibilität. Kopieren Sie den Spielstand, bevor irreversible Weltänderungen eintreten.
Die Mod-Kompatibilität kann je nach Version des Spiels und der Serversoftware variieren.
Legen Sie Schwierigkeit, Tagesdauer, Hordenfrequenz, Beute, Blockbereinigung und Zugriffsregeln als eine Community-Richtlinie fest.
Verwalten Sie nach der Bereitstellung Prozesse, Versionswechsel und Einstellungen von 7 Days to Die, die einen Neustart erfordern, in kontrollierten Wartungsfenstern.
Sichern Sie Spielstände, Konfiguration und Zusatzinhalte von 7 Days to Die vor Änderungen als getrennte Wiederherstellungspunkte.
Beschränken Sie den Dateizugriff auf Konfiguration, Protokolle und verwaltete Inhaltsordner von 7 Days to Die; beenden Sie den zugehörigen Prozess, bevor Sie aktive Dateien ersetzen.
Hordennächte, starke Gebäudeschäden und die Erzeugung neuer Kartenabschnitte (Chunks) können mehr Simulationsarbeit als gewöhnliche Erkundung erfordern. Testen Sie deshalb das stark ausgelastete Ereignis.
Planen Sie mit der gleichzeitig spielenden Gruppe einer Hordennacht und testen Sie deren ausgebaute Verteidigungsbasis. Spieler, die eine Basis verteidigen, konzentrieren AI und Physik in einem Bereich; getrennte Gruppen erweitern dagegen die aktive Weltabdeckung.
Ja, Änderungen an Zombies, Skripten oder Weltinhalten können den CPU- und RAM-Bedarf verändern; größere gespeicherte Welten benötigen zudem mehr Platz. XML-Änderungen, serverseitige Mods und benutzerdefinierte Karten erfordern Versionskompatibilität. Kopieren Sie den Spielstand, bevor irreversible Weltänderungen eintreten.
Rüsten Sie gezielt auf, wenn Hordennächte mit der tatsächlichen Gruppe wiederholt an CPU oder RAM stoßen oder Weltdateien den verfügbaren Platz beziehungsweise die Schreibleistung begrenzen. Prüfen Sie zuvor Zombie- und Mod-Einstellungen; niedrige Bildraten auf einem einzelnen Client belegen noch keinen Serverengpass.
Legen Sie Schwierigkeit, Tagesdauer, Hordenfrequenz, Beute, Bereinigung von Kartenabschnitten (Chunks) und Zugriffsregeln als eine Community-Richtlinie fest.
Wenden Sie sich für Bestellbedingungen und besondere Anforderungen an den Kundendienst.