Effectuer la migration

La promotion ou le basculement vers la production marque la fin de la migration d’une charge de travail vers le cloud. Une fois que vous avez promu la ressource et toutes ses dépendances, le trafic de production est redirigé. Une fois le trafic redirigé, les ressources locales deviennent obsolètes, ce qui vous permet de les désactiver.

Le processus de promotion varie en fonction de l’architecture de la charge de travail. Toutefois, vous pouvez vous attendre à plusieurs prérequis cohérents et quelques tâches courantes. Cet article décrit chaque prérequis et chaque tâche et sert de liste de contrôle pour la migration.

Veillez à ajouter des considérations spécifiques à la charge de travail à votre liste de contrôle.

Guide opérationnel de la fenêtre de migration

• Envoyez des communications préalables à la promotion. Bien que vous ayez déjà communiqué sur la fenêtre de modification, veillez à envoyer une notification à toutes les parties nécessaires afin qu’elles sachent que la promotion a commencé.
• Validez les ressources. Vérifiez que toutes les ressources simulées sont dans un état fonctionnel. Ces ressources incluent des comptes de stockage et des groupes de sécurité réseau.
• Mettez en pause la surveillance. Pendant la migration de la charge de travail, vous allez probablement créer une panne temporaire. Mettrez en pause la surveillance pour éviter le bruit.
• Effectuez les étapes de réplication finales. Selon votre méthode de promotion, vous devrez peut-être effectuer des étapes de réplication finales pour gérer les données récentes. Ce processus inclut ces étapes si vous utilisez un outil comme Azure Migrate et Moderniser pour répliquer l’état du serveur. Sinon, vous devrez peut-être effectuer des étapes manuelles, selon la façon dont vous avez simulé l’application.
• Sérialisez des ressources supplémentaires Si vous utilisez la réplication d’état du serveur, comme avec Azure Migrate et Moderniser, vous devez déployer des instances d’ordinateurs virtuels Azure dans le cadre de la sérialisation après la réplication. Il peut y avoir d’autres éléments, comme des règles d’équilibrage de charge que vous n’avez pas pu simuler précédemment.
• Désactivez les serveurs sources. Si vous avez encore des serveurs sources disponibles après avoir sérialisé vos ressources, désactivez-les afin qu’ils n’interfèrent pas avec votre migration. Si vous devez revenir en arrière, vous pouvez activer ces serveurs après avoir nettoyé les éléments de migration.
• Effectuez des tests isolés. Effectuez tous les tests possibles sans transférer les utilisateurs vers la charge de travail migrée. Ce test utilise un plan de test similaire au plan décrit dans Tester le déploiement de votre migration dans Azure.
• Effectuez la transition vers la charge de travail migrée. Mettez à jour votre DNS (Domain Name System), vos chaînes de connexion, l’équilibrage de charge et d’autres éléments de sorte que lorsque les utilisateurs ou les systèmes tentent d’accéder à l’application, ils accèdent à son nouvel emplacement.
• Effectuez des tests de promotion. Exécutez à nouveau votre plan de test pour confirmer que tout fonctionne comme prévu.
• Recherchez l’approbation finale. Recherchez une décision feu vert/feu rouge pour la charge de travail avec les parties prenantes.
• Reprenez la surveillance. Activez toute surveillance désactivée et confirmez que l’environnement est dans un état acceptable.
• Communiquer sur le succès de la promotion. Informez toutes les parties concernées que la promotion est terminée et qu’aucun changement n’est prévu.

Étape suivante

Optimiser le coût après la migration