RedM Démarrage
4,10 € / mois
- vCPU
- 2 cœurs
- RAM
- 4 GB
- Stockage
- 60 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
JEU DE RÔLE · PC
Un serveur RedM réunit les événements du framework, les personnages persistants, les chevaux et véhicules, les zones personnalisées et le comportement des scripts dans un même profil de capacité.
4,10 € / mois
5,35 € / mois
7,14 € / mois
9,82 € / mois
17,85 € / mois
23,20 € / mois
Les événements en ville, les interactions avec les NPC et les boucles de ressources fréquentes peuvent atteindre leur pic ensemble; observez le temps de script côté serveur pour chaque ressource.
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.
Une foule dans une ville augmente la densité des entités et des événements, tandis que des joueurs dispersés sur la carte créent un autre profil de synchronisation; testez les deux cas attendus.
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 | Une foule dans une ville augmente la densité des entités et des événements, tandis que des joueurs dispersés sur la carte créent un autre profil de synchronisation; testez les deux cas attendus. | Mesurer une session chargée |
| Activité du jeu | Les événements en ville, les interactions avec les NPC et les boucles de ressources fréquentes peuvent atteindre leur pic ensemble; observez le temps de script côté serveur pour chaque ressource. | Répéter le scénario de pointe |
| Croissance du monde / des sauvegardes | Les personnages, propriétés, inventaires et journaux d’administration font croître la base de données au fil du temps; examinez régulièrement les index, la durée des requêtes et la restauration des sauvegardes. | 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 ressources de métiers, d’inventaire, d’économie, de vêtements et de cartes peuvent dépendre de données communes du framework. Vérifiez la compatibilité des versions et des dépendances avant toute modification en production.
La compatibilité des mods dépend de la version du jeu et du logiciel serveur.
Contrôlez l’ordre des ressources, les autorisations, le comportement de la population, la politique des entités persistantes et les délais d’attente de la base de données à partir d’observations réalisées pendant les sessions chargées.
Après le déploiement, gérez les processus RedM, 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 RedM.
Limitez l’accès aux fichiers de configuration, aux journaux et aux répertoires de contenu gérés de RedM; arrêtez le processus concerné avant de remplacer des fichiers actifs.
Les événements en ville, les interactions avec les NPC et les boucles de ressources fréquentes peuvent atteindre leur pic ensemble; observez le temps de script côté serveur pour chaque ressource.
Commencez par le nombre maximal attendu de joueurs présents simultanément. Une foule dans une ville augmente la densité des entités et des événements, tandis que des joueurs dispersés sur la carte créent un autre profil de synchronisation; testez les deux cas attendus.
Oui, les scripts ajoutés peuvent consommer davantage de CPU et de RAM et multiplier les événements ou les requêtes en base de données. Les ressources de métiers, d’inventaire, d’économie, de vêtements et de cartes peuvent dépendre de données communes du framework. Vérifiez la compatibilité des versions et des dépendances avant toute modification en production.
Envisagez plus de ressources si le CPU, la RAM ou le disque limitent encore les pointes habituelles après l’examen des scripts et des requêtes les plus coûteux. Les personnages, propriétés, inventaires et journaux d’administration font croître la base de données au fil du temps; examinez régulièrement les index, la durée des requêtes et la restauration des sauvegardes.
Contrôlez l’ordre des ressources, les autorisations, le comportement de la population, la politique des entités persistantes et les délais d’attente de la base de données à partir d’observations réalisées pendant les sessions chargées.
Contactez l’assistance pour les conditions de commande et les besoins particuliers.