Serveur Minecraft SMP en 2026 - Guide de Création et Configuration

Mon premier "SMP perso" vivait dans un chat Skype de quatrième. Le format n'est pas mort. En 2026 SMP est devenu une sous-culture à part: des chaînes YouTube à un demi-million d'abonnés, des streams Twitch où des gens regardent d'autres gens creuser dans une mine, des serveurs Discord à 50 000 membres.

Techniquement, un SMP c'est juste un serveur survie avec des plugins. Pas de mini-jeux, pas de lobby, pas de kits payants. Juste un monde et des gens dedans. Mais construire un SMP où les joueurs reviennent encore un mois après le lancement, c'est du vrai travail. Vers le sixième mois, d'autres problèmes apparaissent, et la plupart des guides les zappent.

Cet article n'est pas un "lance le jar et c'est bon". C'est un SMP durable, qui survit à la première vague de griefers, au premier flood de bots et au passage de 10 à 50 joueurs simultanés.

Combien de matos il te faut vraiment

Les réponses de forum du genre "4 gigas ça passe" mentent en général. La version honnête:

Minecraft est quasiment mono-thread. Le tick principal tourne sur un seul thread, 32 cœurs n'y changeront rien. Ce qui compte: la fréquence du CPU, la bande passante mémoire, les IOPS disque pendant l'auto-save.

Tableau honnête pour SMP avec plugins:

En ligne	RAM serveur	CPU	Disque
5-10	4 GB	1 cœur à 3,5+ GHz	20 GB SSD
10-20	6-8 GB	1 cœur à 4+ GHz	40 GB SSD
20-50	10-12 GB	1 cœur à 4,5+ GHz	80 GB NVMe
50-100	14-20 GB	1 cœur à 5+ GHz ou Folia	150 GB NVMe
100+	Folia ou sharding	conversation à part	NVMe RAID

Nuance importante: allouer plus de 14-16 GB à une seule instance Java ne sert en général à rien. Le garbage collector bloque sur les grosses heaps. Si tu as besoin de plus, soit tu bascules le core vers Folia (multi-thread), soit tu répartis les joueurs entre plusieurs backends avec Velocity.

Le disque est le plus sous-estimé. Un monde SMP de six mois avec cent joueurs pèse 20-40 GB. Plus les sauvegardes, plus les logs système. Prends 1,5x ce que tu penses nécessaire. Analyse RAM détaillée ici.

Choix du core: plus large que Paper vs Fabric

En 2026 le choix est plus large, chaque core a de vrais points forts.

Paper est le standard SMP. Un fork de Spigot avec beaucoup d'optimisations et un développement actif. Des milliers de plugins visent Paper. Si tu ne sais pas quoi prendre, prends Paper.

Purpur est un fork de Paper avec des options en plus. Régler la vitesse de pousse des arbres, désactiver les explosions par biome, ajuster les HP des mobs. Si tu aimes tourner les boutons, Purpur en a plus. 100% compatible avec les plugins Paper.

Pufferfish est un autre fork de Paper axé performance. Pathfinding des mobs réécrit, livraison des chunks optimisée. Sur les gros serveurs il bat Paper de 5-15% de TPS. Inconvénient: les versions pour les nouvelles releases Minecraft arrivent un peu en retard.

Folia est d'une autre catégorie. Le même Paper, mais les régions du monde tournent en parallèle sur plusieurs cœurs. Ça ressemble à un rêve, il y a un piège: la plupart des plugins ne tournent pas d'emblée. Vérifie chaque plugin face à la liste de compatibilité Folia avant de migrer. Analyse complète ici.

Fabric est un mod loader, pas une plateforme de plugins. Pour un SMP avec des mods comme Create, Iris Shaders ou Ad Astra, Fabric colle. Mais les mods doivent être aussi installés côté client. Ça coupe 90% des joueurs potentiels. Pour un SMP public, Fabric n'a de sens que si ta cible est déjà prête à jouer avec des mods.

Quilt est un fork de Fabric, fait tourner les mêmes mods mais avec son propre système de hooks. Communauté plus petite, plans ambitieux.

En résumé: pour 99% des SMP prends Paper ou Purpur. Si tu vises 80+ en ligne, regarde Folia. Si tu veux de vrais mods, Fabric.

Java et flags JVM: ne copie pas à l'aveugle

Minecraft 1.21.x a besoin de Java 21. Adoptium Temurin est gratuit et éprouvé:

sudo apt install temurin-21-jdk
java -version

Maintenant les flags. Sur le net circulent les "Aikar's flags". C'est un jeu de paramètres G1GC qui tourne vraiment mieux que les défauts JVM:

java -Xms8G -Xmx8G \
  -XX:+UseG1GC -XX:+ParallelRefProcEnabled -XX:MaxGCPauseMillis=200 \
  -XX:+UnlockExperimentalVMOptions -XX:+DisableExplicitGC \
  -XX:+AlwaysPreTouch -XX:G1NewSizePercent=30 -XX:G1MaxNewSizePercent=40 \
  -XX:G1HeapRegionSize=8M -XX:G1ReservePercent=20 -XX:G1HeapWastePercent=5 \
  -XX:G1MixedGCCountTarget=4 -XX:InitiatingHeapOccupancyPercent=15 \
  -XX:G1MixedGCLiveThresholdPercent=90 -XX:G1RSetUpdatingPauseTimePercent=5 \
  -XX:SurvivorRatio=32 -XX:+PerfDisableSharedMem -XX:MaxTenuringThreshold=1 \
  -jar paper.jar --nogui

Deux points essentiels:

Xms = Xmx est obligatoire. Beaucoup d'admins mettent Xms plus bas "pour économiser la mémoire". C'est mauvais. La JVM va agrandir la heap en continu et brûler du CPU. Engage la taille cible dès le départ.

Les flags ci-dessus sont calibrés pour 4-12 GB. Au-dessus de 16 GB, remonte G1NewSizePercent et G1MaxNewSizePercent à 40/50. Copier des flags d'un post de forum de 2019 est une erreur.

Si tu as plus de 12 GB, pense à passer de G1GC à ZGC. ZGC n'a presque pas de pauses, même sur de grosses heaps. Flag -XX:+UseZGC, rien de plus. Ça consomme un peu plus de CPU, en échange tu oublies les pauses GC. Creuser ici.

server.properties: les champs qui comptent vraiment

L'essentiel du server.properties peut rester par défaut. Ces champs valent d'être compris:

view-distance=8
simulation-distance=6

view-distance est le nombre de chunks que le client voit. simulation-distance est dans quels chunks mobs, plantes et farms ticnent vraiment. La différence compte. Les mobs ne spawn que dans la simulation-distance. Mettre les deux à 10 fait pleurer le CPU. 8/6 est un bon équilibre pour SMP public.

spawn-protection=0

Par défaut le spawn est protégé contre les non-ops sur 16 blocs. Avec GriefPrevention ou WorldGuard, c'est redondant et ça gêne. Mets 0.

online-mode=true
enforce-secure-profile=true

online-mode=true veut dire que Mojang vérifie l'authentification. Laisse-le activé sauf si tu lances volontairement un serveur cracked. Le mode offline et ses risques sont traités à part.

max-tick-time=60000

Timeout du watchdog. Par défaut 60 secondes. Sur un CPU costaud tu peux monter à 120000 pour survivre à une grosse génération de chunks sans boucle de crash.

Ensuite paper-world-defaults.yml. Des centaines d'options, mais pour un SMP celles-ci sont lourdes:

entities:
  spawning:
    per-player-mob-spawns: true

Répartit le plafond de mobs entre les joueurs. Sans ça, un joueur avec des farms avale tout le plafond, les autres ne voient plus de mobs. Sur SMP c'est obligatoire.

chunks:
  max-auto-save-chunks-per-tick: 24

Nombre de chunks sauvegardés par tick. 24 par défaut convient la plupart du temps. Sur disque lent redescends à 8-12.

Guide plus large sécurité et tuning Paper ici.

Pré-génération: pourquoi et les maths

Quand un joueur entre dans un nouveau chunk, le serveur le génère à la volée. La génération coûte des millisecondes de CPU. Un joueur, ça passe. 30 joueurs qui partent dans tous les sens, TPS qui s'écroule.

Solution: générer le monde en avance. Plugin Chunky:

/chunky world world
/chunky radius 5000
/chunky start

Un rayon de 5000 blocs prend 30-90 minutes sur un CPU moderne. Ensuite les joueurs peuvent aller où ils veulent sans lag de génération.

Les maths: rayon 5000, c'est 625 chunks par côté, environ 400 000 chunks. Sur disque ça fait 10-15 GB pour l'overworld. Plus le Nether (souvent 1/8 de la taille) et l'End.

Astuce pratique: lance le pregen la veille du lancement. Pendant que le monde cuit, tu configures les plugins et les events du spawn.

Protection de terrain: trois camps

GriefPrevention est ridiculement simple. Le joueur prend une pelle en or, clique sur deux coins, terrain revendiqué. Pas de commande. Blocs de départ, blocs bonus avec le temps de jeu. Pour 90% des SMP, c'est le bon choix. Gratuit, stable, longue histoire.

Lands est plus moderne et premium. GUI, guerres, location, taxes, flags par chunk. Joli, mais payant (environ 20 euros sur Polymart). Ça vaut le coup si le serveur est sérieux.

Towny parle de villes et de nations. Les joueurs fondent des villages, paient des taxes, recrutent des citoyens. Une mécanique de jeu au-dessus des claims. Parfait pour SMP à dominante roleplay. Excessif pour un SMP entre potes.

Chemin typique: start sur GriefPrevention, migration vers Lands quand l'online grimpe. La migration est pénible mais faisable via leurs outils. Plus sur la protection anti-grief ici.

CoreProtect: ne pars pas en production sans

Ce plugin enregistre chaque action de chaque joueur dans SQLite. Bloc posé, cassé, coffre ouvert, item pris, armure mise. Tout est tracé.

Config de base:

use-mysql: false
default-radius: 10
api-enabled: true
rollback-items: true
rollback-entities: true
skip-generic-data: true
lang: "en"

Usages réels:

/co inspect

Mode inspection. Clique sur un bloc cassé, tu vois qui l'a cassé et quand.

/co rollback u:Pupkin t:1h r:50

Annule les actions de Pupkin sur la dernière heure dans un rayon de 50 blocs. Commande préférée après qu'un pote a "rénové" ta base à la TNT.

/co lookup u:Pupkin a:container

Toutes les interactions de Pupkin avec des conteneurs. Or pur pour les enquêtes vol.

CoreProtect garde 30 jours par défaut. Sur un gros serveur c'est plusieurs gigas. Configure la rotation ou purge à la main:

/co purge t:30d

Anti-cheat: Grim ou Vulcan

Débat éternel, on tranche.

Grim est gratuit, open source, simule les mouvements du joueur côté serveur. Attrape Speed, Fly et KillAura presque parfaitement. Demande online-mode et un Paper récent. En offline une partie des checks ne tourne plus.

Vulcan est payant (environ 20 euros), closed source, mêmes principes plus des heuristiques. Un peu moins de faux positifs, un peu mieux ajustable. Recommandé pour les serveurs PvP.

Sur un SMP où le PvP est secondaire, Grim suffit. Les 20 euros iront mieux dans les sauvegardes ou un nom de domaine.

Règle: ne lance pas deux anti-cheats en même temps. Ils se battent et les deux fonctionnent moins bien. Choisis-en un.

Anti-bot: les plugins ne suffisent pas

Un SMP à 30+ en ligne finit tôt ou tard par prendre une attaque de bots. Quelqu'un lance 500 bots qui rejoignent le serveur et flood le chat ou occupent des slots.

Les plugins genre AntiVPN ou IPWhitelist attrapent les bots bêtes. Les bots sérieux imitent les vrais joueurs assez bien pour qu'aucun plugin ne fasse la différence. Ils complètent le handshake, répondent aux keep-alive, tournent la tête.

La vraie protection anti-bot c'est un captcha au niveau proxy, avant que le bot atteigne ton Paper. Mécanique simple: une IP inconnue tombe sur une page captcha, la résout, et seulement ensuite est transférée au serveur. Un vrai joueur voit ce dialogue une fois tous les 30 jours. La mécanique est détaillée ici.

La différence compte: un plugin gère le bot après qu'il a occupé un slot, mangé de la bande passante et tenu la connexion. Un proxy gère le bot avant qu'il touche à Paper. Deux niveaux de défense différents.

Voice chat: ça change le ressenti

Le voice transforme un SMP en profondeur. Les grottes sont plus flippantes. Les farms plus drôles. Les bagarres PvP plus vivantes. Les nouveaux s'intègrent plus vite.

Plasmo Voice demande un mod côté client, mais donne audio 3D, groupes, talkies-walkies, déguisement. Requiert Fabric/Forge ou un mod loader sur Paper. Guide complet ici.

Simple Voice Chat tourne aussi via des mods, plus simple, s'installe en 10 minutes. Pour Paper pur, il y a un plugin passerelle.

Sur un SMP entre potes Discord suffit. Sur un SMP public, le voice en jeu est un vrai plus.

Carte du monde: BlueMap vs Dynmap

BlueMap rend le monde en 3D via un viewer web. Magnifique, on dirait le vrai monde. Installation plus lourde, plus de CPU pendant le rendu.

Dynmap est une carte 2D plate. Rapide, légère, 5 minutes pour la mettre en place. Ça ressemble à Google Maps avec des chunks.

Combo fréquent: BlueMap pour la page "regardez notre monde", Dynmap pour "où habite Pupkin". Les deux tournent en parallèle sans conflit.

Une économie qui ne meurt pas en un mois

Crash classique d'économie SMP: départ à 1000 pièces, boutique PNJ pour les émeraudes, enchères. En un mois l'émeraude vaut 1 pièce, le seul objet de valeur est un Beacon avec Hâte 2. L'économie a explosé.

Trois règles pour une économie vivante:

L'argent doit sortir. Si les pièces n'apparaissent (vente de ressources à des PNJ) que et ne disparaissent jamais, l'inflation est garantie. Ajoute des puits: taxes sur les terrains, coût des téléportations, réparation, achats uniques.

Pas de diamants qui tombent du ciel. Ne vends pas de ressources rares via PNJ. Tout ce qu'un joueur peut "imprimer" casse l'équilibre.

Une enchère ouverte bat les boutiques PNJ. Les joueurs doivent échanger plus entre eux qu'avec le serveur. AuctionHouse ou ShopGUI+ en mode joueur-à-joueur.

Analyse complète ici.

Sauvegardes: 3-2-1 et test de restauration

La règle 3-2-1: trois copies des données, deux types de support, une copie hors du système principal.

En pratique sur SMP:

1. Snapshot horaire du monde (plugin ou cron plus rsync). Sur le même disque.
2. Copie nocturne sur un deuxième disque ou un bucket compatible S3.
3. Copie hebdomadaire dans le cloud (Backblaze B2, Wasabi). Pas cher et sûr.

Petit script cron:

#!/bin/bash
WORLD_DIR="/opt/mc"
BACKUP_DIR="/backup/mc"
DATE=$(date +%F_%H-%M)
cd "$WORLD_DIR" && tar czf "$BACKUP_DIR/world_$DATE.tar.gz" world world_nether world_the_end
find "$BACKUP_DIR" -name "world_*.tar.gz" -mtime +30 -delete

Ce que la plupart oublient: les tests de restauration. Une fois par mois, redéploie le dernier backup sur une instance de test. Vérifie que l'archive n'est pas corrompue, que le monde se charge, que les plugins démarrent. Un backup depuis lequel tu ne peux pas restaurer n'est pas un backup. Plan complet ici.

World border et choix du seed

Un monde infini en SMP est mauvais. Les joueurs s'éparpillent sur des milliers de km et le serveur gonfle à des centaines de gigas en quelques mois.

/worldborder center 0 0
/worldborder set 10000

Un cercle de 10000 de diamètre suffit pour 10-20 joueurs. Pour 50+ mets 16000-20000.

Bon truc: étendre la border comme un event. "On a atteint 40 en ligne, la border grandit de 2000 blocs." Les joueurs en parlent, reviennent pour l'event, ramènent des amis.

Le choix du seed est un art à part. Ne prends pas un seed au hasard. Cherche un seed où:

• Le spawn est sur une plaine ou dans une forêt
• Il y a 3+ biomes dans un rayon de 1000 blocs
• Il y a un village à 300-500 blocs du spawn
• Un point d'eau et un désert sont à portée (cactus, eau douce)

Utilise chunkbase.com. Tape le seed, regarde la carte, repère villages et biomes. Un bon seed se trouve en 30 minutes et te paie dividendes pendant toute la vie du serveur.

Whitelist: quand l'activer

SMP entre potes, active-la dès le jour 1. Moins d'emmerdes.

white-list=true

/whitelist add Nickname

Pour un SMP public, la whitelist sert souvent de filtre: le joueur postule sur Discord, un mod approuve, un bot l'ajoute à la whitelist. Ça coupe 90% des trolls et des "je regarde juste".

EasyWhitelist plus DiscordSRV monte ce combo en une demi-heure. Bonus: chaque candidature te donne le Discord du joueur. Quand tu dois le recontacter plus tard (bug report, invitation perso à un event), tu as le contact.

Discord comme centre de communauté

DiscordSRV synchronise le chat en jeu avec un channel Discord. Mais la vraie valeur est ailleurs: c'est un hub communautaire qui tourne même serveur éteint.

Jeu de channels minimal pour SMP:

• #announcements (admins seulement)
• #general (chat ouvert)
• #ingame-chat (sync DiscordSRV)
• #support (questions au staff)
• #applications (demandes whitelist)
• #bug-reports (forum channel avec template)
• #off-topic (mèmes et random)
• #builds-showcase (screenshots de builds)

Active un rôle @online pour les joueurs présents en jeu. DiscordSRV le fait tout seul. Ça donne vie au Discord.

Annonce les events 2-3 jours à l'avance. Les gens ont besoin de temps pour s'organiser.

Resource pack: pas pour tout le monde

Un resource pack custom c'est puissant. Tu remplaces les textures d'épée, tu ajoutes des sons, tu changes l'UI. ItemsAdder ajoute même des items complètement nouveaux avec leurs modèles.

Inconvénient: il faut le télécharger. Première connexion 30-60 secondes. Sur un SMP communautaire c'est ok, sur un serveur qui court après le trafic c'est risqué.

Règle: si tu livres du contenu custom (boss, quêtes, magie), le pack est obligatoire. Survie pure, tu peux t'en passer.

Rétention: plan sur les trois premiers mois

Lancer le serveur c'est 10% du boulot. Les 90% restants c'est la rétention. La stat est dure: sur 100 joueurs qui essaient un nouveau SMP, 15-20 restent après un mois. Après trois mois, 5-8. Ton job est de maximiser ces chiffres.

Ce qui marche:

Events hebdomadaires. Vendredi soir ou samedi. Tournoi PvP, concours de build, raid dragon en équipe. Une raison de se connecter.

Saisons. Après 6-9 mois le monde vieillit. Bases gigantesques, économie en inflation, nouveaux sans rien à chasser. Annonce "Saison 2" avec un reset du monde et un hall of fame. Les anciens reviennent, les nouveaux ne se sentent pas un an en retard.

Progrès public. Un site avec "premier tueur de Dragon", "plus grande ville", "rail le plus long". Les gens se battent pour ces honneurs plus fort que pour des prix en cash.

Touche personnelle. Les 50 premiers réguliers doivent te connaître par prénom. C'est usant, mais ça marche incroyablement bien. Tu n'es pas "l'admin", tu es "Pavel, celui qui répond sur le chat en 30 minutes et règle les problèmes".

Plus sur la croissance des joueurs ici.

Monétisation sans pay-to-win

Le pay-to-win tue un SMP plus vite qu'un DDoS. Au moment où ta boutique vend "kit de démarrage: armure diamant à 3 euros", tes joueurs gratuits partent.

Ce que tu peux vendre:

• Rangs cosmétiques avec préfixe en chat
• Couleur du pseudo
• Slots /home supplémentaires (genre 3 à 5)
• Mondes privés (plugins island)
• Items cosmétiques sans stats
• Emotes ou pets sans buff de combat

Ce que tu ne dois pas:

• Ressources (diamants, émeraudes, netherite)
• Équipement enchanté
• Clés de crates avec loot OP
• Avantages PvP (dégâts ou armure)
• Auto-mining, auto-craft

Une monétisation raisonnable ramène 50-100 euros pour 100 joueurs actifs par mois. Assez pour le VPS et une partie du temps admin. S'enrichir avec un SMP est rare, ne planifie pas dessus.

Soft launch: n'ouvre pas en prime time

Erreur classique: annoncer le serveur avant de l'avoir testé. Jour d'ouverture, 30 personnes entrent, un plugin casse, la DB se bloque, les joueurs repartent déçus. La moitié ne reviendra jamais.

Plan soft launch:

1. Semaine moins 2. Serveur en ligne avec 3-5 potes de confiance. Ils chassent les bugs, testent les commandes, valident les plugins.
2. Semaine moins 1. Inviter 10-15 beta testeurs. Wipe ou pas du monde, à toi. Collecter le feedback.
3. Jour 0. Annonce publique. À ce stade les bugs évidents sont propres. Serveur stable à 20-30 en ligne.
4. Semaine plus 1. Tu surveilles le TPS, tu corriges les détails, tu réponds à tout sur Discord.
5. Semaine plus 2. Premier event. C'est important. Ça montre que le serveur est vivant.

N'annonce pas à tes 1000 abonnés avant l'étape 3. La réputation des nouveaux serveurs est fragile, le deuxième essai coûte plus cher que le premier.

Quand ton SMP devient une cible

40 en ligne stables, ton Discord, tes mèmes, les premiers dons. Tout roule. Et puis le serveur tombe. Encore. Encore.

C'est un DDoS. Quelqu'un de banni qui en veut, un concurrent qui veut tes joueurs, ou un ado qui s'ennuie un vendredi soir. L'hébergement classique ne stoppe pas ça. Cloudflare est pour le trafic web, pas pour le protocole Minecraft. Il te faut un filtre qui comprend Minecraft et jette les déchets avant qu'ils atteignent Paper.

MineGuard fait exactement ça. Proxy ton IP, attrape les SYN floods et les UDP fragmentés au niveau réseau, filtre les bots applicatifs avec un captcha. Tu pointes le trafic joueurs vers l'adresse MineGuard et MineGuard transmet le trafic propre à ton backend. Les joueurs ne s'aperçoivent de rien.

L'offre gratuite absorbe les petites attaques et convient aux SMP jusqu'à 50-100 en ligne. L'offre payante encaisse des botnets sérieux.

N'attends pas la première attaque pour penser protection. Une journée offline coûte 10-20% de tes joueurs actifs. Pour un jeune SMP ça fait un mois de recul, parfois la fin du projet.