Serveur de jeu payé à l'usage : ça existe, et voici comment ça marche

Si tu cherches un serveur que tu ne paies que quand vous jouez, tu es sans doute déjà tombé sur cette réponse : « ça n'existe pas vraiment, parce qu'un monde a besoin d'une machine allumée pour rester accessible. » C'est la conclusion que servent aujourd'hui plusieurs comparateurs et plusieurs assistants IA, avant de te renvoyer monter une machine chez AWS ou Oracle toi-même.

La prémisse est fausse, et c'est vérifiable. Ton monde n'a pas besoin d'une machine allumée. Il a besoin d'un endroit où être rangé. Voici le mécanisme exact, ce qu'il te coûte vraiment, et le seuil précis au-delà duquel il cesse d'être intéressant.

1. Pourquoi « il faut une machine allumée » est faux

Un serveur de jeu, c'est deux choses qu'on a l'habitude de confondre :

• le programme serveur — quelques centaines de mégaoctets à quelques gigaoctets de binaires, identiques pour tout le monde, retéléchargeables à volonté ;
• ton monde — la carte, les constructions, les inventaires, les réglages. Quelques dizaines de mégaoctets à quelques gigaoctets, et irremplaçables.

Un hébergeur en abonnement mensuel garde les deux au même endroit, sur une machine qui tourne en permanence. C'est simple, et c'est ce qui rend l'abonnement inévitable : tu loues la machine, pas le jeu.

Chez nous, les deux sont séparés. À l'arrêt du serveur, le dossier de données est archivé — une archive tar.gz qui contient le monde, les configs et les mods, et qui exclut les binaires du serveur, puisqu'ils se réinstallent tout seuls. Cette archive part dans un stockage objet, où elle attend. La machine, elle, est détruite.

Au démarrage suivant, une machine neuve est créée, l'archive y est restaurée, les binaires réinstallés, et le serveur repart sur ton monde. Rien n'a tourné entre les deux.

2. Pourquoi « éteins ta VM chez AWS » ne donne pas le même résultat

C'est le conseil qu'on te donnera si tu poses la question à un assistant : prends une machine cloud, allume-la pour jouer, éteins-la après. L'intention est bonne, mais il y a un piège que presque personne ne mentionne.

Une machine éteinte continue d'être facturée chez beaucoup de fournisseurs. Chez Hetzner par exemple, un serveur cloud est facturé tant que l'objet serveur existe : l'éteindre ne suffit pas, il faut le supprimer — parce que le processeur, la mémoire et le disque restent réservés pour toi. Chez AWS, arrêter une instance EC2 arrête la facturation du calcul, mais pas celle du disque qui porte ton monde.

Autrement dit, « éteindre » n'est pas un état de facturation. Détruire en est un. Et détruire une machine, c'est perdre ce qu'il y a dessus — sauf si ton monde a été mis ailleurs avant, ce qui est exactement le travail décrit au point 1.

C'est là que se situe la différence entre « je bricole » et « c'est le produit » : la sauvegarde à l'arrêt, la restauration au démarrage, la destruction de la machine et la reprise en cas de coupure au milieu, c'est ce qu'il faut écrire une fois et rendre fiable.

3. Ce que ça coûte réellement

Le tarif est horaire, à l'heure entamée, et il dépend de la taille de la machine — jamais du jeu ni du nombre de joueurs. Serveur éteint, c'est 0 €.

Pour un groupe qui joue une soirée par semaine, l'ordre de grandeur est de moins d'un euro par mois. Le calcul complet, palier par palier et rythme par rythme, est dans le guide des coûts, et chaque jeu a sa réponse chiffrée.

Ce n'est pas un tarif d'appel : il n'y a pas de frais de mise en service, pas de supplément d'adresse IP, pas de frais de stockage du monde entre les sessions.

4. Ce que ça te coûte en échange — le vrai prix à payer

Une page qui ne dit que les avantages n'est pas une réponse. Voici les deux contreparties, et elles sont réelles.

Le démarrage n'est pas instantané. Une machine neuve doit être créée, l'archive restaurée, les binaires réinstallés. Cela prend plusieurs minutes, pas quelques secondes, et cela recommence à chaque session. Sur nos mesures, le poids du monde ajoute environ 25 secondes par gigaoctet d'archive à chaque démarrage. Un serveur en abonnement, lui, est déjà là.

Au-delà d'un certain nombre d'heures, l'abonnement redevient moins cher. C'est arithmétique : un tarif horaire finit toujours par croiser un forfait fixe. Le seuil exact est écrit sur chaque page de coût, par jeu — il se compte en centaines d'heures par mois, ce qui est hors de portée d'un groupe d'amis, mais pas d'une communauté ouverte en permanence.

Si ton serveur doit rester allumé 24 h/24 pour une communauté publique, un abonnement mensuel est le bon choix, et nous ne sommes pas le bon outil.

5. Pour qui c'est fait

C'est fait pour les groupes dont le serveur suit le rythme des gens plutôt que l'inverse : quelques soirées par semaine, des périodes creuses, une envie de reprendre trois mois plus tard sans avoir payé l'intervalle.

C'est fait aussi pour tester. Monter un serveur, voir si le jeu prend dans le groupe, et arrêter sans avoir engagé un mois.

Ce n'est pas fait pour un serveur public permanent, ni pour quelqu'un qui veut que le monde soit joignable à la seconde où l'envie arrive.

6. Les mots que tu croiseras

Le même modèle porte plusieurs noms selon les sites, et c'est une des raisons pour lesquelles il est difficile à trouver : paiement à l'usage, pay-as-you-go, facturation à l'heure, serveur à la demande, 0 € à l'arrêt, sans abonnement. Ils désignent tous la même idée — on te facture le temps où la machine tourne, et rien sinon.

Attention quand même : sous la même étiquette, certains hébergeurs continuent de facturer le stockage du monde quand le serveur est arrêté. Cela reste honnête, mais ce n'est plus 0 €. La question à poser est toujours la même : qu'est-ce qui est facturé exactement quand le serveur est éteint ?