Une migration se rate rarement pendant la copie des fichiers. Elle se rate autour : un TTL de 86 400 secondes que personne n'a baissé, une tâche cron qui ne tourne plus, un certificat qui ne se renouvellera pas. « Sans interruption » ne veut pas dire « sans travail » : vos visiteurs ne voient aucune page d'erreur, et la coupure réelle se limite à quelques minutes, hors pointe, pour la synchronisation finale.
Ce que « sans interruption » veut dire vraiment
Trois notions à poser avant de toucher au serveur. Le RTO est la durée pendant laquelle le service peut être indisponible : sur une migration planifiée, l'objectif est zéro minute visible en lecture, quelques minutes en écriture. Le RPO est ce que vous acceptez de perdre si la bascule échoue : quelques secondes avec une synchronisation continue, jusqu'à vingt-quatre heures avec une simple copie de la veille. La fenêtre, enfin, est le créneau annoncé, hors pointe, pendant lequel vous avez le droit de couper.
Un site vitrine et une boutique ne portent pas le même risque. Sur le premier, une bascule à quatorze heures passe inaperçue. Sur la seconde, chaque commande passée pendant la bascule est une commande à réconcilier à la main. La fenêtre se choisit donc sur le trafic, pas sur votre agenda.
L'inventaire, la liste qui évite les mauvaises surprises
L'inventaire est l'étape ennuyeuse qui décide de tout le reste. Un serveur qui tourne depuis deux ans contient toujours un élément oublié : un sous-domaine pointé vers l'ancienne adresse IP, un certificat collé à la main, un webhook déclaré chez un prestataire. Listez avant de copier.
- Sites et hôtes virtuels — domaines, sous-domaines, racine de publication, configuration.
- Bases de données — moteur, version exacte, taille, jeu de caractères, comptes et droits.
- Tâches planifiées — cron système et applicatifs, avec l'utilisateur qui les exécute : l'oubli le plus silencieux.
- Zone DNS — A, AAAA, MX, SPF, DKIM, DMARC, CAA et les enregistrements de vérification tiers.
- Certificats TLS — lesquels sont émis automatiquement, lesquels sont manuels, et leur date d'expiration.
- Secrets et intégrations — clés d'API, comptes SMTP, webhooks sortants, IP autorisées chez un partenaire.
- Volumétrie — fichiers, base, journaux, espace disque réellement occupé.
Ce document sert deux fois : à dimensionner la cible, puis de liste de contrôle le soir de la bascule. Ajoutez-y une colonne « qui a été prévenu ».
Préparer la cible, puis répéter
La nouvelle machine se commande avec un peu de marge : une migration est le pire moment pour découvrir que 2 Go de RAM ne suffisent pas. Les cinq plans NVMe ci-dessous partagent la même base technique — KVM, une IPv4 dédiée, bande passante illimitée, accès racine, panneau de gestion avec console web, redémarrage, réinstallation et DNS, sauvegardes automatiques, pare-feu avec protection anti-DDoS, supervision 24/7, support 6 jours sur 7 et SLA de 99,9 % sur l'infrastructure — et ne diffèrent que par les ressources. La livraison est annoncée en moins de quinze minutes.
| Plan | vCPU | RAM | NVMe | USD / mois | DH HT / mois |
|---|---|---|---|---|---|
| VPS-1G Démarrage | 1 | 1 Go | 30 Go | 9,99 $ | 94,48 |
| VPS-2G Business | 1 | 2 Go | 40 Go | 19,99 $ | 189,06 |
| VPS-3G Performance | 2 | 3 Go | 50 Go | 34,99 $ | 330,93 |
| VPS-4G Avancé | 2 | 4 Go | 80 Go | 39,99 $ | 378,22 |
| VPS-5G Ultra | 3 | 5 Go | 100 Go | 49,99 $ | 472,80 |
Dimensionnez sur des chiffres : mémoire consommée en pointe, charge processeur moyenne, espace disque utilisé. Une machine qui vit à 3,5 Go sur 4 Go n'a pas forcément besoin du plan supérieur : elle a besoin de savoir ce qui consomme. Les tarifs à jour et les caractéristiques des VPS NVMe sont en ligne.
Trois passes valent mieux qu'une
La première installe la pile et corrige les écarts de version : base d'une version majeure différente, extension manquante, module compilé pour un autre noyau. La deuxième sert le site sur un nom de test protégé, pour vérifier pages, formulaires et paiement. La troisième est la répétition générale : on y découvre que la copie prend vingt minutes et non cinq.
Le détail qui coûte cher : les écritures
Copier une base qui reçoit des écritures produit une copie incohérente. Un vidage logique avec instantané cohérent suffit à un site de contenu ; dès qu'une commande peut être perdue, une réplication continue avec bascule en quelques secondes mérite le détour.
DNS, bascule et retour arrière
Le DNS est le seul élément que vous ne contrôlez pas entièrement : chaque résolveur garde la réponse en cache aussi longtemps que le TTL l'y autorise. À 86 400 secondes, une partie de vos visiteurs arrive encore sur l'ancienne machine vingt-quatre heures après la bascule.
Baisser le TTL avant, jamais pendant
La veille — idéalement quarante-huit heures avant — passez les enregistrements concernés à 300 secondes et vérifiez que la propagation est terminée. Le changement d'adresse IP se propage alors en cinq minutes au lieu de vingt-quatre heures. Ne touchez pas aux enregistrements MX, SPF ou DKIM le même jour : si le courrier rebondit, vous ne saurez plus si c'est le DNS, le serveur ou la réputation de la nouvelle IP.
Le jour J, dans l'ordre
- Geler les modifications — prévenez les utilisateurs et, si possible, passez le site en lecture seule.
- Dernière synchronisation — fichiers, médias, base. Chronométrez-la : c'est votre fenêtre réelle.
- Arrêter l'ancien service — serveur web et cron de l'ancienne machine, pour éviter deux producteurs de données.
- Pointer le DNS — toutes les entrées concernées, en une seule passe.
- Vérifier sur la nouvelle machine — pages, formulaires, connexion, panier, envoi de courriel, redirections HTTPS.
- Dégeler et surveiller — réactivez les écritures et gardez les journaux ouverts une heure.
Un point qui surprend souvent : le certificat TLS. Si l'émission était automatique, le client ACME doit être réinstallé et testé sur le nouveau, sans quoi le renouvellement échouera dans quatre-vingt-dix jours, en silence. L'ancien serveur se garde donc éteint, pas détruit.
Un retour arrière se décide à l'avance
Une procédure de retour arrière n'est utile qu'avec un déclencheur chiffré : si une fonction critique — paiement, connexion, devis — n'est pas opérationnelle quarante-cinq minutes après le changement DNS, on repointe sur l'ancienne IP, intacte, et on analyse à froid le lendemain. Repointer prend cinq minutes si le TTL a été baissé, et c'est pour cela qu'on le baisse. Le pire scénario n'est pas le retour arrière : c'est la correction à chaud, sans filet.
Les 48 heures qui suivent
La migration n'est pas terminée quand le site répond. Pendant deux jours, vérifiez six choses : journaux d'erreur, exécution réelle des tâches planifiées, délivrabilité du courrier sortant, renouvellement du certificat, restauration d'une sauvegarde, temps de réponse mesurés de l'extérieur. La distance compte : moins de 5 ms depuis New York, 10 à 20 ms depuis Montréal. Le datacenter de Rabat est annoncé, pas encore ouvert : la production est à New York.
FAQ
Peut-on migrer sans aucune coupure ?
Sur un site en lecture, oui : les deux machines servent le même contenu et le changement DNS passe sans erreur. Dès qu'il y a des écritures, il faut une synchronisation finale, donc une fenêtre de quelques minutes. L'objectif honnête est une coupure invisible, pas nulle.
Combien de temps faut-il prévoir ?
La durée dépend du volume de données et du nombre d'intégrations, pas du nombre de pages. Une semaine est un rythme courant : inventaire, réplique de test, répétition, puis bascule. La livraison d'un VPS est annoncée en moins de quinze minutes : la cible n'est jamais le facteur limitant.
Faut-il garder l'ancien serveur après la bascule ?
Oui, quelques jours, éteint mais intact : il contient l'état exact d'avant la migration, mieux qu'une sauvegarde que personne n'a testée. Ne le détruisez qu'après une restauration vérifiée depuis la nouvelle machine.
Et les tâches cron et les certificats ?
Ce sont les deux oublis les plus fréquents. Chaque tâche doit être recréée avec le bon utilisateur et testée à la main une fois ; chaque certificat doit être réémis sur la nouvelle machine, puis son renouvellement vérifié. Une expiration à quatre-vingt-dix jours ne se voit pas le jour de la bascule.
Conclusion : la migration se gagne avant le jour J
Une bascule réussie tient à trois choses : un inventaire honnête, un TTL baissé assez tôt, et un retour arrière décidé à l'avance. Le reste est de l'exécution. Si l'inventaire vous manque, commencez par là : c'est la liste qui vous dira quel plan choisir, et elle vous évitera de payer des ressources inutilisées. Les plans et leurs tarifs sont sur la page des VPS NVMe d'Open Vista, avec la commande en ligne et la livraison annoncée en moins de quinze minutes.