Alternatives à Hetzner.

Hetzner est le cas inverse de la plupart des outils de ce site : ce n'est pas un acteur américain établi que l'on cherche à quitter, c'est l'un des choix européens les plus solides de notre propre annuaire. Entreprise familiale fondée à Gunzenhausen en 1997, de propriété européenne, hébergée en UE à Falkenstein, Nuremberg et Helsinki, attestée ISO 27001 et BSI C5 Type 2, avec une exposition au CLOUD Act : Aucune et des prix à partir de €4. Quand quelqu'un cherche une alternative à Hetzner, la raison n'est presque jamais la souveraineté. C'est ce que Hetzner ne vend délibérément pas : bases de données managées, Kubernetes managé, SLA entreprise, large capacité GPU, ou une qualification pour le secteur public français.

Cette page confronte onze alternatives européennes aux quatre mêmes questions que nous posons partout : à qui appartient l'entreprise, où se trouvent les données, ce que couvrent réellement les certifications, et ce que coûte le déménagement. Le cadrage utile n'est pas « échapper à Hetzner » mais « garder la posture de souveraineté, ajouter les services que Hetzner laisse de côté, et savoir exactement ce que cette prime achète ».

Les trois noms à retenir d'emblée sont Scaleway (France, Paris ; ce qui se rapproche le plus d'un sur-ensemble fonctionnel de Hetzner, avec Kubernetes managé, bases de données managées, serverless et instances GPU), OVHcloud (France, Roubaix ; le plus grand cloud européen, une gamme bare-metal solide et des paliers qualifiés SecNumCloud) et IONOS (Allemagne, Francfort et Berlin ; l'homologue allemand avec SLA entreprise, BSI C5 et IT-Grundschutz). Les trois sont de propriété européenne et hébergés en UE.

Passer d'un fournisseur IaaS européen à un autre est la catégorie de migration la plus douce de ce site. Ce qui reste :

• La posture de souveraineté. Neuf des onze alternatives sont de propriété européenne et hébergées en UE ; Exoscale (Suisse) se trouve juste hors de l'UE avec une résidence suisse, et Contabo est opéré depuis l'UE mais détenu par des fonds de private equity américains depuis 2022.
• ISO 27001 sur toute la ligne, avec BSI C5 chez les fournisseurs allemands (IONOS, STACKIT, T Cloud Public) et SecNumCloud chez les français (OVHcloud, Scaleway).
• Images Linux standard, cloud-init, workflows par clé SSH, facturation à l'heure ou à la seconde.
• Des providers Terraform / OpenTofu partout sur cette page.
• Stockage objet compatible S3 chez Scaleway, OVHcloud, IONOS, UpCloud et d'autres.

Reste en chemin, ou se paie autrement :

• Le niveau de prix de Hetzner. Rien sur cette page ne l'égale à périmètre constant. La fourchette budgétaire honnête est 1,5 à 3 fois votre facture Hetzner, en partie compensée si les bases de données managées vous permettent d'abandonner l'infrastructure auto-gérée et les heures d'ingénieur qui vont avec.
• Les 20 To de trafic sortant inclus par serveur. La plupart des alternatives facturent le trafic plus tôt ; chiffrez votre egress réel avant de bouger.
• La portabilité des snapshots : les snapshots Hetzner ne s'exportent pas, le déménagement se fait donc au niveau applicatif et données, pas au niveau image.
• La CLI hcloud et l'outillage communautaire qui l'entoure (hcloud-cloud-controller-manager, csi-driver). Les alternatives ont leurs propres équivalents, mais vos scripts seront réécrits.
• Le marché aux enchères de serveurs dédiés de Hetzner, un instrument de chasse aux prix sans véritable équivalent ailleurs en Europe (la gamme Eco d'OVHcloud s'en rapproche le plus).

1. Écrivez pourquoi vous partez avant de comparer les offres. « Il nous faut un Postgres managé et un vrai SLA » mène à Scaleway, OVHcloud, IONOS ou STACKIT. « Il nous faut SecNumCloud au contrat » mène à OVHcloud ou Scaleway uniquement. « Il nous faut moins cher » ne mène nulle part ; Hetzner est le plancher. Les équipes qui sautent cette étape ont tendance à migrer deux fois.
2. Mettez d'abord votre parc Hetzner en code. Les snapshots ne quittent pas Hetzner, l'unité de migration est donc votre code de provisioning plus vos données. Si les serveurs ont été montés à la main, écrivez d'abord le Terraform ou l'Ansible contre Hetzner et vérifiez-le, puis portez les définitions. Cela transforme une copie risquée en un simple redéploiement.
3. Déplacez d'abord les charges sans état, les données en dernier. Déployez les serveurs applicatifs chez le fournisseur cible, pointez-les vers les bases de données encore hébergées chez Hetzner (les deux extrémités sont dans des datacenters UE, la latence intra-européenne est généralement de 5–25 ms), et vérifiez le comportement sous trafic réel avant de toucher à l'état.
4. Répliquez les bases de données, ne faites pas de dump-restore. La réplication logique Postgres ou la réplication MySQL par GTID depuis le primaire Hetzner vers la nouvelle base managée vous donne une cible synchronisée en continu et une bascule mesurée en secondes. C'est aussi le moment où vous cessez d'opérer la base vous-même, ce qui, pour beaucoup d'équipes, est tout l'intérêt du déménagement.
5. Synchronisez le stockage objet avec rclone. Hetzner Object Storage et les Storage Boxes se synchronisent vers n'importe quelle cible compatible S3 avec rclone sync, dans les deux sens. Lancez la première passe plusieurs jours à l'avance, le delta final pendant la bascule.
6. Comparez explicitement la ligne egress. Prenez vos trois derniers mois de graphiques de trafic Hetzner, appliquez la tarification egress du fournisseur cible, et mettez le chiffre dans le document de décision. C'est la mauvaise surprise la plus fréquente des migrations Hetzner.
7. Gardez les serveurs Hetzner en marche un mois après la bascule. La facturation à l'heure rend le filet de sécurité bon marché. Rétrogradez vers les plus petites tailles d'instance qui peuvent encore contenir vos copies de données, regardez la facture du nouveau fournisseur se stabiliser, puis supprimez.