Comment optimiser un serveur de jeu dédié : le guide

La plupart des guides sur les serveurs de jeux expliquent comment en installer un. Presque aucun n’explique pourquoi il rame ensuite, et c’est pourtant là que tout se joue. Un serveur de jeu n’est pas un serveur web : il ne se dimensionne pas au trafic, il se dimensionne à un budget de temps par tick. Ce guide part de cette contrainte, parce qu’elle détermine le matériel à louer, le nombre de joueurs à accepter et les réglages qui servent réellement.

La contrainte qui gouverne tout : le tick

Un serveur de jeu recalcule l’état du monde à intervalle fixe. Chaque cycle s’appelle un tick, et il dispose d’un temps strictement borné pour s’achever. S’il dépasse, le suivant commence en retard, et les joueurs voient le monde ralentir.

Cadence	Budget par tick	Exemple
20 ticks par seconde	50 ms	Minecraft Java
64 ticks par seconde	15,6 ms	Serveurs Source classiques
128 ticks par seconde	7,8 ms	Serveurs compétitifs historiques

Retenez la ligne du haut : sur un serveur Minecraft, tout le calcul d’un cycle doit tenir en 50 millisecondes. Si la durée moyenne d’un tick monte à 60 ms, la cadence tombe sous 20 et le jeu se met au ralenti pour tout le monde, même avec une fibre parfaite et de la mémoire libre.

C’est la mesure à surveiller, et c’est la seule qui dise quelque chose : le temps moyen par tick. Pas la charge processeur globale, pas la bande passante consommée.

Dimensionner : ce qui compte, et ce qui ne compte pas

Le tick est une boucle. Sur la plupart des jeux, l’essentiel de cette boucle s’exécute sur un seul cœur. Cela renverse complètement les critères d’achat.

• La performance par cœur prime sur le nombre de cœurs. Un processeur à quatre cœurs rapides tient mieux un serveur de jeu qu’un processeur à seize cœurs lents, alors que l’inverse serait vrai pour de l’hébergement web.
• La mémoire est un seuil, pas un levier. En dessous du nécessaire, le serveur s’effondre. Au-dessus, en ajouter n’accélère rien. Doubler la mémoire d’un serveur qui n’en manque pas ne change aucune mesure.
• La bande passante est rarement le goulot. Un serveur de jeu émet de très petits paquets très souvent. C’est la régularité de l’envoi qui compte, pas le débit disponible.
• Le disque compte au chargement. Un stockage lent allonge les démarrages et les sauvegardes de monde, pas le jeu lui-même.

Louer chez un hébergeur spécialisé évite toute cette mise en service, au prix d’une boîte plus fermée : les critères figurent dans notre article sur la location d’un serveur CS2. Le choix entre mutualisé, VPS et dédié découle directement de là : un serveur de jeu supporte très mal le voisinage, parce qu’un voisin bruyant lui vole précisément les millisecondes dont il a besoin. Les différences entre ces formules sont détaillées dans notre article sur les serveurs mutualisés, VPS et dédiés.

Installer : les deux familles

Dans la pratique, presque tous les serveurs de jeux se rangent dans deux catégories, avec deux chaînes d’installation distinctes.

Les jeux distribués par Steam

Ils passent tous par SteamCMD, l’outil en ligne de commande de Valve. Le principe est identique d’un jeu à l’autre : on installe SteamCMD, on se connecte en anonyme, et on télécharge l’identifiant d’application du serveur voulu.

steamcmd +login anonymous +force_install_dir ./serveur +app_update <app_id> validate +quit

L’option validate vérifie l’intégrité des fichiers. Elle allonge la mise à jour de plusieurs minutes et évite des heures de diagnostic après une coupure en cours de téléchargement.

Les serveurs autonomes

Minecraft Java en est l’exemple type : un fichier exécutable lancé par une machine virtuelle Java, avec la mémoire allouée explicitement au démarrage.

java -Xms2G -Xmx2G -jar server.jar nogui

Fixez -Xms et -Xmx à la même valeur. Une mémoire qui grandit par paliers provoque des pauses du ramasse-miettes, et ces pauses tombent au milieu d’un tick. C’est une cause de saccades très fréquente et presque jamais identifiée.

Ouvrir les bons ports, et eux seuls

Service	Port par défaut	Protocole
Minecraft Java	25565	TCP
Serveur dédié Source	27015	UDP pour le jeu, TCP pour l’administration distante

Le port d’administration distante ne doit jamais être exposé à Internet sans restriction : il donne un accès complet à la console du serveur. Limitez-le à vos adresses, ou laissez-le fermé et administrez par un tunnel. Les règles générales et le raisonnement sont exposés dans notre article sur la sécurité d’un serveur.

Le faire survivre à la fermeture de votre session

C’est l’oubli le plus fréquent des premières installations : le serveur lancé à la main dans un terminal s’arrête dès que la connexion se ferme. Il faut le détacher de votre session.

• Pour essayer, un multiplexeur de terminal comme screen ou tmux suffit : le processus continue et vous pouvez revenir à la console à tout moment.
• Pour durer, écrivez un service système. Le serveur redémarre alors tout seul après un plantage et après un redémarrage de la machine, ce qu’un multiplexeur ne fera jamais.

Prévoyez aussi un arrêt propre. Tuer brutalement un serveur de jeu en pleine sauvegarde de monde est l’une des rares manières de perdre réellement des données : la commande d’arrêt interne du jeu écrit l’état sur le disque avant de rendre la main.

Optimiser : par où chercher quand ça rame

1. Mesurez le temps par tick avant de toucher à quoi que ce soit. S’il est bon et que les joueurs se plaignent quand même, le problème est le réseau, pas le serveur, et il se diagnostique comme expliqué dans notre article sur le ping et la latence.
2. Réduisez la distance de vue ou la zone simulée. C’est le réglage qui rend le plus sur les jeux de monde ouvert, parce que le coût d’un tick croît avec le volume simulé, pas avec le nombre de joueurs.
3. Suspectez les extensions une par une. Un seul greffon mal écrit peut consommer la moitié du budget. Désactivez par moitiés successives plutôt que d’essayer de deviner.
4. Décalez les sauvegardes. Une sauvegarde de monde pendant une partie fait exploser le temps par tick. Planifiez-la aux heures creuses, selon la méthode décrite dans notre guide sur les sauvegardes automatiques.
5. Limitez le nombre de places. Trente joueurs sur un serveur fluide valent mieux que soixante sur un serveur qui saccade, et c’est ce que les joueurs constatent en premier.

Ce qu’un serveur dédié ne résoudra pas

La réserve est utile, parce que le passage au dédié est souvent vendu comme la réponse à tout. Il ne l’est pas.

• Il ne corrige pas un mauvais placement géographique. Un serveur puissant à l’autre bout du continent restera moins agréable qu’une machine modeste proche des joueurs.
• Il ne compense pas une extension trop lourde. Si un greffon dépasse le budget de tick, il le dépassera aussi sur du matériel plus rapide, un peu plus tard.
• Il ne remplace pas une administration. Un serveur sans modération se vide plus vite qu’un serveur lent, comme le montrent les critères de choix des joueurs eux-mêmes, détaillés dans notre article sur le choix d’un serveur privé CS2.

Le choix du système d’exploitation, enfin, intervient plus tard qu’on ne le croit et pèse moins que le processeur. Nous le comparons dans notre article serveur Linux ou Windows.

Questions fréquentes sur les serveurs de jeux

Comment optimiser un serveur de jeu dédié ?

En mesurant d’abord le temps moyen par tick, puis en réduisant le volume simulé, en isolant les extensions coûteuses une par une et en décalant les sauvegardes hors des heures de jeu. Ajouter de la mémoire à un serveur qui n’en manque pas ne change rien.

Combien de RAM faut-il pour un serveur de jeu ?

Assez pour ne pas en manquer, et pas davantage : la mémoire est un seuil et non un levier de performance. Sur Minecraft Java, fixez -Xms et -Xmx à la même valeur pour éviter les pauses du ramasse-miettes en plein tick.

Quel port faut-il ouvrir pour un serveur de jeu ?

25565 en TCP pour un serveur Minecraft Java, 27015 en UDP pour un serveur dédié Source. Le port d’administration distante ne doit pas être exposé sans restriction, car il donne un accès complet à la console.

Vaut-il mieux beaucoup de cœurs ou des cœurs rapides ?

Des cœurs rapides. La boucle de simulation de la plupart des jeux s’exécute pour l’essentiel sur un seul cœur, donc la performance par cœur prime largement sur leur nombre.

Une meilleure connexion Internet réduit-elle les lags du serveur ?

Rarement. Un serveur de jeu émet de petits paquets très fréquents et sature très peu la bande passante. Quand le jeu ralentit pour tout le monde en même temps, la cause est presque toujours un tick trop long, pas le débit.