Témoignage : migrer ses serveurs ou comment militer pour une tech bas-carbone

Pour réduire nos émissions carbone numériques, mieux répondre aux attentes de nos clients et améliorer nos performances, nous avons migré l'intégralité de nos serveurs informatiques vers Hetzner, un hébergeur allemand. Retour d'expérience de Mathieu Chaleroux, Ingénieur DevOps @Carbo et porteur du projet.

En 3 ans, les serveurs de Carbo ont migré de Heroku aux États-Unis vers Scaleway en France puis vers Hetzner en Allemagne. Pourquoi ces changements ? 

Cette démarche est née de notre volonté d’aller encore plus loin dans notre vision. Nous proposons des trajectoires et des plans de réduction carbone à nos clients, et c’est essentiel que nous appliquions également cette vision en interne, notamment pour répondre à nos besoins en ingénierie et en infrastructure, tout en limitant notre impact environnemental.

C’est à partir des enseignements tirés de notre collaboration avec Heroku et Scaleway qu’a émergé l’idée de franchir une nouvelle étape : migrer vers un acteur qui reflète encore mieux nos valeurs et nos ambitions.

Peux-tu partager ton retour d’expérience sur les solutions adoptées jusqu’à présent ?

L’expérience Heroku

Le choix du premier hébergeur (Heroku) était un choix stratégique à la naissance de Carbo en 2021, pour avoir un moyen simple de mettre en place et déployer des applications. La réflexion bilan carbone et environnementale est arrivée ensuite.

L’expérience Scaleway

Nous avons donc entrepris une première migration vers Scaleway, entre fin 2022 et 2023, pour deux raisons principales :

• Scaleway proposait de nombreux services aménagés qui répondaient à nos besoins d’infrastructure à l’époque.
• Le data center “bas-carbone” basé à Paris Nord nous permettait de diminuer notre facture carbone.

Ceci dit, nous avons commencé à nous interroger car l'expansion de notre besoin en fonctionnalités, l'élargissement du scope à couvrir et la croissance de Carbo ont nécessité un besoin plus important en services managés chez Scaleway. Nous nous sommes donc rapidement retrouvés avec une infrastructure conséquente et coûteuse pour une entreprise de notre taille.

🖐️ LEXIQUE - Service managé = un service dans lequel certains services/structures sont mis à disposition par l’hébergeur (automatisés).

De plus en 2024, avec l'émergence de l'IA, Scaleway souhaite se positionner en tant que leader européen de l'IA. Ainsi, alors qu'auparavant Scaleway était un fournisseur d'infrastructures proposant un panel de services managés, l'entreprise s’est progressivement concentrée sur des infrastructures dédiées à l'IA.

Enfin, il est important de noter que nous disposions des indicateurs de l'empreinte carbone des data centers. En 2024, le PUE (Power Usage Effectiveness), qui mesure la consommation énergétique des data centers, a augmenté dans le data center "bas-carbone". Le WUE (Water Usage Effectiveness), qui mesure la consommation d'eau pour le refroidissement du data center, a lui aussi augmenté en 2024.

---

---

Pourquoi avoir choisi Hetzner ?

Nous avons donc initié une veille sur les hébergeurs qui pourraient correspondre à notre vision globale. Notre choix s’est porté sur Hetzner, un acteur allemand implanté depuis des dizaines d'années, dont le seul cœur de métier est l’offre d'infrastructure virtualisée ou physique.

Une attention portée à l’empreinte environnementale

D’abord, il faut souligner qu’en France, il n’existe pas encore de fournisseur d’infrastructure dont l’engagement environnemental est à la fois central et clairement mesurable. On ne trouve pas d’acteur capable de nous fournir des indicateurs fiables sur leur performance énergétique ou leur empreinte carbone.

D’un point de vue environnemental, Hetzner se distingue nettement. Leurs data centers affichent un PUE (Power Usage Effectiveness) de 1.13 pour 2024, ce qui est très proche de l’idéal (entre 1 et 1.10) — et bien meilleur que ce que proposent les acteurs français. Ce résultat est possible grâce à l’ingéniosité de leur architecture : les centres de données sont construits en profondeur sous terre, et refroidis uniquement par flux d’air, sans eau (WUE = 0), ce qui est extrêmement rare dans le secteur.

De façon très concrète, nous avons réduit notre consommation énergétique. Notre besoin en Wh a été divisé par cinq.

Mathieu Chaleroux - Ingénieur DevOps @Carbo

Par ailleurs, Hetzner produit sa propre électricité verte grâce à ses parcs solaires, éoliens et hydrauliques - sa source d’énergie d’origine. Cela leur permet d’éviter le recours aux énergies fossiles ou à l’électricité issue du nucléaire. Bien sûr, ils disposent aussi de batteries de secours (UPS) et de groupes électrogènes pour garantir la continuité de service. De façon très concrète, nous avons réduit notre consommation énergétique. Notre besoin en Wh a été divisé par cinq.

Une souveraineté sur les données

Sur le plan réglementaire, Hetzner est également certifié selon les standards européens, et même allemands — souvent plus stricts que les nôtres — notamment en matière de sécurité et de souveraineté des données. À ce titre, nous bénéficions du même niveau de garantie que chez un acteur français : nos données nous appartiennent, et aucun tiers n’y a accès.

Une maîtrise des coûts

Enfin, il y a l’aspect économique. Jusqu’à fin 2024, nous dépensions entre 1200€ et 1400 € par mois chez Scaleway, plus environ 300 € pour un service de base de données chiffrées. Aujourd’hui, avec Hetzner, pour une performance supérieure, nous avons divisé la facture par huit, avec un coût plafonné à 290 € mensuels. Cela s’explique aussi par le fait que nous avons internalisé tous les services auparavant managés, ce qui nous donne plus de maîtrise… Et plus de responsabilité.

Comment s'est déroulée la migration en interne ?

La préparation

La migration ne s’est pas faite du jour au lendemain. Elle a été précédée par plusieurs semaines — voire plusieurs mois — de réflexion et de veille.

Avant de bouger, nous nous sommes posé toutes les bonnes questions : faut-il vraiment migrer ? Pourquoi ? Chez qui ? Et surtout, comment ?

L’un des points centraux que nous n'avions pas vraiment anticipé lors de notre précédente migration, c’est la question de l’internalisation. Est-ce que nous avions besoin de continuer à utiliser des services managés ? Si non, est-ce que nous étions capables de gérer ça en interne, de façon fiable et pérenne ? Et puis : qu’est-ce que ça implique en temps humain, en organisation ? Si demain je ne suis pas disponible, est-ce que nous avons des personnes capables de prendre le relais ? Est-ce que nous pouvons monter en compétences en interne pour créer des "backups humains" ? Toutes ces questions ont été mises sur la table.

J’ai aussi passé du temps à simuler différents scénarios : plans de reprise d’activité, de continuité, gestion d’incidents, etc. Une fois ces scénarios testés et validés, nous avons pu enclencher la migration avec un calendrier bien défini. Chaque équipe a aussi été invitée à réfléchir à ses propres besoins, aux éventuelles régressions, et aux points de vigilance à avoir — je pense notamment au cercle data, qui a des exigences fortes sur les performances et l’accès aux bases volumineuses.

La mise en place

Ce qui a pris le plus de temps, c’est l’automatisation : mettre en place le déploiement des serveurs, assurer leur haute disponibilité et rendre tous nos services internalisés opérationnels. L’objectif était, que demain, l’équipe puisse intervenir en moins de 10 minutes en cas d’incident, grâce à des outils clairs et prêts à l’emploi.

La migration en elle-même s’est très bien passée. Ce que nous avions prévu sur deux à trois mois, nous l'avons réalisé en trois semaines. Ce que nous considérons comme une vraie réussite, c’est la transparence de l’opération : l’environnement de Carbo est passé de la France à l’Allemagne sans qu’aucun service ne soit impacté, et sans que l’équipe ne s’en rende réellement compte. C’était exactement notre objectif : que la migration soit fluide, silencieuse et sans interruption.

Enfin, cette migration a aussi eu des retombées positives sur le plan de l’ingénierie. Il était important pour nous de ne pas perdre en compréhension de l’infrastructure ni en qualité de service pour nos équipes data et tech. Non seulement nous avons su maintenir ce niveau, mais nous avons même amélioré certains aspects. C’est un vrai progrès.

Quels conseils pourrais-tu donner à une entreprise qui souhaiterait elle aussi migrer ses serveurs ?

Tester avant de s’engager

Mon premier conseil serait de ne pas hésiter à tester les solutions avant de s’engager pleinement. Chez Hetzner, les coûts sont tellement abordables que nous avons pu réaliser plusieurs tests sans prendre trop de risques ni dépenser beaucoup. Ce qui est vraiment intéressant avec leur communauté, c’est le grand nombre d’utilisateurs qui partagent leurs expériences et mettent à disposition des documents pratiques pour résoudre divers problèmes. C’est une approche vraiment collaborative et enrichissante.

Éplucher la documentation

Il est aussi important de se plonger dans la documentation pour bien comprendre ce qui est proposé par l’hébergeur, et l’étendue des possibilités offertes.

Consulter des experts

Enfin, si nécessaire, n’hésitez pas à consulter des experts pour bien comprendre l’impact que cela pourrait avoir en termes de performance, mais aussi de réduction de l’empreinte environnementale. Aujourd’hui, nous sommes capables de réaliser ce type de migration grâce à un processus continu de veille et de tests.

Le mot de la fin ? 

Aujourd’hui, nous sommes extrêmement satisfaits d’avoir pris cette décision, et ce, pour plusieurs raisons. Tout d’abord, elle nous permet d’être encore plus alignés avec notre vision à long terme.

Même si cela a exigé un effort supplémentaire, notamment en internalisant tous les services auparavant managés, cet effort a surtout été technique et intellectuel. Mais cela ne nous a pas paru contraignant, bien au contraire. Il s’inscrit parfaitement dans nos convictions, et nous a donné une plus grande liberté pour gérer nos besoins en infrastructure.