7 Days to Die Recommandé
7,14 € / mois
- vCPU
- 4 cœurs
- RAM
- 8 GB
- Stockage
- 100 GB NVMe SSD
- Processeur
- AMD Ryzen 9 9950X3D
- Emplacement
- Turquie
Plus de fonctionnalités
- Trafic de données
- Illimité
- Système d’exploitation
- Linux/Windows
SURVIE · PC
Un serveur 7 Days to Die connaît des pics différents selon les modifications du monde voxel, les bases des joueurs, les vagues de zombies, le butin et les mods.
Choisir la famille de processeurs
7,14 € / mois
12,49 € / mois
17,85 € / mois
23,20 € / mois
15,17 € / mois
20,53 € / mois
30,34 € / mois
Les nuits de horde, les dégâts structurels importants et la génération de nouveaux chunks peuvent solliciter davantage la simulation qu’une exploration ordinaire. Testez le scénario le plus chargé.
Premier profil de ressources pour démarrer de façon contrôlée et disposer d’une base de mesure.
Profil intermédiaire à évaluer lorsque la communauté et la charge de contenu augmentent.
Un profil de ressources supérieur à comparer si les besoins mesurés en CPU, RAM ou stockage augmentent.
Comparez les options CPU, mémoire et disque avec la charge de jeu attendue.
Des joueurs défendant une même base concentrent l’AI et la physique dans une zone, tandis que des groupes séparés étendent la surface active du monde.
Mesurez les pointes du processeur et la réactivité de la boucle de jeu pendant une session chargée.
Surveillez le pic d’utilisation de la mémoire avec une marge de croissance.
Mesurez le comportement du stockage pour les sauvegardes, les journaux et les copies de secours.
Mesurez la charge réelle des mods, plugins et scripts, et pas seulement leur nombre.
Surveillez ensemble la taille du monde, les zones actives et la croissance des données persistantes.
Évaluez ensemble la répartition des joueurs simultanés, leurs activités et la charge du contenu.
| Scénario | Effet sur les ressources | Vérifier |
|---|---|---|
| Joueurs simultanés | Des joueurs défendant une même base concentrent l’AI et la physique dans une zone, tandis que des groupes séparés étendent la surface active du monde. | Mesurer une session chargée |
| Activité du jeu | Les nuits de horde, les dégâts structurels importants et la génération de nouveaux chunks peuvent solliciter davantage la simulation qu’une exploration ordinaire. Testez le scénario le plus chargé. | Répéter le scénario de pointe |
| Croissance du monde / des sauvegardes | Les chunks exploités ou construits, les profils des joueurs et les données d’exploration augmentent la taille des backups. Surveillez la durée des sauvegardes entre les cycles de horde. | Suivre la durée de sauvegarde et de restauration |
Estimez une capacité initiale selon vos objectifs de joueurs et de monde.
L’estimation du CPU, de la mémoire et du stockage ainsi qu’un profil de ressources adapté s’affichent ici.
Les modifications XML, les mods côté serveur et les cartes personnalisées doivent être compatibles avec la version utilisée. Copiez la sauvegarde avant toute modification irréversible du monde.
La compatibilité des mods dépend de la version du jeu et du logiciel serveur.
Définissez la difficulté, la durée du jour, la fréquence des hordes, le butin, le nettoyage des chunks et les règles d’accès dans une politique communautaire unique.
Après le déploiement, gérez les processus 7 Days to Die, les changements de version et les paramètres qui exigent un redémarrage pendant des fenêtres de maintenance contrôlées.
Avant toute modification, créez des points de restauration séparés pour les sauvegardes, la configuration et les données de contenu additionnel de 7 Days to Die.
Limitez l’accès aux fichiers de configuration, aux journaux et aux répertoires de contenu gérés de 7 Days to Die; arrêtez le processus concerné avant de remplacer des fichiers actifs.
Les nuits de horde, les dégâts structurels importants et la génération de nouveaux chunks peuvent solliciter davantage la simulation qu’une exploration ordinaire. Testez le scénario le plus chargé.
Partez du groupe présent simultanément pendant une nuit de horde et testez avec sa base défensive développée. Des joueurs défendant une même base concentrent l’AI et la physique dans une zone, tandis que des groupes séparés étendent la surface active du monde.
Oui, des changements aux zombies, aux scripts ou au contenu du monde peuvent modifier les besoins en CPU et en RAM ; des sauvegardes plus volumineuses occupent aussi plus de disque. Les modifications XML, les mods côté serveur et les cartes personnalisées doivent être compatibles avec la version utilisée. Copiez la sauvegarde avant toute modification irréversible du monde.
Envisagez plus de ressources si les nuits de horde avec le groupe réel atteignent régulièrement une limite CPU ou RAM, ou si le disque limite l’espace et l’écriture du monde. Vérifiez d’abord les réglages des zombies et des mods : une sauvegarde plus grande ne prouve pas à elle seule un manque de CPU.
Définissez la difficulté, la durée du jour, la fréquence des hordes, le butin, le nettoyage des chunks et les règles d’accès dans une politique communautaire unique.
Contactez l’assistance pour les conditions de commande et les besoins particuliers.