Avant de commencer
Préparez l’édition et la version, le logiciel serveur, la liste des plugins ou mods et la taille du monde. Décrivez l’activité prévue : exploration, génération, machines, entités et services associés. Relevez les mesures si vous possédez déjà un serveur. Précisez le budget de renouvellement, la période souhaitée et la façon de récupérer vos fichiers si vous changez d’hébergeur.
Choisir Java ou Bedrock avant les ressources
Java et Bedrock sont des produits distincts, avec des logiciels et protocoles différents. Vérifiez les appareils de votre communauté et leur version du jeu. Un projet crossplay demande une passerelle compatible et une configuration adaptée ; ce n’est pas une propriété automatique de toute offre Minecraft.
Sur Java, choisissez le moteur selon vos extensions : Paper ou un autre serveur à plugins, Fabric, Forge ou NeoForge selon le modpack. Les plugins et mods ne sont pas interchangeables. Contrôlez les dépendances et les versions publiées avant d’acheter des ressources pour un ensemble qui ne peut pas démarrer.
Relier CPU et mémoire au travail du serveur
La simulation, les extensions et la génération de terrain sollicitent le processeur. Le nombre de vCPU ne réserve pas nécessairement autant de cœurs physiques. Demandez le modèle ou la famille réellement utilisée, les règles de partage et les ressources de l’offre. Une fréquence annoncée n’est pas une fréquence permanente garantie à chaque instance.
La mémoire dépend du moteur, des mods, des entités et du monde. Prévoyez une marge pour le système et les opérations de maintenance. Pour les distances de vue et de simulation, commencez par un réglage adapté puis mesurez. Une quantité de RAM n’assure pas un nombre fixe de joueurs, et davantage de mémoire ne corrige pas un plugin bloquant.
Compter le monde, les mises à jour et les sauvegardes
Le stockage doit couvrir l’installation, les mondes, les extensions, les journaux et les copies conservées. Un monde exploré grandit et une restauration peut demander de l’espace supplémentaire. La capacité SSD ne décrit pas à elle seule les performances du disque ; faites préciser les conditions si votre projet dépend fortement des écritures.
Vérifiez comment créer, télécharger et restaurer une sauvegarde, ainsi que les quotas et la conservation. Une copie restée uniquement sur le node principal ne couvre pas la perte de ce node. Testez une restauration sur une copie avant une migration importante ou un changement de version du monde.
Vérifier les outils réellement disponibles
Cherchez un accès aux fichiers, aux journaux, à la configuration et aux versions adaptées à votre moteur. Pour un catalogue d’extensions, vérifiez les sources, les images, les dépendances et la détection d’incompatibilité. La présence d’un bouton d’installation ne démontre pas qu’un plugin publié pour une autre version fonctionne.
Demandez ce qui se passe lors d’une mise à jour : arrêt requis, sauvegarde, confirmation et possibilité de revenir en arrière. Les mondes, tâches planifiées et accès partagés doivent avoir des limites et permissions claires. Une action de redémarrage ne devrait pas pouvoir être répétée sans contrôle pendant une autre opération.
Définir la protection et les ports de connexion
Faites préciser les adresses et protocoles protégés, ainsi que le traitement adapté au jeu. Java et Bedrock n’utilisent pas le même transport principal. Une protection web HTTP ne démontre pas la couverture du protocole Minecraft. Une capacité globale de mitigation n’est pas un débit réservé à votre serveur.
Utilisez les ports attribués et vérifiez la connexion depuis les réseaux de vos joueurs. Ne confondez pas la disponibilité du site de l’hébergeur avec celle du jeu. Si un domaine ou un proxy intervient, contrôlez aussi ce chemin et l’exposition éventuelle de l’origine.
Comparer le coût complet et tester votre projet
Comparez le montant payé sur la période, le renouvellement, les limites et les options nécessaires. Un prix de départ ne décrit pas forcément le projet complet. Vérifiez la disponibilité effective avant de préparer une migration ; une page de catalogue ne prouve pas qu’un node peut livrer l’instance immédiatement.
Quand un essai est disponible pour votre offre et votre compte, testez votre moteur, votre monde et vos extensions dans ses conditions réelles. Relevez les mesures pendant une activité représentative et conservez une sauvegarde indépendante. Pour Paper, un profilage pendant un ralentissement aide davantage qu’une estimation abstraite de joueurs.
Selon votre situation
| Situation | Prochaine vérification |
|---|---|
| Java avec plugins | Vérifier le moteur, les versions et les dépendances publiées. Mesurer la simulation et les plugins au lieu de choisir seulement selon le nombre de joueurs. |
| Java avec modpack | Confirmer le loader et la version exacte, la mémoire de démarrage et l’espace pour les fichiers. Tester la compatibilité sur une copie. |
| Bedrock ou crossplay | Vérifier les clients, le protocole UDP et l’allocation de ports. Pour crossplay, confirmer la passerelle réellement configurée. |
Sources officielles
Ces documents décrivent les protocoles et logiciels concernés. Les conditions de votre service et sa configuration restent à vérifier.