Tous les articles

On a déménagé : comment Alama a changé de serveur en une soirée de samedi

Le samedi 3 octobre 2026, à 18 h 37, heure de Paris, on a gelé tout ce qu’Alama écrit sur disque, copié les derniers changements vers une nouvelle machine, pointé nos adresses dessus et allumé. Un peu après 19 h, la boutique, le panel de jeu, YAWBDB et notre courrier répondaient de nouveau, depuis leur nouvelle maison.

Cet article raconte comment ça s’est passé, en détail, parce qu’un déménagement est le moment où un petit hébergeur peut perdre des données, des comptes ou la confiance, et qu’on préfère montrer notre travail plutôt que te demander de nous croire sur parole.

BD : six cases, du vieux rack plein à Stockholm aux répétitions, au gel de 18 h 37, à la copie, au tout vert de 19 h 02 et aux sauvegardes qui partent chaque nuit

Pourquoi on a déménagé

Alama a démarré sur un petit serveur cloud à Stockholm, partagé entre le site, l’ancien logiciel de facturation, le panel de jeu, le bot Discord YAWBDB et son tableau de bord, le serveur de courrier et quelques outils. En septembre, tout tenait, mais tout juste. La mémoire était la limite : les filtres du serveur de courrier en prenaient à eux seuls une grande part, et chaque nouvelle fonction devait se négocier avec eux.

On voulait trois choses à la fois :

  • De la place pour grandir : la nouvelle machine, chez Hetzner à Falkenstein (Allemagne), est bien plus grosse, sur du stockage NVMe rapide.
  • Une boutique à nous : l’ancien logiciel de facturation a été remplacé par une boutique construite pour Alama, en 13 langues, avec connexion par Discord. Elle devait vivre à côté du panel avec lequel elle discute.
  • Des sauvegardes qui ne vivent pas sur la même machine : avant, un serveur perdu aurait emporté ses sauvegardes avec lui.

Les serveurs de jeu, eux, n’ont pas bougé. Ils tournent sur notre propre machine à Nancy, et seul le lien entre le panel et cette machine a été repointé.

Un déménagement répété de nombreuses fois

La nouvelle machine a été achetée le 25 septembre, huit jours avant le déménagement. Elle n’a rien servi au public avant le soir du 3. Entre les deux, elle a servi de scène de répétition :

  • Chaque service a été installé par des scripts, jamais à la main, pour que l’installation puisse être refaite de zéro, et elle l’a été plusieurs fois.
  • Chaque base de données a été copiée, restaurée et comparée à l’originale : nombre de comptes, de services, de factures, de tables.
  • Toute la séquence, du « gel » au « tout répond », a été jouée à blanc, avec l’ancien serveur toujours aux commandes.
  • Le chemin du retour a été écrit avant le chemin de l’aller : une seule commande relance les services de l’ancien serveur si le nouveau se comporte mal. On n’en a pas eu besoin, mais on n’aurait pas commencé sans.

On s’est aussi fixé une règle : on ne déménage qu’une fois que tout est fini. Le nouveau site, la nouvelle boutique, le panel, les statistiques de visite et le serveur git tournaient tous sur la nouvelle machine, testés, avant qu’on touche à une seule adresse.

La soirée elle-même

Heures de Paris, le samedi 3 octobre.

  • 18 h 37 - les écritures s’arrêtent sur l’ancien serveur. Le bot, le tableau de bord de YAWBDB, le panel, le logiciel de facturation et le serveur de courrier y sont éteints, pour que rien ne change pendant la copie.
  • 18 h 38 à 18 h 41 - les derniers changements depuis la répétition sont copiés : les trois bases de données, les fichiers qui vont avec, et les boîtes de courrier.
  • 18 h 41 à 19 h - les adresses de notre domaine sont pointées sur la nouvelle machine. Au préalable, on avait raccourci la durée pendant laquelle le reste d’Internet s’en souvient, à cinq minutes, pour que le changement se propage vite.
  • 19 h 02 - un script qui vérifiait chaque adresse en boucle dit que tout est correct : le site, la boutique, le panel, l’adresse du serveur de courrier et les enregistrements qui prouvent que notre courrier est bien le nôtre.
  • 19 h 02 à 19 h 08 - les services démarrent sur la nouvelle machine et les anciens comptes sont importés dans la nouvelle boutique.
  • 19 h 39 - le lien entre la boutique et le panel de jeu est terminé : services et comptes du panel sont rattachés à leurs propriétaires.
  • 20 h 30 - la connexion du panel vers notre machine de jeu à Nancy passe sur le nouveau serveur.
  • 20 h 45 - les dernières pièces sont en place : connexion Discord dans la boutique, tickets de support par courriel, statistiques de visite.

Pendant une trentaine de minutes, un samedi soir, la boutique, le panel, le tableau de bord et le bot YAWBDB, et notre courrier ont donc été indisponibles. Le site est resté en ligne tout du long. On n’a pas mesuré la coupure de l’extérieur à la seconde près : « une trentaine de minutes » est le chiffre honnête.

Ce qui ne s’est pas passé parfaitement

  • La première fois que la boutique a voulu rattacher ses clients à leurs comptes du panel, elle a tourné avant d’avoir la clé dont elle avait besoin, et n’a rattaché personne. Rien n’a été perdu : elle a retourné à 19 h 39 avec la clé, et ça a marché.
  • Deux enregistrements d’adresse ont dû être corrigés pendant les vérifications, dont l’adresse inverse du serveur de courrier. La boucle de vérification les a attrapés tous les deux avant qu’on déclare le déménagement fini.
  • Quelques comptes de l’ancien logiciel de facturation n’ont jamais eu de compte sur le panel, donc rien à quoi les rattacher automatiquement. On les reprend un par un, à la main.

Aucun de ces points n’a fait perdre de données. Ils sont écrits ici parce que c’est exactement pour ce genre de choses qu’une liste de contrôle existe.

Les sauvegardes, maintenant ailleurs

Depuis le 29 septembre, chaque nuit, les bases de données, les fichiers envoyés, les boîtes de courrier et la configuration sont sauvegardés hors de la machine, sur un stockage séparé. Les sauvegardes sont chiffrées, dédupliquées, et en ajout seul : le serveur peut y ajouter, mais pas y supprimer, donc un mot de passe du serveur volé ne peut pas effacer notre historique. Le premier passage complet a copié les douze sources, et on a vérifié le dépôt juste après.

Si tu veux la même idée pour ton propre serveur, on l’a expliquée dans Des sauvegardes qui se restaurent vraiment.

Ce qui change pour toi

Si tu es client d’Alama :

  • Les adresses sont les mêmes : alama.host, shop.alama.host et panel.alama.host.
  • La boutique est nouvelle. Connecte-toi avec la même adresse e-mail. Si ton ancien mot de passe n’est pas accepté, utilise une fois « Mot de passe oublié ». Tu peux aussi te connecter avec Discord.
  • Tes serveurs, services, factures et tickets ont suivi. Tes anciennes factures sont dans ton compte, en PDF.
  • Le panel s’ouvre depuis la page de ton serveur dans la boutique, en un clic.

Si tu utilises YAWBDB : rien ne change. Même bot, même tableau de bord sur yawbdb.alama.host, mêmes réglages. Il tourne juste sur une plus grosse machine.

Si quelque chose te paraît bizarre depuis le déménagement, ouvre un ticket dans la boutique, ou réponds à n’importe quel courriel qu’on t’envoie : ta réponse arrive dans ton ticket.

Ce qui reste

L’ancien serveur est arrêté mais pas supprimé. On le garde encore quelques jours en dernier recours, puis on le supprime pour de bon. On met fin à la licence de l’ancien logiciel de facturation, et ses données seront archivées, comme la loi l’exige pour les factures.

Si quelque chose dans cette histoire te pose question, écris-nous à contact@alama.host.