Les redémarrages automatiques t’aident à exploiter un serveur de jeu de manière planifiable : tu définis des fenêtres de maintenance fixes, informes les joueurs à temps et vérifies ensuite si le serveur, les logs et les sauvegardes ont l’air propres. L’important n’est pas de redémarrer le plus souvent possible, mais d’avoir un rythme compréhensible, adapté au jeu, à la communauté et à tes processus d’exploitation.
Redémarrer automatiquement un serveur de jeu
Pourquoi les redémarrages automatiques sont utiles
Un serveur de jeu tourne souvent de nombreuses heures ou plusieurs jours sans pause. Selon le jeu, le setup de mods et le nombre de joueurs, des données temporaires, états de scripts ou consommations mémoire peuvent s’accumuler. Un redémarrage planifié crée un moment contrôlé où le processus est arrêté proprement puis relancé, au lieu de devoir réagir seulement en cas de lags ou de pannes.
Les raisons typiques des redémarrages réguliers sont :
- Memory Leaks : beaucoup de jeux consomment de plus en plus de RAM avec le temps
- Performance : des redémarrages réguliers peuvent aider à garder des performances stables
- Updates : les serveurs peuvent se mettre à jour automatiquement au redémarrage si ton setup est configuré ainsi
- Stabilité : les redémarrages planifiés réduisent le risque que l’exploitation longue durée accumule des problèmes inaperçus
Chez game-serverhosting, un scheduler s’accorde bien avec le positionnement d’hébergement multi-jeux payant avec contrôle technique, support et processus d’exploitation transparents : tu définis quand quelque chose se produit, puis tu peux en vérifier l’effet via le dashboard, la console et les logs.
Prérequis
Avant d’activer un redémarrage automatique, tu devrais clarifier ces points :
- Tu as accès au dashboard game-serverhosting et au serveur de jeu concerné.
- Tu connais le fuseau horaire dans lequel ta communauté joue principalement.
- Tu sais si ton jeu sauvegarde automatiquement à l’arrêt ou si une commande de save séparée est utile.
- Tu as vérifié si les mods, plugins ou grands mondes provoquent des temps de démarrage plus longs après un redémarrage.
- Tu as un concept de sauvegarde, surtout pour les mondes persistants comme Minecraft, ARK, Valheim ou Palworld.
Si tu utilises aussi une adresse propre pour ton serveur, documente proprement le port et le nom d’hôte. Le guide Configurer un domaine propre pour un serveur de jeu – Guide DNS t’aide à garder les entrées DNS compréhensibles.
Configurer le scheduler dans le dashboard
Chez game-serverhosting, tu peux configurer les redémarrages via le scheduler :
- Dashboard → onglet Scheduler
- "Créer une nouvelle tâche"
- Action : "Redémarrer le serveur"
- Choisir le planning
Choisis l’horaire consciemment. Pour les serveurs publics, une fenêtre entre 4 h et 6 h du matin est souvent praticable si ta base de joueurs est majoritairement active dans le même fuseau horaire. Pour les communautés internationales, une fenêtre parfaite unique est rarement possible ; dans ce cas, annonce le redémarrage de manière transparente et garde-le aussi cohérent que possible.
Si ton dashboard prend en charge les tâches récurrentes, utilise une répétition claire comme tous les jours, toutes les 12 heures ou chaque semaine. Évite plusieurs règles de redémarrage qui se chevauchent, car il sera ensuite difficile de comprendre quelle tâche a réellement été déclenchée. Pour des étapes d’automatisation plus générales, tu trouveras des indications complémentaires dans le guide Redémarrer automatiquement un serveur de jeu — Configurer les tâches planifiées.
Horaires de redémarrage recommandés
Le tableau suivant est un point de départ pratique, pas une garantie d’un niveau de performance précis. Adapte les intervalles à la taille de ton monde, aux mods, au nombre de joueurs et à tes observations dans les logs ou le monitoring.
| Jeu | Recommandation | Raison |
|---|---|---|
| Minecraft | Toutes les 12 h | Vider le cache des chunks |
| Rust | Toutes les 24 h (avant wipe) | Memory Leak |
| ARK | Toutes les 6 h | Nettoyage des entités |
| Valheim | Toutes les 24 h | Memory Leak |
| Palworld | Toutes les 6-12 h | Memory Leak |
| FiveM | Toutes les 12 h | Cache des scripts |
Pour les serveurs Valheim, il vaut aussi la peine de consulter le Guide coop 2026 : louer et configurer un serveur Valheim si tu veux coordonner les redémarrages avec la gestion du monde, le mot de passe, les ports et le mode coop.
Avertir les joueurs avant le redémarrage
Un redémarrage planifié n’est propre que si les joueurs en sont informés à temps. Configure plusieurs avertissements afin que personne ne soit surpris au milieu d’un raid, d’un combat de boss ou d’une sauvegarde.
# 15 minutes avant
say "Redémarrage du serveur dans 15 minutes !"
# 5 minutes avant
say "Redémarrage du serveur dans 5 minutes ! Merci de te déconnecter en sécurité."
# 1 minute avant
say "Redémarrage du serveur dans 1 minute !"
Le fonctionnement de say dépend du jeu et de la commande console correspondante. Si ton jeu utilise d’autres commandes de broadcast, remplace les lignes en conséquence. Sur les serveurs avec intégration Discord, tu peux aussi envoyer un message dans le canal communautaire, mais tu ne devrais pas t’y fier uniquement.
Sauvegarde avant redémarrage automatique
Pour les mondes persistants, une sauvegarde avant le redémarrage est utile. Ce qui compte, c’est que la sauvegarde et le redémarrage se déroulent dans le bon ordre : d’abord sauvegarder, puis arrêter, puis démarrer. Si ton jeu connaît une commande de save manuelle, planifie-la avant le redémarrage lui-même ou vérifie si le panel couvre déjà cette étape.
Ne teste pas la restauration seulement en cas d’urgence. Une sauvegarde n’est fiable que si tu sais où elle se trouve, quel âge elle a et comment la restaurer. Documente aussi si le redémarrage automatique a le droit d’installer des updates. Les auto-updates sont pratiques, mais sur les serveurs moddés ou avec versions figées, elles peuvent demander des vérifications supplémentaires.
Vérifier le résultat
Après la première exécution planifiée, ne pars pas simplement du principe que tout est bon. Vérifie concrètement :
- La tâche du scheduler a-t-elle été déclenchée à l’heure attendue ?
- Les avertissements prévus ont-ils été envoyés avant le redémarrage ?
- Le serveur est-il ensuite accessible ?
- Une sauvegarde a-t-elle été créée si prévu ?
- Les logs contiennent-ils des erreurs à l’arrêt ou au démarrage ?
- Les mods, plugins et la version du jeu restent-ils compatibles ?
Si tu exploites des services système en dehors d’un panel d’hébergement, la documentation officielle des timers systemd explique comment fonctionnent en principe les units basées sur le temps : Documentation sur freedesktop.org. Pour game-serverhosting, le dashboard reste toutefois le bon endroit si ton serveur y est géré.
Dépannage
Le redémarrage n’a pas été déclenché
Vérifie d’abord l’heure, le fuseau horaire et la règle de répétition. Une erreur fréquente est une tâche correctement créée, mais planifiée dans un autre fuseau horaire ou une seule fois. Contrôle ensuite si le serveur était déjà arrêté au moment prévu ou si une autre tâche s’exécutait en parallèle.
Les joueurs ne voient aucun avertissement
Dans ce cas, la commande console ne correspond généralement pas au jeu, ou l’avertissement n’est pas exécuté dans le bon contexte. Teste la commande manuellement dans la console. Ce n’est que lorsque le message manuel est visible que tu devrais l’intégrer au scheduler.
Le serveur ne démarre pas proprement après le redémarrage
Ouvre les logs de démarrage et cherche des erreurs de mod, plugin, port ou version. Si l’erreur survient juste après un update, vérifie si les mises à jour automatiques étaient activées et si tes extensions sont compatibles avec la nouvelle version.
Les sauvegardes prennent trop longtemps
Les grands mondes peuvent allonger les sauvegardes. Place alors le redémarrage dans une fenêtre de maintenance plus large et évite de planifier sauvegarde, update et redémarrage trop proches les uns des autres. Pour de très grands serveurs, un redémarrage moins fréquent mais mieux contrôlé peut être plus judicieux.
Bonnes pratiques
- Faible activité des joueurs : placer les redémarrages entre 4 h et 6 h du matin si cela correspond à la communauté
- Avertissement : toujours informer les joueurs à l’avance
- Sauvegarde avant redémarrage : activer une sauvegarde automatique avant le redémarrage
- Update au redémarrage : n’activer l’auto-update que si tu planifies consciemment les changements de version
- Documentation : noter en interne l’intervalle, l’heure et l’objectif du redémarrage
- Contrôle : surveiller le prochain redémarrage automatique après des changements du setup de mods
Vérification, limites et retour arrière sûr
Le guide « Redémarrer automatiquement un serveur de jeu – Configurer le scheduler » vaut pour le type de serveur décrit dans l’article et pour l’état de version visible au moment de la vérification. Les noms de menus, versions disponibles, compatibilités de mods ou plugins et ressources nécessaires peuvent changer après des mises à jour. Ne transfère donc aucune valeur sans vérification vers une autre version de jeu, de loader ou de serveur.
Avant de modifier un monde, une sauvegarde de jeu, une configuration ou des extensions, crée une sauvegarde des fichiers concernés. Modifie ensuite une seule étape cohérente à la fois et vérifie-la avec la même version client et serveur que celle avec laquelle tu veux jouer plus tard.
| Point de contrôle | Résultat attendu | Abandon et retour arrière |
|---|---|---|
| Démarrage du serveur | Le serveur atteint l’état opérationnel sans nouveau message d’erreur. | En cas d’erreurs de démarrage, annuler la modification et restaurer la dernière sauvegarde. |
| Test de connexion | Un compte de test peut se connecter via l’adresse affichée dans le panel. | En cas d’erreurs de version ou de connexion, revérifier la version, le port et les autorisations. |
| Test fonctionnel | La fonction précisément modifiée fonctionne sans endommager les données de monde ou de jeu existantes. | En cas d’effets secondaires, arrêter le serveur et restaurer les fichiers sauvegardés. |
Un test individuel réussi ne garantit ni les performances ni la disponibilité. La taille du monde, les mods, les plugins, le nombre de joueurs, le trajet réseau et la charge simultanée peuvent modifier le résultat. Documente la version, la modification et le résultat du test afin de comprendre les écarts ultérieurs.
FAQ
À quelle fréquence devrais-je redémarrer automatiquement mon serveur de jeu ?
Cela dépend du jeu, du nombre de joueurs et de ton setup de mods. Le tableau ci-dessus est un point de départ. Si les logs et les retours des joueurs restent stables, tu n’as pas besoin de raccourcir artificiellement l’intervalle.
Devrais-je créer une sauvegarde avant chaque redémarrage ?
Pour les mondes persistants, c’est recommandé. L’important est toutefois que la sauvegarde soit terminée avant le redémarrage lui-même et que tu vérifies régulièrement si elle serait restaurable.
Un redémarrage automatique peut-il supprimer la progression des joueurs ?
Un redémarrage proprement planifié ne devrait pas le faire. Le risque apparaît surtout si rien n’a été sauvegardé, si un processus de jeu est arrêté brutalement ou s’il manque une sauvegarde. Utilise des avertissements et vérifie les commandes de save propres au jeu.
Les mises à jour automatiques au redémarrage sont-elles toujours utiles ?
Pas toujours. Pour les serveurs Vanilla, elles peuvent être pratiques. Pour les serveurs moddés, tu devrais être plus prudent, car la version du jeu, les versions des mods et les dépendances de plugins doivent aller ensemble.
Que faire si ma communauté joue à l’international ?
Choisis une fenêtre de maintenance fixe, communiquée clairement, et reste cohérent. S’il n’existe aucun créneau à faible activité, des avertissements clairs sont plus importants qu’une heure parfaite.