Créer un serveur Minecraft Survival paraît simple : générer un monde, partager l'adresse, jouer. C'est vrai techniquement, mais un serveur destiné à durer plusieurs mois se joue sur quelques décisions prises au lancement.
Le logiciel serveur, la version, la distance de simulation et les sauvegardes ont beaucoup plus d'impact à long terme que le nombre de slots affiché par votre hébergeur. Plus vos fondations sont propres au départ, moins vous aurez à réparer ou migrer ensuite.
Java ou Bedrock ?
Java Edition offre le plus de liberté : Paper, Purpur, Fabric, plugins, mods et outils d'administration avancés. C'est le choix par défaut pour un Survival personnalisé.
Bedrock Edition se justifie si vos joueurs sont majoritairement sur console, mobile ou Windows. Le cross-play Java/Bedrock est possible via des passerelles, mais pour un premier serveur, partez simplement de l'édition réellement utilisée par votre groupe.
Vanilla, Paper ou Purpur ?
C'est la décision la plus structurante.
| Logiciel | À choisir si... |
|---|---|
| Vanilla | Vous voulez l'expérience officielle, sans plugins, parfait entre amis |
| Paper | Vous voulez des plugins et des optimisations, le meilleur choix communautaire |
| Purpur | Vous voulez modifier finement les mécaniques de gameplay |
En résumé : Vanilla pour le privé, Paper pour le communautaire, Purpur pour la personnalisation poussée.
Quelle version de Minecraft ?
Une version récente est logique pour un nouveau serveur, mais ne migrez pas dès la sortie d'une mise à jour majeure. Vérifiez d'abord la compatibilité de vos plugins, datapacks, mods ou maps personnalisées, l'écosystème met souvent plusieurs semaines à suivre.
Et surtout : sauvegarde complète avant chaque montée de version. Revenir en arrière après avoir ouvert un monde sur une version plus récente est bien plus compliqué qu'une simple restauration.
RAM et CPU : ce qui compte vraiment
Oubliez les formules du type « 1 Go = X joueurs » : Minecraft ne fonctionne pas ainsi. Les besoins dépendent des plugins, des entités, de la distance de simulation et surtout de ce que les joueurs ont construit.
| Joueurs simultanés | RAM conseillée |
|---|---|
| 2, 5 | 3, 4 Go |
| 5, 15 | 4, 6 Go |
| 15, 30 | 6, 10 Go |
| 30, 60 | 10, 16 Go |
Une fois la RAM suffisante, c'est le CPU qui détermine vos TPS. Le serveur calcule en continu les mobs, villageois, fermes, redstone, chunks et plugins, et le tick de Minecraft dépend surtout de la performance par cœur.
Un Survival vieillit aussi mal qu'il vieillit bien : au bout de six mois, les petites maisons du départ sont devenues des systèmes de stockage géants, des centaines de villageois et des fermes automatiques tournant 24h/24. Prévoyez de la marge, et un stockage NVMe.
Les réglages à définir dès le départ
| Paramètre | Recommandation |
|---|---|
| Difficulté | Normal par défaut, Hard pour un Survival exigeant. À fixer une fois pour toutes. |
| Whitelist | Oui si privé. Même sur un serveur public, gardez-la active pendant la préparation. |
| View-distance | Commencez modéré (8-10), augmentez seulement si les TPS restent bons. |
| Simulation-distance | Le réglage le plus rentable en Survival : chaque joueur maintient une zone active. À baisser en premier en cas de lag. |
| World border | Utile dès qu'il y a du public : limite la taille du monde, les temps de sauvegarde et le stockage. Agrandissable. |
| Seed | Cherchez un spawn exploitable, sans trop optimiser, la découverte fait partie du jeu. Notez-la dans vos infos d'admin. |
Faut-il pré-générer la carte ?
Oui pour une ouverture publique. Si vingt joueurs partent explorer dans vingt directions au lancement, Minecraft génère des milliers de chunks simultanément et les TPS s'effondrent. Un outil comme Chunky déplace ce travail avant l'ouverture.
Pour un serveur entre amis, c'est facultatif.
Quels plugins installer ?
Ne partez jamais d'une liste de « 50 plugins indispensables ». Un plugin n'est indispensable que quand il résout un problème réel.
| Besoin | Plugin de référence |
|---|---|
| Permissions | LuckPerms |
| Logs et rollback | CoreProtect |
| Profiling / performances | Spark |
| Commandes de confort (/home, /tpa) | EssentialsX |
| Claims (serveur public) | GriefPrevention, Lands |
| Modération | LiteBans |
Faut-il une économie ? Pas forcément. Une monnaie ne rend pas un Survival plus intéressant, et une économie mal calibrée produit rapidement de l'inflation et une domination des anciens joueurs. Entre amis, l'échange direct suffit largement.
Sauvegardes et protection contre le grief
Un monde Survival devient irremplaçable : après quelques mois, il représente des centaines d'heures de construction cumulées. Les sauvegardes vous protègent des mauvaises manipulations, des plugins défectueux, des mises à jour ratées, de la corruption et du grief.
Le minimum vital :
- sauvegardes automatiques avec rotation ;
- sauvegarde manuelle avant tout changement important ;
- une restauration testée au moins une fois, savoir restaurer avant d'en avoir besoin.
Côté grief, la bonne stratégie combine trois couches : prévenir (permissions minimales, claims), identifier (logs) et réparer (sauvegardes). Une seule des trois ne suffit pas sur un serveur public.
Diagnostiquer les problèmes de performances
Quand les performances baissent, cherchez la cause avant d'ajouter des ressources.
| Symptôme | Piste probable |
|---|---|
| TPS bas mais RAM disponible | Pas un problème de mémoire, cherchez les entités ou un plugin |
| Crash OutOfMemory | Là, la RAM mérite attention |
| Lag quand un joueur part explorer | Génération de chunks ? pré-génération, world border |
| Lag autour d'une grosse base | Entités, hoppers, redstone, fermes automatiques |
Surveillez régulièrement les TPS, le MSPT, la RAM, l'espace disque et le nombre d'entités. Les fermes font partie du Survival : ne les interdisez pas, mesurez-les avec un outil de profiling et fixez des règles raisonnables. Supprimer toutes les entités toutes les cinq minutes n'est pas une optimisation.
Enfin, les redémarrages planifiés ne sont pas une solution aux fuites mémoire. Si votre serveur doit redémarrer en permanence pour rester jouable, identifiez la vraie cause.
Ouvrir son serveur au public
Ne publiez pas l'adresse le jour même de la création. Testez d'abord le spawn, les permissions, la whitelist, les plugins, les sauvegardes et les protections, puis invitez quelques joueurs en conditions réelles.
Un nom de domaine (play.exemple.fr) n'est pas indispensable, mais il est plus mémorisable, plus crédible et indépendant de l'IP, un vrai plus dès que le serveur s'ouvre.
Créer son Survival avec Starmine
Avec Starmine, la partie technique se réduit au minimum avant de pouvoir jouer :
- créer le serveur ;
- choisir Vanilla, Paper ou Purpur ;
- générer le monde ;
- régler difficulté, view-distance et simulation-distance ;
- activer la whitelist si besoin ;
- créer une première sauvegarde ;
- inviter les joueurs.
Vous ajouterez plugins et ressources plus tard, quand le projet en aura réellement besoin. Il n'y a aucun intérêt à complexifier un serveur dès son premier jour.
FAQ
Quelle est la meilleure version pour un serveur Survival ? Une version récente, mais pas la toute dernière si vous utilisez des plugins : attendez que l'écosystème soit compatible.
Combien de RAM pour un serveur Survival ? 4 à 6 Go pour 5 à 15 joueurs. Au-delà, c'est la performance du CPU qui limite les TPS, pas la mémoire.
Quelle view-distance choisir ? Démarrez autour de 8 à 10 et augmentez seulement si les TPS restent stables avec votre fréquentation habituelle.
Faut-il pré-générer la carte ? Oui avant une ouverture publique, facultatif pour un serveur entre amis.
Comment protéger un serveur Survival du grief ? Whitelist sur un petit serveur ; claims, logs (CoreProtect) et sauvegardes sur un serveur public.
Un bon Survival repose moins sur le nombre de fonctionnalités que sur la solidité de ses fondations : un logiciel adapté, une configuration simple, des sauvegardes fiables et quelques plugins utiles. Laissez les joueurs créer le reste, les besoins réels apparaîtront d'eux-mêmes.