Un guide complet sur les stratégies de migration technologique : (Final - Migration de domaine et d'hébergement)

Enfin, pour conclure notre série de blogs, nous nous pencherons sur la migration de serveur (domaine et hébergement). Étant donné que nous avons déjà défini la migration des applications et des bases de données comme des éléments clés du processus de migration du backend, il est logique de finaliser avec la migration du serveur.

De manière générale, la migration de votre site Web d'un hôte à un autre peut être plus facile par rapport aux autres types de migration dont nous avons parlé précédemment. En pratique, cela peut être assimilé à donner une nouvelle adresse à votre site Web. Le reste de cet article expliquera en détail les facettes clés et les meilleures pratiques liées à cette verticale de migration. Alors, sans plus tarder, lancez-vous !

Qu'est-ce que la migration de serveur ?

Au sens le plus élémentaire, la migration de serveur est une technique de migration dans laquelle les données sont positionnées d'un serveur à un autre. Cela implique essentiellement de configurer un serveur cible pour remplacer un serveur existant en copiant les sites Web et leurs configurations, et en modifiant le DNS pour diriger les visiteurs vers un nouveau serveur. Les migrations de serveurs sont courantes dans de nombreuses entreprises dépendantes des données et, en raison de la nature sensible des données, une planification délibérée est hautement impérative pour une migration réussie.

Pourquoi la migration de serveur ?

La migration de serveur peut se produire pour différentes raisons, telles que :

• Pour gérer l'augmentation du trafic.
• Désir de meilleures performances et de temps de réponse plus rapides.
• Désir d'amélioration du contrôle, de la gérabilité et de la flexibilité.
• Pour une meilleure personnalisation.

Bien qu'à l'autre extrémité, certaines personnes rétrogradent vers des serveurs bas de gamme à des fins de réduction des coûts. La migration de serveur implique également deux aspects clés, à savoir ; migration de domaine et migration de serveur d'hébergement. Pour la majeure partie de ce blog, nous explorerons les deux catégories. Par exemple, la différence entre le changement de fournisseur d'hébergement (tel que GoDaddy vers AWS) et le transfert de noms de domaine (par exemple, example.com vers example.info).

Qu'est-ce que la migration de nom de domaine ?

En termes simples, la migration de domaine signifie déplacer un site Web d'un nom de domaine (example.co) à un autre (example.info), sans perte ni altération de la sécurité des données. Principalement, lors du transfert d'un nom de domaine, vous n'avez pas besoin de sauvegarde car il n'y aura pas de transfert de fichiers entre les serveurs. Bien que les informations DNS (Domain Name System) doivent être transférées comme condition préalable pour avoir un enregistrement du changement. Un changement de protocole peut également avoir lieu lorsqu'un site Web non sécurisé est déplacé vers un site Web sécurisé, comme lorsqu'un site Web HTTP est déplacé vers HTTPS. Fondamentalement, les raisons de changer de nom de domaine diffèrent, par exemple, il peut s'agir d'un choix de passer d'un domaine générique comme .com à un domaine plus spécifique géographiquement comme .in ou .cn.

Qu'est-ce que la migration de serveur d'hébergement ?

La migration de serveur d'hébergement signifie essentiellement passer d'un fournisseur de services d'hébergement à un autre. Lors de la migration, vous devrez effectuer une sauvegarde complète de votre site Web ainsi que des fichiers de base de données sur votre appareil avant de lancer le processus de migration. Assurez-vous également que tous vos scripts côté serveur peuvent être installés sur votre nouvelle plate-forme d'hébergement et que votre site Web peut fonctionner correctement sur le nouveau serveur. Il peut y avoir plusieurs raisons de migrer d'un fournisseur d'hébergement à un autre, comme :

1. Le désir de profiter de la nouvelle pile technologique ou d'un meilleur service
2. La nécessité de remplacer les infrastructures désuètes
3. La nécessité d'étendre et de distribuer l'hébergement pour atteindre une haute disponibilité.
4. Problèmes de sécurité, etc.

Types de migration d'hôte de serveur

Selon le système d'exploitation et la technologie concernés, la migration de serveur constitue généralement :

• Migration de serveur cloud : il s'agit principalement de positionner les données sur un serveur cloud moderne et évolutif.

• Migration du serveur d'applications : cela implique essentiellement le transfert d'une application logicielle d'un environnement de serveur à un autre. Cela se produit essentiellement chaque fois que des fichiers sont déplacés entre des serveurs.

• Migration de serveur de messagerie : ici, les données sont acheminées entre les migrations de serveurs de messagerie au sein du même hôte ou d'hôtes différents.

• Migration de serveur virtuel - Ce domaine de migration implique des serveurs virtuels ou le transfert d'une machine virtuelle d'un serveur à un autre. Il existe plusieurs options de serveur disponibles sur le marché comme GoDaddy, AWS, DigitalOcean, Alibaba Cloud, etc. Cependant, le choix d'un serveur dépend en grande partie des exigences du projet. Il existe une règle commune qui s'applique à chaque migration de serveur d'hébergement : vous ne pouvez changer de serveur d'hébergement que si vous avez été enregistré auprès du registraire de domaine précédent pendant 60 jours ou plus. Vous pouvez en savoir plus sur les autres règles disponibles sur les sites d'hébergement respectifs.

Comment migrer votre nom de domaine ?

La migration de nom de domaine est plus facilement déductible contrairement à la migration de serveur. La raison la plus courante invoquée pour migrer les noms de domaine est que les utilisateurs peuvent avoir un nom de domaine plus long et en vouloir une version meilleure et plus courte. Cependant, avant de changer de nom de domaine, il y a principalement deux scénarios différents à garder à l'esprit :

• Acheter un nom de domaine qui a déjà été utilisé par quelqu'un d'autre : Il peut s'agir d'un nom de domaine expiré que vous devez avoir acheté lors d'enchères de domaine ou directement auprès de quelqu'un d'autre.
• Acheter un tout nouveau nom de domaine qui n'a jamais été utilisé auparavant.

Prenons un exemple pour comprendre la différence entre les deux scénarios ci-dessus et pourquoi ils sont impératifs. Si vous avez l'intention d'acheter un nom de domaine déjà enregistré, il y a des chances que vous rencontriez l'un des problèmes suivants :

• Il peut y avoir des liens pointant vers lui qui peuvent être bons ou, dans certains cas, mauvais pour votre site.
• Il est possible qu'il ait été précédemment attaché à un site hors sujet qui a été créé dans un but différent du vôtre.
• Vous pourriez être pénalisé ou banni de certains moteurs de recherche.
• Votre site pourrait être interdit sur les sites de médias sociaux.
• Il a peut-être également été utilisé auparavant pour des activités de spam.

Processus de migration de nom de domaine

• Le processus de migration de nom de domaine est assez simple. Suivez simplement des étapes simples et vous aurez terminé en un rien de temps.
• Pour commencer, vous devrez vérifier chaque version (c'est-à-dire http://, http://www, https:// ou https://www) de chaque site sur la console de recherche Google. Identifiez également tous les sous-domaines, le cas échéant.
• Explorer l'intégralité du site. Vous pouvez utiliser différents outils disponibles en ligne à cet effet. Cela vous aidera à identifier toutes les URL possibles et à en dresser la liste. Vous en aurez besoin plus tard.
• À l'aide des redirections permanentes 301, redirigez de l'ancien nom de domaine vers le nouveau nom de domaine.
• Testez les redirections pour vous assurer que vous ne redirigez pas plusieurs fois. Cela peut dérouter les utilisateurs.
• Pour indiquer à Google que vous déménagez vers un nouveau domaine, à l'aide de l'outil de changement d'adresse de Google. Cela vous aidera à confirmer si les redirections sont configurées correctement ou non.
• N'oubliez pas de mettre à jour les paramètres dans Google Analytics pour pointer vers le nouveau nom de domaine. Vous pouvez modifier les paramètres de Google Analytics si vous souhaitez conserver les anciennes données dans Google Analytics.
• Utilisez la liste des URL que vous avez créées pour explorer à nouveau le site, afin de vous assurer que toutes les anciennes URL redirigent correctement vers les nouvelles URL.

Comment migrer d'un prestataire à un autre ?

Comme indiqué précédemment, la migration de serveur est vraiment simple. Les sites Web sont généralement confrontés à des temps d'arrêt pendant le processus de migration du serveur, quelle que soit la qualité de la planification du processus de migration. Ainsi, un plan de migration doit être préparé bien à l'avance avant d'exécuter le processus de migration.

Généralement, il faut exécuter le processus de migration lorsque vous avez le moins de trafic sur le serveur. Vous devez vous déplacer selon le plan sinon, il y a de fortes chances que le processus de migration du serveur d'hébergement échoue.

• Une fois que vous avez opté pour un fournisseur d'hébergement, achetez un plan et préparez-vous à déplacer votre site Web vers un nouvel hôte. Assurez-vous que le plan de l'ancien bureau d'enregistrement de domaine n'est pas annulé tant que votre site Web n'est pas complètement migré vers un nouveau.
• Vous devez prendre certaines précautions avant de procéder à une migration, comme effectuer une sauvegarde de tous vos fichiers de base de données et de site Web à partir de votre ancien registraire de domaine.
• Vous pouvez importer votre base de données à l'aide de PHPAdmin ou d'un autre logiciel tiers. Ensuite, téléchargez les fichiers et la base de données de votre site Web sur le nouveau serveur de votre registraire de domaine.
• Assurez-vous d'installer d'abord les applications Web sur un nouveau serveur avant de télécharger votre base de données, puis exportez la base de données depuis PHPAdmin ou un autre logiciel tiers où vous sauvegardez les données.
• N'oubliez pas d'ajouter tous les comptes de messagerie au nouveau serveur avant de changer de DNS. Vous pouvez également créer une adresse "fourre-tout" pour vous assurer qu'aucun courrier ne rebondira au cas où vous oublieriez d'ajouter une adresse e-mail.
• Comme meilleure pratique, vous pouvez créer deux comptes pour chaque adresse e-mail, puis utiliser l'adresse IP de chaque serveur de messagerie dans les paramètres POP au lieu du nom de domaine. Avec l'aide de cette pratique, vous ne manquerez aucun e-mail pendant la méthode de propagation DNS.
• Une fois tous les fichiers de votre site Web sur votre nouveau serveur d'hébergement, vous devrez effectuer une série de tests pour vous assurer que toutes les images, textes et liens sont au bon endroit et fonctionnent correctement sur le nouveau serveur.
• Lors de la modification des enregistrements DNS, vous devez modifier l'enregistrement DNS depuis votre panneau de contrôle auprès du registraire de domaine. Essentiellement, vous devrez remplacer les serveurs de noms de domaine par ceux du courrier de bienvenue qui vous ont été envoyés par votre nouvel hébergeur. Dans un délai de deux à quatre jours, le processus de migration sera terminé avec succès.
• Enfin, n'oubliez pas d'annuler votre compte d'hébergement auprès de votre ancien fournisseur de services d'hébergement.

Pointeurs préliminaires à prendre en compte pour réaliser une migration transparente du serveur d'hébergement.

1. Phase de planification

• Vérifiez que votre plate-forme d'hébergement sur le serveur source est compatible avec la migration :
• Choisissez avec soin un serveur cible approprié et le matériel du serveur de destination. Il existe des différences d'application, par exemple si vous transférez vos données d'un serveur dédié à un autre ; ou si la nouvelle structure de serveur est basée sur des clusters qui impliquent plusieurs systèmes disparates.
• Choisissez le système d'exploitation pris en charge pour le serveur de destination
• Choisissez une méthode exécutable pour mettre les domaines en ligne sur le serveur de destination après la migration (par exemple, migration vers de nouvelles adresses IP et mise à jour des enregistrements DNS des domaines après la migration pour qu'ils pointent vers eux). Si le serveur source est surchargé ou manque de ressources, il est préférable de planifier le travail de migration en dehors des heures de bureau si possible.

2. Préparation du serveur

• Assurez-vous que tous les composants disponibles qui sont utilisés sur le serveur source sont également installés et configurés sur le serveur cible.
• Assurez-vous qu'il y a suffisamment d'espace disque sur les serveurs source et de destination
• Ajoutez la quantité nécessaire d'adresses IP sur le serveur de destination (la meilleure pratique consiste à avoir une quantité égale d'adresses IP partagées et dédiées sur les deux serveurs pour la migration).

3. Considérations relatives à la phase de test

• Des tests de performance de bout en bout sont recommandés pour évaluer le risque potentiel. Pendant ce temps, testez certaines applications à faible risque et effectuez des tests de développement, puis progressez vers des applications à haut risque. Un tel processus incrémentiel vous permet de renforcer progressivement la confiance dans le processus tout en testant des applications plus grandes et plus complexes.
• Néanmoins, le post-déploiement est tout aussi important et les serveurs doivent rester dans un état de « soins intensifs » après la migration.

4. Atténuation des risques

Le risque est synonyme de tout exercice de migration de serveur et atténuer autant de risques que possible fait partie des meilleures pratiques. Voici quelques exemples de scénarios de risque :

• Le risque global que les applications ne fonctionnent pas comme prévu après la migration.
• Le risque de programmes ou de fonctionnalités qui ne fonctionnent pas correctement
• Violations de données et perte de données.
• Génération d'instance non autorisée
• Le risque d'indisponibilité intermittente. Cela entraîne invariablement des problèmes pour les opérations commerciales et peut entraîner des temps d'arrêt forcés juste pour résoudre les problèmes.

Essentiellement, le moyen le plus efficace d'atténuer ces risques est de planifier entièrement l'approche de la migration. Cela implique de faire un inventaire minutieux des applications clés et des magasins de données, ainsi que de prévoir des éventualités telles que la création de sauvegardes fiables pour les applications critiques. Par exemple, certaines entreprises organisent une simulation de migration (avec des outils de simulation cloud) pour identifier d'autres problèmes potentiels qu'elles pourraient rencontrer avec une migration sophistiquée.

5. Choisir une méthode de sauvegarde

• Sans ressembler à un disque rayé, je ne saurais trop insister sur l'importance des sauvegardes ! Intrinsèquement, la meilleure approche de sauvegarde consiste à créer une sauvegarde d'image de vos disques. Généralement, une sauvegarde d'image capture en profondeur les informations critiques, y compris les clés de registre, les clés de licence, les paramètres et les données spécifiques à l'application.
• De plus, les sauvegardes d'image permettent la conversion d'une sauvegarde de serveur physique en une machine virtuelle (VM). Essentiellement, cette conversion conserve une copie de la machine d'origine qui peut être lancée à tout moment ultérieurement, si l'on a besoin d'accéder aux anciennes données système. Cela étant dit, les sauvegardes d'images offrent un filet de sécurité crucial pour le processus de migration
• D'autre part, une approche de sauvegarde basée sur des fichiers est également une alternative viable. Cependant, étant donné que les sauvegardes basées sur des fichiers fonctionnent au niveau d'un système de fichiers lorsque vous devez sauvegarder un système d'exploitation complet ou une machine virtuelle, la sauvegarde basée sur des fichiers peut ne pas être suffisante.

Il est à noter qu'au cours de ce processus, il ne faut décompresser aucun des fichiers de sauvegarde téléchargés car ce processus sera complété par le nouveau serveur.

6. Avoir un plan de retour en arrière

• Une stratégie de restauration est une sécurité intégrée si quelque chose tourne terriblement mal ou s'il y a plusieurs problèmes accablants. Il vous permet essentiellement d'annuler les modifications et de ramener vos serveurs à leur état d'origine, avant la migration.
• Assurez-vous que vos fournisseurs de serveurs ont mis en place de telles mesures.

Notre liste de contrôle de migration de serveur

• Sur la base de ce que nous avons détaillé aujourd'hui, résumons les questions les plus importantes à se poser lors de l'initiation ou de la réflexion sur une migration de serveur.
• Quelle architecture le nouveau serveur devrait-il avoir, et l'architecture du projet répond-elle à vos besoins ?
• Existe-t-il suffisamment de ressources financières et de spécialistes disponibles pour l'exercice de migration et la configuration ultérieure du serveur ?
• Le matériel sélectionné est-il suffisamment flexible pour le développement futur du projet ?
• Le processus de migration doit-il avoir lieu alors que le système est encore en fonctionnement ou toutes les activités doivent-elles être interrompues pendant la durée du processus ?
• La possibilité de maintenir les opérations est-elle proportionnée à la disponibilité des ressources et à la complexité accrue de la migration ?
• Si oui, quelles mesures peuvent être prises pour réduire au maximum les temps d'arrêt ?
• Comment assurerez-vous l'intégrité des entrées de la base de données et qu'elles sont à jour ?
• Comment la fonctionnalité du nouveau serveur sera-t-elle testée ?
• Que se passe-t-il lorsque certaines applications ne fonctionnent pas une fois la migration des données terminée ? Quelles contingences ou solutions de contournement peuvent être mises en place ?

Conclusion

J'espère que ce blog donne une idée complète et détaille les différences entre la migration de domaine et la migration de serveur d'hébergement. La migration est un sujet beaucoup plus large, mais j'ai essayé de couvrir tous les aspects importants qui pourraient vous aider à prendre une décision lors du démarrage de votre parcours de migration.

Cette série de blogs vous aidera essentiellement à définir la portée de la migration, à éviter les glissements de portée, à choisir judicieusement une pile technologique et à comprendre les subtilités derrière les différents types de migration comme la migration de technologie, la migration de base de données et la migration de domaine et de serveur d'hébergement. Le but de cette série de blogs était de s'assurer que les lecteurs n'auraient pas à rechercher et à migrer à travers des sites Web dispersés sur Google pour en savoir plus sur la migration et d'autres détails de la migration. J'espère que vous avez trouvé cette série de blogs utile ! Pour toute question sur la façon de réaliser une migration sans effort, veuillez nous contacter ici à Creole Studios.