Combien de RAM pour ton serveur de jeu ?
La réponse courte tient en un tableau. La réponse utile demande de comprendre une chose : beaucoup de problèmes de lag ne viennent pas de la RAM, et dans ce cas en rajouter ne changera rien. Parfois, ça aggrave même la situation.
Les repères, jeu par jeu
| Jeu | Situation | RAM conseillée |
|---|---|---|
| Minecraft | Vanilla, jusqu'à ~5 joueurs | 4 Go |
| Minecraft | Paper/Fabric ou modpack léger, 5 à 10 joueurs | 8 Go |
| Minecraft | Gros modpack (ATM, Cobblemon…), 10 joueurs et plus | 16 Go |
| Valheim | Partie co-op entre amis | 8 Go |
| Factorio | Début et milieu de partie, 4 à 8 joueurs | 8 Go |
| Factorio | Grosse usine ou beaucoup de mods | 16 Go |
| Palworld | Multijoueur avec beaucoup de Pals et de bases | 16 Go |
Ces paliers sont ceux que nous recommandons dans le formulaire de création, et ils sont volontairement prudents : mieux vaut un serveur confortable qu'un serveur qui meurt à la vingtième heure de jeu.


Pourquoi plus de RAM peut empirer les choses
C'est le point que personne ne dit, parce qu'il va contre l'intérêt de tout vendeur d'hébergement : allouer trop de RAM à un serveur Minecraft dégrade les performances.
La raison est dans la machine virtuelle Java. Le ramasse-miettes doit parcourir le tas mémoire à chaque cycle. Plus ce tas est grand, plus le parcours est long, et les pauses s'allongent au lieu de raccourcir. Concrètement, un petit serveur vanilla à qui on donne 16 Go se met à faire des à-coups réguliers, typiquement toutes les trente à soixante secondes. Le serveur n'a pas plus de joueurs, il n'a pas plus de chunks, il a juste trop de mémoire à balayer.
La bonne règle est donc : ce dont ton serveur a besoin, plus 20 à 30 % de marge, et pas davantage. Il faut aussi laisser de la place au système d'exploitation et à la mémoire hors-tas du serveur, ce qui est déjà pris en compte dans les paliers du tableau ci-dessus.
Autrement dit, passer de 8 à 16 Go « au cas où » n'est pas une précaution neutre. Si tu n'as pas de raison précise de monter, ne monte pas.
RAM ou CPU ? Le bon diagnostic
Avant de payer plus, identifie ce qui rame. Les symptômes ne se ressemblent pas.
| Ce que tu observes | Cause probable | Ce qui aide |
|---|---|---|
| À-coups nets et réguliers, toutes les 30 à 60 s | Ramasse-miettes, tas mal dimensionné | Ajuster la RAM, pas forcément l'augmenter |
| Ralentissement continu qui empire avec la taille de la carte | CPU (un seul cœur saturé) | Le niveau CPU dédié |
| Crash au démarrage, ou après quelques heures | Mémoire vraiment insuffisante | Monter d'un palier |
| Lag seulement quand tout le monde se connecte en même temps | Chargement de chunks, disque et CPU | Un palier au-dessus, ou patienter |
Le cas le plus courant et le plus mal diagnostiqué est le deuxième. Sur Factorio, la vitesse de simulation (les UPS) dépend de la performance d'un seul cœur : une usine géante fera chuter les UPS quelle que soit la RAM disponible. Sur Valheim, la carte qui grandit pèse aussi davantage sur le processeur que sur la mémoire. Dans ces deux cas, ajouter des gigaoctets ne sert à rien, et c'est le tier CPU dédié qu'il faut viser.
Ce qui consomme réellement de la RAM
- Les chunks chargés. Chaque joueur qui explore fait charger du terrain, et plus il y a de joueurs éloignés les uns des autres, plus il y a de zones actives en mémoire.
- Les mods. C'est le facteur le plus brutal : un modpack de cent mods peut multiplier par trois ou quatre le besoin d'un serveur vanilla équivalent.
- Le terrain déjà exploré, sur Factorio. Le jeu garde en mémoire tout ce qui a été découvert et ne le décharge jamais. Une carte fraîche tient dans quelques centaines de mégaoctets, mais la consommation ne fait que monter à mesure que la partie avance. C'est la raison de la marge conseillée sur ce jeu.
- Les entités. Beaucoup de mobs, de fermes automatiques ou de bases de Pals pèsent plus que la taille du monde sur le disque ne le suggère.
Comment savoir si tu dois vraiment monter
Le plus simple est de regarder pendant une vraie session, pas à vide. Un serveur qui tourne correctement pendant deux heures avec tout le monde connecté n'a pas besoin de plus de mémoire, même si le chiffre affiché semble élevé : une machine virtuelle Java occupe volontiers la place qu'on lui donne sans en avoir besoin.
Les signaux qui justifient un palier de plus sont concrets : des crashes répétés, des à-coups qui apparaissent au bout de plusieurs heures et disparaissent après un redémarrage, ou l'ajout d'un modpack qui annonce lui-même un besoin supérieur.
Et comme le tarif dépend ici de la RAM et non du jeu, changer de palier ne demande pas de renégocier quoi que ce soit : tu recrées un serveur au format voulu et tu importes ton monde. Le guide des coûts donne le prix de chaque palier.
Éco ou CPU dédié ?
- Éco (vCPU partagé) : le meilleur rapport prix/performance, et le bon choix pour la grande majorité des parties.
- CPU dédié (vCPU dédiés) : des performances stables garanties. Utile quand un seul cœur est le goulot, donc pour les gros modpacks, les grosses usines Factorio, ou beaucoup de joueurs simultanés.
Tu choisis la RAM et le niveau de performance à la création, et le prix s'ajuste à l'heure entamée. En cas de doute, commence en Éco : c'est moins cher, et le diagnostic ci-dessus te dira si le problème venait vraiment de là.
Crée ton serveur et choisis la RAM qui te convient.