Serveur vieillissant ou en fin de vie
Une infrastructure devenue difficile à maintenir, ou un système d’exploitation trop ancien pour recevoir les mises à jour et les versions dont vos applications ont besoin.
Migration et reprise d’infrastructure
Migration de serveurs Linux, VPS et dédiés
Vous changez de serveur, d’hébergeur ou d’infrastructure ? Axanti peut préparer le nouvel environnement, transférer les sites, bases de données, courriels et configurations, puis accompagner la bascule vers le nouveau serveur.
La migration peut être réalisée vers une infrastructure Axanti ou vers un serveur fourni par un autre hébergeur.
Déclencheurs
Quand faut-il envisager une migration de serveur ?
Six situations reviennent souvent. Aucune n’impose une migration à elle seule : c’est l’analyse de l’environnement qui dit si le déplacement est la bonne réponse.
Manque de ressources
CPU, mémoire, stockage ou performances devenus insuffisants pour la charge réelle du site ou de l’application.
Changement d’hébergeur
Le besoin de quitter le fournisseur actuel sans reconstruire manuellement tout l’environnement, compte par compte et configuration par configuration.
Évolution de l’architecture
Le passage d’un hébergement mutualisé à un VPS, d’un VPS à un serveur dédié, ou vers une architecture différente de celle en place aujourd’hui.
Environnement difficile à maintenir
Versions anciennes de PHP, de MariaDB ou MySQL, d’Apache ou Nginx, de DirectAdmin ou cPanel, ou composants applicatifs qui bloquent les mises à jour.
Besoin de reprendre le contrôle
Une infrastructure dont la documentation ou la maintenance actuelle ne suffit plus pour travailler sereinement.
Dans certains cas, corriger ou faire évoluer le serveur existant coûte moins cher qu’un déménagement complet. Nous le disons quand c’est le cas.
Portée
Ce que nous pouvons prendre en charge
La portée exacte d’une migration est toujours conditionnée à l’analyse de l’environnement existant et des accès disponibles.
Sites et applications web
- ✓PHP
- ✓WordPress
- ✓WooCommerce
- ✓Applications web sur mesure
- ✓Fichiers et répertoires applicatifs
Bases de données
- ✓MariaDB
- ✓MySQL
- ✓Bases associées aux applications hébergées
Courriels
- ✓Comptes courriel
- ✓Boîtes et contenus
- ✓Configuration du service sur le serveur
- ✓Migration lorsque les environnements source et cible le permettent
DNS et certificats
- ✓Préparation des changements DNS
- ✓Coordination de la bascule
- ✓Certificats SSL
- ✓Validation après le changement
Panneaux de contrôle
- ✓DirectAdmin
- ✓cPanel
- ✓Serveurs sans panneau lorsque l’environnement se prête à l’intervention
Configuration serveur
- ✓PHP et PHP-FPM
- ✓Apache
- ✓Nginx
- ✓MariaDB et MySQL
- ✓Tâches cron
- ✓Paramètres nécessaires aux sites et applications
Panneaux de contrôle
Migration DirectAdmin, cPanel ou serveur Linux
La méthode dépend surtout de ce qui tourne sur le serveur source et de ce que le serveur cible peut recevoir : panneau identique, panneau différent, ou pas de panneau du tout.
Pour cPanel, la migration reste possible selon les accès, les versions et les services en place. Axanti n’est ni partenaire ni revendeur officiel de ces panneaux : nous les administrons, simplement.
Une migration DirectAdmin couvre généralement
- ✓Comptes et sites
- ✓Bases de données
- ✓Courriels
- ✓Zones DNS
- ✓Versions PHP
- ✓CustomBuild
- ✓Configurations particulières
- ✓Sauvegardes et restaurations
- ✓Synchronisation complémentaire lorsque nécessaire
Méthode
Une migration préparée avant la bascule
Le nouvel environnement est monté et testé pendant que l’ancien continue de servir. La bascule n’arrive qu’ensuite, une fois ce qui pouvait être vérifié à l’avance validé.
01
Analyse du serveur existant
Système, versions, sites et applications, bases de données, DNS, courriels, dépendances, panneau éventuel, espace disque et contraintes particulières.
02
Préparation du serveur cible
Installation et configuration de l’environnement nécessaire pour recevoir ce qui a été inventorié.
03
Sauvegarde et première copie
Sauvegardes puis transferts adaptés à l’environnement, sans toucher au serveur encore en production.
04
Validation avant bascule
Test, autant que possible, des sites, des applications, des bases, des services nécessaires, des certificats et de la configuration.
05
Synchronisation et bascule
Dernière synchronisation utile, puis modification du DNS ou bascule appropriée. La procédure exacte dépend du projet et se planifie avec vous.
06
Vérifications après migration
Contrôle du fonctionnement général du nouvel environnement et correction des problèmes liés à la migration relevés pendant la validation.
Interruption
Réduire l’interruption sans faire de promesse irréaliste
Selon l’environnement, une première copie peut être effectuée avant la bascule, suivie d’une synchronisation finale. Cette approche peut réduire la période pendant laquelle les données ou les services doivent être figés.
La durée et la méthode dépendent notamment de la quantité de données, des bases de données, du courrier électronique, du DNS et de la compatibilité entre les serveurs. C’est pourquoi nous ne promettons pas de migration sans interruption : nous cherchons à la réduire et nous vous disons à quoi vous attendre.
Ce qui influence la durée
- ✓La quantité de données à transférer
- ✓Les bases de données et leur activité
- ✓Le courrier électronique
- ✓Les DNS et leurs délais de propagation
- ✓La compatibilité entre le serveur source et le serveur cible
Infogérance indépendante
Vous n’avez pas besoin de migrer chez Axanti
Axanti peut intervenir sur une migration entre deux infrastructures appartenant à d’autres fournisseurs, lorsque les accès et les environnements le permettent.
Le service de migration est vendu pour lui-même, pas comme un prétexte pour vous faire changer d’hébergeur. C’est le même principe que pour notre administration système : nous travaillons sur l’infrastructure que vous avez choisie.
- ✓Conserver votre hébergeur actuel
- ✓Passer vers un autre fournisseur
- ✓Migrer vers une infrastructure Axanti
- ✓Demander uniquement l’intervention technique
Serveur cible
Besoin également du nouveau serveur ?
Si le serveur cible n’existe pas encore, Axanti peut le fournir et le préparer avant la migration. Le choix se fait selon la charge réelle et les besoins du projet.
VPS géré
Pour la majorité des sites et applications qui ont dépassé l’hébergement partagé sans demander une machine complète.
VPS gérésServeur dédié géré
Pour les environnements qui demandent davantage de puissance, de stockage ou d’isolation que ce qu’un VPS peut offrir.
Serveurs dédiés gérés
Reprise
Une migration déjà commencée pose problème ?
Une migration à moitié terminée est une situation courante, et elle se diagnostique comme n’importe quel autre incident : en comparant ce que fait l’ancien serveur et ce que fait le nouveau.
Nous pouvons analyser l’état réel des deux environnements et établir ce qu’il reste à faire. Toutes les migrations ne peuvent pas être récupérées telles quelles : dans certains cas, reprendre proprement une étape coûte moins cher que de continuer à corriger.
Symptômes fréquents
- ✓Certains sites fonctionnent, d’autres non
- ✓Les bases de données présentent des erreurs
- ✓PHP ou les extensions diffèrent entre les deux serveurs
- ✓Les DNS pointent vers différents environnements
- ✓Les courriels posent problème
- ✓DirectAdmin ou cPanel n’a pas été reproduit correctement
- ✓Une application fonctionne sur l’ancien serveur mais pas sur le nouveau
Pour qui
Qui nous confie une migration
PME et organisations
Qui doivent changer de serveur mais n’ont pas d’administrateur Linux à l’interne pour préparer et exécuter l’opération.
Agences web
Qui doivent déplacer des sites clients sans vouloir gérer elles-mêmes toute l’infrastructure et la bascule.
Développeurs
Qui préfèrent confier la partie serveur pendant qu’ils s’occupent de l’application et de son bon fonctionnement.
Entreprises à plusieurs sites
Qui doivent coordonner une migration comprenant plusieurs domaines, bases de données ou comptes courriel.
Questions fréquentes
Questions fréquentes sur la migration de serveur
Les questions posées le plus souvent avant de confier un changement de serveur à Axanti.
Pouvez-vous migrer un serveur qui n’est pas hébergé chez Axanti ?
Oui, lorsque les accès et les environnements le permettent. La migration peut se faire entre deux infrastructures appartenant à d’autres fournisseurs, depuis un autre hébergeur vers Axanti, ou depuis Axanti vers un autre hébergeur.
Pouvez-vous migrer un serveur DirectAdmin ?
Oui. Une migration DirectAdmin peut couvrir les comptes, les sites, les bases de données, les courriels, les DNS, les versions PHP, la configuration CustomBuild et les particularités du serveur. La méthode retenue dépend des versions en place sur le serveur source et sur le serveur cible.
Pouvez-vous migrer un serveur cPanel ?
Oui, selon l’environnement. Les migrations depuis ou vers cPanel sont possibles lorsque les accès, les versions et les services en place s’y prêtent. L’analyse préalable détermine la méthode applicable et ses limites.
Une migration de serveur entraîne-t-elle une interruption ?
Cela s’évalue pour chaque environnement. Nous cherchons à réduire l’interruption, et plusieurs migrations permettent une première copie suivie d’une synchronisation finale avant la bascule. Nous ne pouvons pas garantir l’absence totale d’interruption sans avoir analysé le serveur, les bases de données, les courriels et les DNS.
Pouvez-vous migrer les sites, bases de données et courriels ?
Oui, dans la mesure où les environnements source et cible le permettent : fichiers et applications web, bases MariaDB ou MySQL, comptes et boîtes courriel, DNS et certificats. La portée exacte est établie après l’analyse de l’existant.
Dois-je changer d’hébergeur pour utiliser votre service de migration ?
Non. Vous pouvez conserver votre hébergeur actuel, passer chez un autre fournisseur ou migrer vers Axanti. Il est aussi possible de ne demander que l’intervention technique, sans changer quoi que ce soit à votre relation d’hébergement.
Pouvez-vous fournir le nouveau VPS ou serveur dédié ?
Oui. Lorsque le serveur cible n’existe pas encore, Axanti peut fournir et préparer un VPS géré ou un serveur dédié géré, puis y réaliser la migration.
Que faut-il avant de commencer une migration ?
Les accès au serveur source et au serveur cible, la liste des domaines, sites et applications concernés, les accès DNS, ainsi que l’information sur les courriels et les bases de données. L’analyse préalable complète ensuite ce qui manque avant de planifier les travaux.
Vous préparez un changement de serveur ?
Décrivez-nous l’environnement actuel, le serveur cible et ce qui doit être transféré. Nous pourrons déterminer la méthode de migration appropriée.