Guide

Migrer ses serveurs : d’une machine, d’un hébergeur ou d’un pays à l’autre

Les méthodes comparées, ce que change le Data Act pour quitter un cloud, les précautions pour changer de pays et les étapes d’une migration sans mauvaise surprise.

Mis à jour le 17 octobre 2026 · Les chiffres sont sourcés en bas de page ; les appréciations sont celles d’IT CyberWall.

Trois situations

Un jour ou l’autre, vos serveurs devront changer de place : la machine vieillit, l’hébergeur augmente ses prix, un client exige que ses données restent dans son pays, ou vous ouvrez une filiale à l’étranger. On distingue trois situations :

  • D’un serveur à un autre, chez le même hébergeur ou dans vos locaux : renouvellement de matériel, montée en puissance.
  • D’un hébergeur à un autre : prix, qualité de service, sortie d’un cloud public, changement d’hyperviseur.
  • D’un pays à un autre : exigences légales ou contractuelles sur la localisation des données, rapprochement des utilisateurs.

Les méthodes comparées

Appréciation d’IT CyberWall des trois méthodes courantes.

MéthodePrincipeInterruptionPourContre
Réinstaller puis transférer les donnéesOn reconstruit le serveur à neuf sur la nouvelle machine et on y copie les données.Variable, souvent plusieurs heuresRepart sur une base propre ; seule option entre serveurs physiques très différentsLong ; risque d’oublier un réglage ; demande de bien connaître l’existant
Copier la machine virtuelleOn copie le serveur virtuel entier (système, logiciels, données) et on le redémarre ailleurs.Le temps de la copie finaleFidèle à l’identique ; retour arrière simpleVolume à transférer ; l’hyperviseur cible doit savoir l’importer
Répliquer puis basculerOn synchronise les données vers la cible pendant que l’ancien serveur tourne, puis on bascule.Très courteArrêt minimal, idéal pour les gros volumesPlus complexe à préparer ; à construire selon chaque application

Les serveurs virtualisés rendent la migration bien plus simple, à deux conditions : pouvoir exporter les machines virtuelles, et que la cible sache les importer. Il existe pour cela un format standard, l’OVF, normalisé sous la référence ISO/IEC 17203:2017 [1], et les hyperviseurs proposent des outils d’import : depuis la version 8.2 (avril 2024), Proxmox VE intègre par exemple un assistant qui importe directement les machines virtuelles VMware ESXi et vCenter [2].

Changer d’hébergeur, sortir du cloud

Sortir d’un cloud public

Le trafic sortant est normalement facturé (0,09 $ par Go au-delà de 100 Go par mois chez AWS [3]). Depuis le 5 mars 2024, AWS renonce à ces frais pour les clients qui quittent AWS vers un autre fournisseur ou leurs propres serveurs ; au-delà de 100 Go par mois, il faut en faire la demande au support AWS [4].

Ce que prévoit le Data Act

Le règlement européen sur les données, applicable depuis le 12 septembre 2025, encadre le changement de fournisseur cloud [5] [6] :

  • un préavis de deux mois au maximum avant le début du changement ;
  • une période de transition de 30 jours au maximum, portable à sept mois en cas d’impossibilité technique ;
  • au moins 30 jours après la transition pour récupérer vos données ;
  • des frais de changement limités aux coûts directs, puis interdits à partir du 12 janvier 2027.

Le trafic d’un usage en parallèle (par exemple pendant une période multi-cloud) peut en revanche rester facturé à prix coûtant [5].

Les services propriétaires

Une base de données « managée », une file de messages ou une fonction spécifique à un cloud ne se copient pas comme un serveur : il faut les remplacer par un équivalent chez le nouveau fournisseur. C’est souvent là que se cache l’essentiel du travail.

Changer de pays

Changer de pays ajoute une question juridique à la question technique. Au sein de l’Union européenne, les données personnelles circulent librement. Pour les envoyer hors de l’Union, le RGPD impose un cadre (chapitre V) : pays reconnu comme adéquat par la Commission, clauses contractuelles types ou autres garanties appropriées [7].

Certains pays imposent aussi que certaines données restent sur leur territoire, et vos clients peuvent l’exiger par contrat. Faites valider le cadre par votre conseil juridique : de notre côté, nous choisissons l’hébergeur et la zone qui respectent ce cadre, et nous menons la migration technique.

Pensez enfin aux détails qui comptent : temps de réponse pour des utilisateurs plus éloignés, horaires de la fenêtre de bascule, adresses IP et noms de domaine à changer.

Les étapes d’une migration réussie

  1. Faire l’inventaire : serveurs, logiciels, flux entre eux, accès, licences, dépendances cachées.
  2. Sauvegarder et vérifier avant de toucher à quoi que ce soit : une sauvegarde complète, restaurable, indépendante de l’ancien et du nouvel hébergeur.
  3. Choisir la méthode serveur par serveur : réinstallation, copie ou réplication.
  4. Tester sur une copie : démarrer le serveur migré à l’écart et vérifier que vos logiciels fonctionnent.
  5. Préparer la bascule : fenêtre horaire convenue avec vous, noms de domaine préparés, utilisateurs prévenus.
  6. Basculer et contrôler, avec un retour arrière possible à tout moment.
  7. Garder l’ancien serveur quelques jours avant de l’éteindre, puis effacer proprement les données.

Notre conseil

Notre méthode : des serveurs virtualisés sur un hyperviseur que nous maîtrisons (Proxmox VE, VMware, Virtuozzo ou Hyper-V selon l’hébergeur ou votre choix), pour que vos serveurs restent déménageables, et une sauvegarde WeDoBack comme point d’appui de chaque migration.

  • Une sauvegarde chiffrée et indépendante de l’ancien et du nouvel hébergeur, restaurable vers la nouvelle infrastructure.
  • Un filet de sécurité : les serveurs de reprise WeDoBack permettent de maintenir l’activité si la bascule prend plus de temps que prévu.
  • Une synchronisation sur mesure pour les très gros volumes : la réplication continue entre le serveur d’origine et la cible n’est pas automatique, elle se construit selon vos applications, sur devis.
  • Un seul interlocuteur pour l’inventaire, les tests, la bascule et l’exploitation après migration.

Pour choisir la destination, voir aussi notre comparatif des hébergements et notre guide de la sauvegarde.

Préparons votre migration

Décrivez vos serveurs actuels et votre destination. Nous vous proposons une méthode, un calendrier et un retour arrière.

Sources

Sources consultées le 17 octobre 2026. Les tarifs des fournisseurs sont indiqués hors taxes, dans la devise et la région de la grille publiée, et peuvent évoluer : vérifiez toujours la page officielle avant de décider.

  1. StandICT – ISO/IEC 17203:2017, Open Virtualization Format (OVF) — www.standict.eu/standards-repository/standard/information-technology-open-virtualization-format-ovf-specification-0
  2. Proxmox – Communiqué Proxmox VE 8.2 (24 avril 2024) — proxmox.com/en/about/company-details/press-releases/proxmox-virtual-environment-8-2
  3. Relevé des tarifs AWS de transfert de données, vérifié en juin 2026 — egresscost.com/aws/data-transfer-pricing
  4. AWS – Free data transfer out to internet when moving out of AWS (5 mars 2024) — aws-news.com/article/2024-03-05-free-data-transfer-out-to-internet-when-moving-out-of-aws
  5. WZ-IT – Data Act : articles 25, 29 et 34 sur le changement de fournisseur — wz-it.com/en/blog/data-act-switching-charges-2027/
  6. Règlement (UE) 2023/2854 (Data Act) – EUR-Lex — eur-lex.europa.eu/eli/reg/2023/2854/oj
  7. Règlement (UE) 2016/679 (RGPD), chapitre V – EUR-Lex — eur-lex.europa.eu/eli/reg/2016/679/oj