Un serveur Minecraft sur VDS : quand cela a du sens
Une comparaison honnête entre VDS et hébergement de jeu clé en main pour Minecraft, le choix d'un palier selon le nombre de joueurs et la procédure d'installation manuelle du cœur du serveur.
Mis à jour le 23 août 2026
Vous pouvez faire tourner n'importe quel serveur Minecraft sur un VPS : vous disposez d'un accès root complet. La vraie question est de savoir si vous en avez besoin, car tout ce que fait un panneau de jeu, vous devrez le faire à la main, y compris le démarrage, les mises à jour et les sauvegardes.
Quand un VPS a du sens
Choisissez un VPS si :
- vous avez besoin d'un réseau de serveurs avec un proxy, votre propre base de données et un site web sur une seule machine ;
- vous installez des logiciels non standards que les panneaux de jeu ne proposent pas ;
- un bot, un panneau web et l'API de votre projet doivent tourner en parallèle ;
- vous êtes à l'aise dans la console Linux.
L'hébergement de jeu clé en main est plus pratique si vous voulez un bouton « démarrer », un gestionnaire de fichiers, des copies automatiques des mondes et des conseils sur les cœurs de serveur. Inutile de vous battre avec systemd, les ports et Java.
Choisir une offre
Minecraft est limité par la fréquence monocœur et la mémoire. Le Ryzen 9 7950X joue en votre faveur, mais prévoyez de la mémoire avec une marge pour le système.
| Offre | Cœurs / mémoire | Scénario réaliste |
|---|---|---|
| VDS-1 (1/2) | 1 / 2 Go | Un serveur vanilla pour 3–5 amis |
| VDS-2 (2/4) | 2 / 4 Go | Vanilla ou plugins légers, 10–15 joueurs |
| VDS-3 (4/8) | 4 / 8 Go | Plugins Paper, 20–40 joueurs |
| VDS-4 (6/16) | 6 / 16 Go | Un modpack de taille moyenne ou deux serveurs |
| VDS-5 et VDS-6 | 8–10 / 24–32 Go | Un réseau avec un proxy et une base de données |
Les modpacks lourds consomment la mémoire plus vite que les joueurs : 60 mods pour dix personnes demandent plus que du vanilla pour cinquante.
Installation
apt update && apt install -y openjdk-21-jre-headless
useradd -r -m -d /srv/mc -s /usr/sbin/nologin mc
cd /srv/mc
sudo -u mc curl -O https://core-address/paper.jar
sudo -u mc bash -c 'echo eula=true > eula.txt'
L'unité /etc/systemd/system/mc.service :
[Service]
User=mc
WorkingDirectory=/srv/mc
ExecStart=/usr/bin/java -Xms2G -Xmx3G -jar paper.jar nogui
Restart=on-failure
SuccessExitStatus=0 1
[Install]
WantedBy=multi-user.target
Réglez -Xmx sur au maximum la mémoire de l'offre moins 1 Go pour le système : sur VDS-2, cela fait 3 Go, pas 4.
Vous devez ouvrir le port 25565 dans le pare-feu de la machine. L'adresse pour les joueurs est l'IPv4 publique de l'onglet « Aperçu » du panneau à /hosting/vds/m/<id>.
Ce que vous devrez faire vous-même
- Sauvegardes des mondes : il n'y a ni snapshots ni sauvegardes automatiques de la machine, seulement votre propre cron et la copie vers un stockage externe.
- Mises à jour du noyau et de Java.
- Protection contre les attaques par flood et le brute force des mots de passe SSH.
- Surveillance du disque : les mondes grossissent, mais le disque est fixé par l'offre, de 40 à 250 Go.
Erreurs courantes
| Symptôme | Cause |
|---|---|
| Le serveur plante sans aucun message | Java a demandé plus de mémoire que disponible : vérifiez journalctl -k | grep -i oom |
| Lag constant avec 10 joueurs | Plugins lourds ou -Xmx trop bas, pas un CPU faible |
| Les joueurs ne peuvent pas se connecter | Le port est fermé ou le serveur écoute sur 127.0.0.1 |
| Le monde est corrompu après un plantage | Il n'y a pas de copies, et Restart=always n'a cessé de redémarrer le serveur sur des données corrompues |
La bande passante jusqu'à 500 Mbps et la vitesse du disque sont limitées par l'offre : 60 Mo/s en écriture par cœur, le double en lecture. Pour un monde avec une génération de chunks constante, c'est perceptible sur les offres basses.