Migration de serveur gratuiteVous le testez avant que quoi que ce soit ne bouge. Ensuite vous décidez.
Chaque hébergeur propose une migration gratuite, ce n'est donc pas là ce qui est promis ici. Voici les deux vraies promesses : la copie tourne et vous pouvez la tester avant qu'un seul enregistrement DNS ne change, et nous ne vous demandons jamais de résilier votre ancien fournisseur au préalable.
La partie qui compte
Personne n'a peur de la facture. On a peur de l'interruption.
Une migration echoue de l'une de ces trois facons : le site reste hors ligne plus longtemps que promis, quelque chose manque discretement pendant une semaine, ou vous avez resilie l'ancien hebergeur et ne pouvez plus revenir en arriere. Voici ce que chacun de ces cas coute ici.
Ce que nous ne ferons pas
Pas de bascule que vous n'avez pas testée d'abord.
La copie de pre-production tourne sur sa propre adresse, et vous naviguez sur le vrai site, sur le nouveau serveur, avec une seule ligne dans votre fichier hosts. Lancez votre suite de tests dessus, connectez-vous a l’admin, passez une fausse commande. Ce n’est que lorsque vous etes satisfait que quoi que ce soit change — et l’ancien serveur continue de servir chaque visiteur pendant tout ce temps.
Choisissez où cela atterrit- Nous ne touchons pas à votre ancien hébergeurAucun identifiant modifié, rien supprimé, rien annulé.
- Vous le gardez une semaineAnnulez-le vous-même, une fois certain. Jamais avant.
- Aucun contrat pour l'aideAucune durée minimale en échange. Partez le mois prochain si cela déçoit.
- Nous vous dirons de ne pas le faireSi migrer est une mauvaise idée pour vous, on vous le dit avant que vous ayez payé.
Le processus
Cinq étapes, dont une consiste à dire non.
Les délais indiqués sont ceux d’un déménagement simple. Un cas inhabituel prend plus de temps, et on vous indique quel jour, sans vous laisser deviner.
-
01
Jour 0
Nous regardons ce que vous avez réellement
Vous le decrivez, ou vous nous donnez un acces en lecture pour regarder. Nous revenons avec ce qui migrera proprement, ce qui devra etre reconstruit, et la duree du basculement. Si quelque chose est une mauvaise idee, nous le disons avant que vous ayez paye.
-
02
Jour 0 – 1
La cible est construite et préparée
Votre nouvelle machine est provisionnée et la première copie complète s'exécute pendant que l'ancienne reste en ligne et continue de servir. Rien n'a encore bougé et rien n'est en jeu.
-
03
Jour 1 – 2
Vous le testez avant tout changement
La copie de pré-production est accessible sur sa propre adresse, avec une entrée de fichier hosts pour parcourir le vrai site sur le nouveau serveur. Cassez-la, testez-la, lancez votre suite de tests.
-
04
Bascule
Une synchronisation finale, puis le DNS
Un rattrapage incrémental de tout ce qui a changé, puis le basculement DNS au moment de votre choix. L'indisponibilité typique est inférieure à cinq minutes ; pour un site statique, c'est le TTL et rien d'autre.
-
05
Jour 2 – 9
L'ancien reste où il est
Nous ne touchons pas à votre ancien hébergeur et ne vous demandons jamais de le résilier en premier. Gardez-le une semaine, vérifiez tout, puis résiliez-le vous-même une fois certain.
Ce qui bouge
Y compris les éléments qui se perdent habituellement. L’état des dossiers de messagerie et les jeux de caractères des bases de données sont les points où la plupart des migrations échouent silencieusement, et les deux figurent sur cette liste à dessein.
- Serveurs entiers
- Au niveau bloc, disque pour disque Une machine Linux en fonctionnement ailleurs devient une machine en fonctionnement ici, avec le même système de fichiers, les mêmes utilisateurs, services et cron. Généralement l'option la plus propre, et presque toujours la plus rapide.
- Panneaux de contrôle
- cPanel, Plesk, DirectAdmin, CyberPanel Compte par compte, avec le courrier, les bases de données et les zones DNS. La licence du panneau est incluse dans l'offre, vous ne payez donc pas deux fois pendant le chevauchement.
- Sites web et bases de données
- Fichiers, MySQL, PostgreSQL, Redis Y compris les parties gênantes : jeux de caractères erronés dans l’original, procédures stockées, et cette tâche cron que personne n’a documentée.
- Conteneurs et clusters
- Docker, Compose, Kubernetes Registres, volumes et secrets. Nous lirons votre fichier compose et vous dirons ce qui va casser avant que cela ne casse plutôt qu’après.
- Stockage objet
- S3, B2, Wasabi, Spaces Bucket à bucket, avec sommes de contrôle vérifiées à l'arrivée. La sortie de données est gratuite de notre côté, donc une nouvelle tentative ne coûte rien si le premier passage trouve une discordance.
- Courrier
- IMAP, dossiers et indicateurs intacts La partie que la plupart des migrations ratent. L'état de lecture et la structure des dossiers survivent, et la bascule est chronométrée pour que rien ne soit livré sur l'ancien serveur après le changement de DNS.
En provenance de
Nommé, parce que « nous prenons en charge n'importe quel fournisseur » ne désigne personne en particulier.
L'endroit où cela atterrit est votre décision, et c'est une décision juridique avant d'être technique — les régions huit sont choisies pour leur loi autant que pour leur latence, et elles coûtent toutes le même prix. Le page des juridictions expose ce contre quoi chacun vous protège réellement.
Avant de vous engager à migrer.
Est-ce vraiment gratuit, ou gratuit au-delà d'une certaine taille ?
Gratuit, sans seuil de taille ni durée minimale associée. La raison est simple sur le plan commercial : une migration qui se passe mal produit un remboursement et un client qui part, donc la faire correctement nous coûte moins cher que de la facturer. Aucune ligne sur aucune facture pour cela.
Quelle durée d'interruption dois-je réellement prévoir ?
Pour un site statique ou une base surtout en lecture, seul le TTL DNS compte, rien de plus — abaissez le TTL à 300 secondes un jour à l’avance et l’interruption visible reste sous les cinq minutes. Pour une base très sollicitée en écriture, c’est la synchronisation incrémentale finale, généralement de deux à quinze minutes, et vous choisissez l’heure. Au-delà de ça, nous vous prévenons à l’avance plutôt que de le découvrir ensemble.
Dois-je vous donner root sur mon ancien serveur ?
C'est le chemin le plus rapide, ce n'est pas le seul. Vous pouvez faire la copie vous-même avec des instructions rédigées pour votre configuration, ou nous confier un compte en lecture seule, ou remettre un instantané. Si vous nous donnez accès, changez les identifiants ensuite — un conseil que nous donnons à chaque client et qui s'applique à nous exactement autant qu'à n'importe qui.
Et si ça échoue à mi-chemin ?
Rien n'a encore changé, et c'est tout l'intérêt de l'ordre des opérations. Votre ancien hébergeur reste intact et continue de servir ; la copie ratée est de notre côté et ne vous coûte rien. Nous déterminons ce qui s'est passé et recommençons, ou vous disons honnêtement que cette configuration précise ne vaut pas la peine d'être migrée.
Pouvez-vous me faire migrer loin de vous plus tard ?
Oui, et avec la même aide. Les snapshots sont téléchargeables, le stockage objet est du S3 et la sortie de trafic n'est pas facturée, et rien n'est stocké dans un format qui ne fonctionne qu'ici. Un hébergeur qui complique le départ a cessé de mériter qu'on reste.
Mon hébergeur actuel me coupe. À quelle vitesse pouvez-vous agir ?
Dites-le et c’est planifié le jour même. C’est le cas où nous excellons, et celui où le conseil habituel de tout tester d’abord se comprime — mais vous voyez tout de même la copie avant que le DNS ne bascule, même si cette fenêtre dure une heure au lieu de deux jours.
Migrerez-vous quelque chose que vous n'hébergeriez pas ?
Les deux catégories interdites, non, et cette réponse ne change pas. Tout le reste de la politique d'utilisation acceptable est bienvenu, y compris le contenu que votre précédent hébergeur vous a demandé de retirer — c'est en bonne partie pour cela que l'on arrive ici.