2026, avant StarRupture Update 3 : faut-il renouveler le serveur dédié ?

Ce guide aide les responsables d’une communauté StarRupture à choisir entre conserver la branche dédiée 0.3.5 et jouer en coopération avec un hôte. Il propose des vérifications de version et de sauvegarde, puis une grille pour décider si le serveur mérite encore un renouvellement.

Décision : conservez temporairement le serveur dédié StarRupture si votre groupe doit retrouver le même monde à des horaires différents, en acceptant que la branche 0.3.5 ne reçoive pas Update 3 ni les mises à jour suivantes. Si votre priorité est de jouer au nouveau contenu, évaluez plutôt le mode coopératif avec un joueur hôte. Si le serveur ne sert qu’à StarRupture, ne renouvelez pas avant d’avoir vérifié les sauvegardes et la possibilité de changer de mode.

Cet article s’adresse aux responsables de communautés qui hésitent entre garder un monde dédié et passer à une partie coopérative hébergée par un joueur. Il vous aide aussi à distinguer la décision concernant le jeu de celle concernant la machine entière, si d’autres services y fonctionnent.

Dernière vérification : 8 novembre 2026. Les faits sur le maintien de la branche dédiée et la publication d’Update 3 sont vérifiés dans les annonces officielles du jeu et les informations sur Update 3 et son test public.

Une communauté qui joue à des horaires différents a-t-elle encore besoin d’un serveur dédié StarRupture ?

La question n’est pas seulement de savoir si l’ancienne branche est encore accessible. Il faut distinguer trois choses : l’accès au monde, la prise en charge par l’équipe du jeu et l’arrivée de nouveau contenu. L’annonce officielle indique que le soutien actif aux serveurs dédiés s’arrête et que la version dédiée 0.3.5 reste disponible dans une branche distincte. Cette branche n’inclut pas Update 3 et ne recevra pas les mises à jour suivantes, selon le communiqué de l’équipe sur l’évolution des serveurs dédiés.

Cela ne signifie pas nécessairement que votre monde actuel cesse immédiatement de fonctionner. Cela signifie que la branche dédiée conservée ne suit pas l’évolution du jeu. Un serveur qui reste joignable et un serveur maintenu au fil des versions sont deux situations différentes : votre décision doit porter sur celle dont votre groupe a réellement besoin.

Pour une communauté dont les membres se connectent à des heures différentes, la continuité du monde peut compter davantage que l’accès aux nouveautés. Un serveur dédié offre un fonctionnement distinct d’une session lancée par un joueur, mais vous devez vérifier les règles du jeu dans la version utilisée : ne présumez pas que les joueurs pourront entrer à tout moment dans une partie coopérative hébergée par un membre absent.

Posez la question au groupe de façon concrète : si la personne qui lance la partie n’est pas disponible, les autres veulent-ils tout de même pouvoir reprendre leur progression ? Si la réponse est oui, le changement de mode peut modifier l’usage du monde, même si tout le monde accepte de jouer à la même version.

Le groupe veut suivre Update 3 : la coopération est-elle préférable ?

Update 3 a été annoncée et son contenu est passé par une branche de test publique. L’existence de cette annonce ne suffit toutefois pas à garantir la date de sortie de la version définitive, ni la compatibilité des anciennes sauvegardes avec le nouveau contenu ou avec le mode coopératif. Pour ces points, suivez les annonces officielles d’Update 3 et les consignes de la branche de test publique, plutôt que de déduire une compatibilité à partir d’un essai communautaire.

Si votre priorité est de découvrir les nouveautés, donnez la priorité à l’environnement qui permet de les tester dans la version concernée. Mais ne remplacez pas votre serveur de production par une partie de test sans préparer un retour possible. Une différence de version, une sauvegarde transformée ou une règle de progression différente peuvent suffire à rendre la transition pénible pour le groupe.

Procédez donc à l’écart du monde utilisé par les membres :

  • conservez une copie des fichiers de sauvegarde et des paramètres actuellement utilisés ;
  • identifiez précisément la branche et la version du client ainsi que celles du serveur ;
  • vérifiez dans la documentation et les annonces du jeu les règles actuelles du mode coopératif ;
  • testez la partie avec un petit groupe, sans écraser la sauvegarde d’origine ;
  • ne déplacez le groupe qu’après avoir confirmé que la progression obtenue lui convient.

La date de sortie définitive et la compatibilité des anciennes sauvegardes ne sont pas des détails à compléter par supposition. Tant que les annonces officielles ne les précisent pas, considérez ces points comme non vérifiés. Les retours de joueurs peuvent signaler un problème à examiner, mais ils ne démontrent pas que toutes les communautés rencontreront le même résultat.

Une équipe fixe peut-elle remplacer le monde dédié par une partie coopérative ?

Pour un petit groupe qui joue surtout en même temps, le mode coopératif peut être un choix raisonnable, à condition que les membres acceptent le rôle de la personne qui héberge et les règles de fonctionnement du mode dans la version actuelle. Vous devez vérifier qui peut lancer la partie, ce qui arrive lorsque l’hôte se déconnecte et si les autres membres peuvent poursuivre seuls. Ne basez pas cette décision sur une fonction supposée ou sur une expérience issue d’une ancienne version.

Le serveur dédié répond à un autre besoin : disposer d’un monde séparé des horaires d’une personne, sous réserve que la branche et le service restent utilisables. La coopérative peut convenir si le groupe accepte d’organiser ses sessions autour de l’hôte. Ces options ne sont donc pas interchangeables pour une communauté dont les joueurs attendent de se connecter sans coordonner leurs disponibilités.

Avant de choisir, faites préciser au groupe ses règles de fonctionnement. Qui garde les fichiers de sauvegarde ? Qui peut lancer une session ? Le groupe préfère-t-il un monde persistant ou des rendez-vous communs ? Une réponse vague à ces questions indique qu’il vaut mieux tester la coopération sans fermer l’ancien environnement.

Pour examiner un monde existant sans prétendre connaître l’emplacement propre à toutes les installations, commencez par retrouver le chemin réellement configuré sur votre machine. Par exemple, si vous avez défini vous-même SAVE_DIR vers le dossier de sauvegarde, vous pouvez inventorier son contenu ainsi :

find "$SAVE_DIR" -type f -printf '%p\n' | sort

Le résultat doit afficher les fichiers présents sous le chemin que vous avez indiqué, par exemple :

<chemin-de-sauvegarde>/<fichier-existant>

Ce contrôle ne prouve pas qu’une sauvegarde peut être importée dans une autre version. Il vous permet seulement de vérifier ce que vous devez préserver avant l’essai. Pour effectuer la copie, choisissez un emplacement distinct, puis vérifiez que les fichiers copiés sont lisibles et que la sauvegarde originale n’a pas été remplacée. Ne recopiez pas à l’aveugle un chemin trouvé dans un guide destiné à une autre installation.

Première vérification : peut-on revenir à l’état actuel sans perdre le monde ?

Avant de modifier la location ou le mode, écrivez une procédure de retour que quelqu’un d’autre dans le groupe pourrait appliquer. Elle doit préciser où se trouve la sauvegarde d’origine, comment reconnaître la version en cours et qui a accès aux fichiers. Une archive qui existe mais que personne ne sait restaurer ne constitue pas un plan de repli fiable.

Puis séparez le test de la partie active. Lancez l’essai avec une copie, vérifiez la connexion des membres concernés et observez si leur progression reste acceptable. Si le test implique un changement de branche, de mode ou de version, consignez ce qui a changé. Cela évite d’attribuer à la location un problème qui vient en réalité d’une sauvegarde ou d’une version différente.

Enfin, convenez d’un critère d’arrêt avant l’essai. Par exemple, interrompez la migration si le groupe ne peut pas confirmer le fonctionnement du monde, si l’hôte ne peut pas assurer les sessions prévues ou si le retour à l’état précédent n’est pas clair. Un test court et réversible est plus utile qu’une décision prise sous la pression d’un renouvellement imminent.

Le jeu seul ne suffit pas à justifier le renouvellement de toute la machine

Si votre machine héberge aussi d’autres serveurs de jeu ou des services légitimes, la fin du soutien actif à la branche dédiée ne signifie pas automatiquement qu’il faut résilier toute la location. Évaluez séparément chaque usage : fréquence d’utilisation, dépendance à un monde persistant, responsable de maintenance et coût restant selon l’offre réellement souscrite. Pour calculer la durée de facturation applicable, appuyez-vous sur les conditions et le cycle de facturation de l’offre, sans extrapoler un tarif absent de votre commande.

À l’inverse, si la machine ne sert qu’à StarRupture, confrontez la valeur du monde actuel à la limite de la branche 0.3.5. Si le groupe reste sur cette version et tient à l’accès indépendant des horaires des joueurs, une conservation provisoire peut se défendre. Si tout le monde veut Update 3 et accepte les contraintes de l’hôte, testez d’abord la coopération. Si personne ne veut maintenir la branche figée et que le changement de mode n’est pas encore vérifié, évitez de renouveler automatiquement : préservez le monde et décidez après l’essai.

Les graphiques d’activité publique peuvent donner un contexte sur l’évolution de l’activité du jeu, mais ils ne mesurent ni les besoins de votre communauté ni sa volonté de payer pour un monde persistant. Le graphique d’activité de StarRupture doit donc être lu comme un indicateur public, pas comme une preuve que votre groupe doit conserver ou abandonner son serveur. Votre propre historique de connexion et les réponses de vos membres sont plus directement utiles à cette décision.

Comparer les chemins avant de renouveler

Le tableau ci-dessous permet de choisir une voie provisoire en fonction de la priorité réelle du groupe. Il ne promet ni compatibilité de sauvegarde ni comportement précis du jeu : ces éléments restent à vérifier dans la version et les annonces applicables.

Priorité du groupe Option à examiner À vérifier avant de décider
Les membres doivent retrouver le même monde à des horaires différents Conserver provisoirement le serveur sur la branche dédiée 0.3.5 Accès au monde, version des clients, sauvegarde récupérable et acceptation d’une branche sans mises à jour
Le groupe veut découvrir Update 3 Tester le mode compatible avec le nouveau contenu, notamment la coopération si les règles actuelles lui conviennent Disponibilité de la version voulue, rôle de l’hôte et possibilité de préserver l’ancienne sauvegarde
Les membres jouent généralement ensemble et acceptent un hôte responsable de la session Évaluer la coopération Disponibilité de l’hôte, règles de connexion en son absence et accord du groupe sur la progression
La machine héberge d’autres jeux ou services Décider séparément du maintien de la machine et de celui de StarRupture Utilité des autres services, charge opérationnelle et coût selon l’offre actuelle
La machine ne sert qu’à StarRupture et le groupe n’a pas choisi de mode Suspendre la décision de renouvellement jusqu’au test Copie indépendante, essai isolé et plan de retour vérifié

Pour transformer ce tableau en décision réelle, rassemblez vos informations plutôt que d’estimer au hasard :

  • relevez la dernière version et la branche effectivement utilisées ;
  • confirmez que le monde peut être retrouvé et copié ;
  • demandez aux membres s’ils privilégient la continuité ou le nouveau contenu ;
  • testez le mode visé avec une copie de la sauvegarde ;
  • examinez enfin si d’autres usages justifient encore la location de la machine.

Cette démarche couvre aussi la question de savoir si la branche StarRupture 0.3.5 sera encore mise à jour : l’annonce indique qu’elle est conservée pour le jeu dédié, mais qu’elle ne reçoit pas les mises à jour ultérieures et n’intègre pas Update 3. Elle répond également à la question de savoir si l’ancien serveur pourra encore être utilisé après Update 3 : sa disponibilité dans une branche distincte ne signifie pas qu’il évoluera avec le jeu. Pour décider entre serveur dédié et coopération, le critère déterminant reste donc votre besoin d’accès au monde et la capacité du groupe à fonctionner autour d’un hôte.

Garder la location ou l’arrêter : vérification finale

Avant de renouveler, notez séparément ce que vous payez pour StarRupture et ce que la machine fournit aux autres services. Une location partagée entre plusieurs usages peut rester pertinente même si un jeu change de branche ; une machine conservée uniquement par habitude n’a pas la même justification. Le montant doit venir de votre produit et de votre période de facturation réels, non d’une estimation générique.

Question de contrôle Si la réponse est oui Si la réponse est non ou inconnue
Le groupe veut-il garder le même monde accessible à des horaires différents ? Étudiez la conservation provisoire de la branche dédiée Testez la coopération ou une autre organisation avant de payer pour le seul jeu
Les membres acceptent-ils de rester sur une branche sans les mises à jour suivantes ? La branche 0.3.5 peut répondre à ce besoin, après vérification de l’accès Ne renouvelez pas pour StarRupture sans avoir évalué le mode souhaité
La sauvegarde originale est-elle préservée et le retour est-il testable ? Vous pouvez poursuivre les essais sans remplacer l’unique copie Arrêtez la migration et sécurisez les données avant tout changement
La machine a-t-elle d’autres usages durables ? Examinez le renouvellement à l’échelle de tous ces services Comparez la valeur du jeu seul au coût réel de l’offre
Le comportement du mode visé est-il confirmé par une annonce ou un essai de votre groupe ? Décidez à partir de ce résultat Considérez la compatibilité comme inconnue, pas comme acquise

Dans les échanges communautaires, les joueurs peuvent défendre des choix opposés sans que cela établisse une règle générale. Le bon choix dépend de vos membres, de leurs horaires, de la valeur de leur monde et des usages réellement hébergés sur la machine. Une discussion en ligne peut orienter vos questions, mais elle ne remplace pas la vérification de votre sauvegarde ni un test avec votre groupe.

Si votre seule charge est StarRupture, commencez par préserver les fichiers et tester le mode qui correspond au contenu souhaité avant de renouveler. Si la machine porte d’autres services de longue durée, comparez plutôt leur besoin d’une ressource dédiée avec l’offre actuelle : un VPS partagé peut exposer à des ressources variables selon l’environnement et les conditions du fournisseur, tandis qu’une partie coopérative dépend de la disponibilité de son hôte. Une location de serveur physique AMD chez OSFP Cloud mérite alors d’être examinée uniquement si ces autres usages justifient une machine dédiée ; vérifiez les caractéristiques et modalités effectivement affichées, sans les déduire des exigences du jeu. Vous pouvez consulter les limites et conditions des services OSFP Cloud, puis comparer l’offre réelle à vos usages avant de poursuivre la location.

Hébergez votre serveur de jeu sur une machine dédiée

Avec OSFP Cloud, louez une machine physique AMD EPYC à Tokyo, sans partage des cœurs entre locataires.

Dès $462 / mois