Héberger un serveur Rust : wipes, plugins et performances

Un serveur Rust ne se gère pas comme les autres : la carte est remise à zéro régulièrement, les plugins doivent suivre chaque mise à jour et la taille du monde pèse sur les performances. Voici comment organiser ces trois sujets avant d’ouvrir le serveur à votre communauté.

• Le premier jeudi du mois, la mise à jour de Facepunch impose une nouvelle carte à tous les serveurs.
• Entre deux, la cadence de wipe vous appartient : annoncez-la et respectez-la.
• Oxide/uMod ou Carbon ajoutent les plugins ; vérifiez leur compatibilité après chaque mise à jour.
• La taille de la carte et le nombre de joueurs déterminent la RAM et le CPU nécessaires.

Comprendre le calendrier des wipes

Un wipe remet le monde à zéro : constructions, inventaires et, selon le cas, les plans débloqués (blueprints). Facepunch publie une mise à jour le premier jeudi de chaque mois, et ce « forced wipe » impose une nouvelle carte à tous les serveurs. Entre deux, la cadence vous appartient : beaucoup de communautés wipent chaque semaine ou toutes les deux semaines.

• Map wipe : nouvelle carte, les plans débloqués sont conservés.
• Wipe complet : la carte et les plans sont remis à zéro.
• Forced wipe : le premier jeudi du mois, avec la mise à jour de Facepunch.

Annoncer et automatiser les wipes

Les joueurs choisissent souvent leur serveur selon sa date de wipe. Affichez-la dans le nom ou la description, puis tenez-vous-y. Chez ACLClouds, la variante Rust Auto Wipe peut être choisie à la commande, et le planificateur du panel exécute des tâches selon une expression cron : avertissement aux joueurs, sauvegarde, puis redémarrage. Le guide pour planifier redémarrages et réinitialisations montre comment enchaîner ces tâches.

• Date et heure du wipe affichées dans la description du serveur.
• Un message aux joueurs plusieurs minutes avant l’arrêt.
• Un test avec « Exécuter maintenant » quand personne n’est connecté.

Plugins : Oxide/uMod ou Carbon

Le serveur Rust officiel ne charge pas de plugins seul. Un framework de modding comme Oxide/uMod ou Carbon ajoute cette capacité : kits, téléportation, clans, outils de modération. Avec Oxide/uMod, les plugins sont des fichiers .cs déposés dans oxide/plugins, et leur configuration se trouve dans oxide/config. Après chaque mise à jour mensuelle, vérifiez que le framework et vos plugins sont compatibles avant de rouvrir le serveur.

• Un seul framework de modding : Oxide/uMod ou Carbon, pas les deux.
• Quelques plugins bien choisis plutôt qu’une longue liste jamais mise à jour.
• Un plugin ajouté à la fois, avec une lecture de la console au rechargement.

Taille de carte, joueurs et performances

La carte procédurale se définit par sa taille et sa graine (seed), dans les paramètres de démarrage. Une grande carte et de nombreuses constructions demandent plus de mémoire, et chaque joueur connecté ajoute de la charge au processeur. Plutôt que de viser la plus grande carte possible, dimensionnez-la selon le nombre de joueurs réellement attendus, puis surveillez la RAM et le CPU au fil du wipe : la charge augmente à mesure que les bases s’agrandissent.

• Une taille de carte adaptée au nombre de joueurs attendus.
• Un changement de taille ou de seed au moment d’un wipe, pas en cours de partie.
• Une surveillance de la RAM en fin de wipe, quand les bases sont les plus nombreuses.

Mises à jour et sauvegardes

Rust s’installe et se met à jour avec SteamCMD. Avant une mise à jour, prévenez les joueurs, arrêtez le serveur et sauvegardez la configuration et les données des plugins : le guide pour mettre à jour un serveur avec SteamCMD détaille l’ordre des opérations. Les offres Rust ACLClouds incluent la protection anti-DDoS, la console en temps réel et l’accès aux fichiers, et vous pouvez changer d’offre quand la communauté grandit.

• Une sauvegarde de oxide/config et oxide/data avant chaque mise à jour.
• Une copie hors du serveur, selon la règle 3-2-1.
• Une connexion de test avant de rouvrir le serveur aux joueurs.