Guide de migration VPS : déplacer votre serveur sans aucun temps d'arrêt

Déplacer un VPS vers un autre serveur – pour changer de fournisseur, augmenter la capacité ou passer à une configuration de panneau moderne – est une tâche délicate. Une mauvaise planification entraînera des heures d’arrêt et une perte de données. Lorsqu’il est correctement planifié, le temps d’arrêt total diminue à moins de 5 minutes et le chemin de retour reste toujours ouvert.

Dans ce guide ; Nous expliquerons les étapes de l’inventaire, de l’exécution en parallèle, de la planification DNS TTL, de l’exportation/importation de la base de données, de l’automatisation SSL et de la restauration dans l’ordre. L’ensemble du flux est illustré par la migration vers un nouveau VPS avec VDS Panel installé, mais la méthode est générale.

Préparation : état des lieux de l’installation actuelle

Répertoriez toutes les ressources sur le serveur actuel avant la migration. Si vous manquez quelque chose, vous ressentirez la surprise « le site s’ouvre mais X est cassé » après la transition.

• Projets / Sites : Qu’est-ce qui fonctionne dans quels domaines ? WordPress, site statique, Spring Boot, service Node.js, conteneur Docker ?
• Bases de données : PostgreSQL, MySQL, MongoDB, Redis. Version, taille et projets affiliés.
• Cron / tâches planifiées : minuteries P0 ou systemd.
• Enregistrements DNS : A, AAAA, CNAME, MX, TXT, SRV. Exportez à partir du fournisseur DNS existant.
• Certificats SSL : Quels domaines, Let’s Encrypt ou payants ?
• Variables d’environnement : clé API, secret, informations d’identification tierces.
• Tâches de sauvegarde : automatisations existantes telles que pg_dump, mysqldump, rsync.

Stratégie : exécution parallèle vs big-bang

Vous pouvez effectuer la transition de deux manières. Le fonctionnement en parallèle est toujours recommandé.

Dans la méthode parallèle, deux serveurs travaillent ensemble pendant une courte période. Vous testez vous-même le nouveau serveur pendant que le trafic de diffusion continue d’arriver sur l’ancien serveur. Vous ne modifiez le DNS vers la nouvelle IP que lorsque tout va bien.

Transition étape par étape

1. 01
   Préparez le nouveau VPS

   Ubuntu 22.04 ou 24.04 LTS est un serveur propre. Minimum 2 processeurs, 4 Go de RAM. Installez le panneau VDS avec une seule commande.
2. 02
   Effectuer une sauvegarde de l'ancien serveur

   Sauvegarde de la base de données avec pg_dump, mysqldump ou mongodump. tar ou rsync pour les fichiers d'application. Liste de tâches Cron et variables d'environnement.
3. 03
   Importer des bases de données vers le nouveau panneau

   Le panneau VDS génère une base de données + un utilisateur + un mot de passe distincts pour chaque projet. Importez le dump SQL existant avec l'outil de restauration du panneau.
4. 04
   Introduire le code dans le nouveau panneau

   Le moyen le plus simple consiste à déplacer vos projets vers le référentiel git et à les ajouter au panneau. Build, env inject, nginx config – tout est automatique.
5. 05
   Durée de vie DNS inférieure

   Réduisez la durée de vie de tous les enregistrements A/CNAME à 300 secondes 24 heures avant la migration. Si cette étape est ignorée, la propagation DNS peut prendre jusqu'à 24 heures.
6. 06
   Test avec le fichier hosts

   Avant de modifier le DNS, écrivez la nouvelle adresse IP du serveur dans le fichier /etc/hosts local. Vérifiez tous les flux critiques (connexion, paiement, soumission de formulaire).
7. 07
   Basculer les enregistrements DNS A vers un nouveau serveur

   Faites pointer les enregistrements A de tous les domaines vers la nouvelle IP VPS. Grâce au faible TTL, il se propage en 5 à 15 minutes.
8. 08
   Conserver l'ancien serveur pendant 14 jours

   Avoir la possibilité de restaurer le DNS si des problèmes surviennent. Vous pouvez annuler l'ancien serveur après 14 jours sans aucun problème.

Migration de base de données

VDS Panel offre une prise en charge intégrée de l’importation pour chaque moteur de base de données :

• PostgreSQL : effectuez une sauvegarde au format spécial avec P0, téléchargez-la sur l’outil de restauration du panneau. Pour les grandes tables, le pool de connexions pgBouncer est configuré automatiquement.
• MySQL/MariaDB : Sauvegardez avec P1, installez depuis l’onglet “SQL Import” du panneau.
• MongoDB : Avec P2, le dump bson est exécuté via le panneau P3.
• Redis : généralement initialisé vide lors de la migration ; S’il existe des données permanentes, P5 est copié après P4.

Redéployer les applications

Le moyen le plus simple de déplacer les applications installées manuellement sur l’ancien serveur vers le panneau VDS est de passer au flux git push :

P0

Donnez ensuite l’URL du dépôt GitHub au panneau VDS. Le panneau installe le webhook, crée le pipeline de construction et demande des variables d’environnement. Chaque P0 suivant est automatiquement déployé.

P1

Pour Java/Spring Boot, les options de téléchargement JAR ou de construction Maven/Gradle sont sélectionnées dans l’interface du panneau.

Certificats SSL

Vous n’avez pas besoin de déplacer vos anciens certificats. VDS Panel obtient automatiquement le nouveau certificat Let’s Encrypt pour chaque domaine :

• Lorsque l’enregistrement DNS A pointe vers le nouveau serveur, le panel lance le challenge HTTP-01
• Certificat prêt en 15 secondes, redirection HSTS et HTTPS automatiquement
• Renouvelle automatiquement 30 jours avant, sans connexion

Planification DNS

La clé pour atteindre le zéro temps d’arrêt est la planification TTL.

1. Réduisez la durée de vie de tous les enregistrements A/CNAME de 3 600 à 300 24 à 48 heures avant la migration.
2. Une fois la totalité de l’ancienne période TTL écoulée (c’est-à-dire 1 heure), le fournisseur DNS répondra déjà avec la nouvelle TTL.
3. Remplacez l’enregistrement A par la nouvelle adresse IP au moment de la migration. En 5 minutes, 95% du trafic est dirigé vers le nouveau serveur.
4. Si vous souhaitez ramener la durée de vie à 3 600 après la migration, attendez 14 jours (il est important de la maintenir basse pendant la fenêtre de restauration).

Plan de restauration

N’éteignez pas votre ancien serveur pendant les 14 premiers jours. Si un problème critique survient sur le nouveau serveur :

1. Remplacez un enregistrement dans DNS par l’ancienne adresse IP du serveur
2. Puisque le TTL est de 300 secondes, il se propage en 5 minutes
3. Enquêtez sur le problème sur le nouveau serveur pendant cette période
4. Corrigez-le et migrez-le vers le nouveau serveur

La synchronisation bidirectionnelle de la base de données est compliquée ; Si vous envisagez de revenir en arrière, faites-le pendant la fenêtre de migration ou prévoyez une perte de données acceptable. Notre article Stratégie de sauvegarde VPS aide à la planification RTO/RPO.

Liste de contrôle post-migration

Ouvrez le panel sur le nouveau serveur, l’ancien serveur est toujours debout :

• Tous les projets fonctionnent (HTTP 200, contenu correct)
• Les connexions à la base de données sont actives, les données sont cohérentes
• Certificats SSL verts (valides, HSTS activé)
• Les tâches Cron / planifiées ont été redéfinies
• Plan de sauvegarde actif (sauvegarde cryptée quotidienne du panneau)
• Les journaux sont écrits sur le nouveau serveur
• L’analyse Pentest est programmée pour être exécutée chaque semaine
• Intégration de surveillance et d’alerte testée

Conclusion

La migration VPS n’est pas une tâche aussi difficile qu’il y paraît ; Avec une bonne planification, le temps d’arrêt total est inférieur à 5 minutes. La stratégie d’exécution parallèle, la planification à faible durée de vie et la fenêtre de restauration de 14 jours garantissent la sécurité de la migration. Les outils d’importation intégrés de VDS Panel (restauration de base de données, déploiement git, SSL automatique) réduisent les étapes manuelles qui peuvent prendre des heures à quelques minutes.

Notre formulaire de contact est ouvert pour discuter de votre scénario de transition. Laissez-nous comprendre votre infrastructure actuelle et préparons ensemble un plan de migration spécial pour vous.