Migrer son hébergement sans interruption
Transférer un site web n'entraîne aucune interruption — à condition de respecter l'ordre des étapes. Le site est d'abord installé intégralement sur le nouveau serveur et y est testé ; ce n'est qu'une fois tout validé que vous faites pointer le DNS vers le nouvel environnement. Entre ces deux moments, l'ancien site continue simplement de tourner.
Qui commence par modifier le DNS se retrouve à coup sûr à moitié en ligne pendant un moment. Vous lisez ci-dessous le bon ordre, et les endroits où cela coince le plus souvent en pratique.
Comment se déroule une migration
Cinq étapes. Seule la dernière est visible pour vos visiteurs, et c'est la plus courte.
Faire l'inventaire et rassembler les accès
Que tourne-t-il exactement : quel CMS, combien de sites, combien de boîtes mail, quelles bases de données ? Rassemblez d'emblée les accès à votre hébergement actuel et à l'endroit où votre nom de domaine est géré. Des accès manquants sont en pratique la cause de retard la plus fréquente — demandez-les à temps.
Abaisser le TTL des enregistrements DNS
Quelques jours avant la migration, abaissez le TTL de vos enregistrements DNS, par exemple à 300 secondes. Le TTL détermine combien de temps le reste d'Internet retient vos anciennes données ; en l'abaissant à l'avance, la bascule ultérieure ne prend que quelques minutes au lieu de plusieurs heures.
Transférer fichiers, base de données et boîtes mail
L'espace web complet et la base de données sont copiés vers le nouveau serveur, et les boîtes aux lettres y sont déjà créées. Votre ancien site reste entre-temps en ligne — rien ne change encore pour les visiteurs.
Tester avant toute bascule
Le site est testé sur le nouveau serveur sans que le DNS soit encore modifié. Le processus de commande fonctionne-t-il, les formulaires arrivent-ils, les images sont-elles là, le CMS tourne-t-il sur la bonne version de PHP ? Ce qui s'avère défectueux ici ne coûte rien — après la bascule, si.
Basculer le DNS et vérifier
C'est seulement maintenant que vous faites pointer le DNS vers le nouvel environnement. Grâce au TTL abaissé, cela va vite. On vérifie ensuite que le https fonctionne, qu'aucune page d'erreur n'est apparue et qu'il ne reste pas de courrier à récupérer sur l'ancien serveur.
Le piège : la messagerie
Les sites web se migrent rarement mal — la messagerie, si. La raison : le courrier continue d'arriver pendant la bascule, et des messages peuvent encore atterrir sur l'ancien serveur durant cette période. C'est pourquoi les boîtes sont créées avant la modification DNS, et pourquoi l'on récupère après la bascule ce qui est arrivé sur l'ancien serveur.
Si vous travaillez en IMAP, votre courrier se trouve sur le serveur et son contenu est transférable. En POP3, votre courrier est déjà en local sur votre appareil et ne migre donc pas — veillez alors à conserver vous-même ces fichiers en lieu sûr.
