Planifier votre migration

Un plan de migration définit l’ordre, le minutage et l’approche spécifiques pour la migration des charges de travail vers Azure. Ce plan traduit des stratégies de migration de haut niveau en séquences de déploiement actionnables. Il s’appuie sur le plan d’adoption du cloud en traitant les décisions tactiques telles que la hiérarchisation des charges de travail, le séquencement de migration et les méthodes de transfert de données.

Prérequis :Plan d’adoption de la migration, Zone d’atterrissage Azure

Évaluer la préparation et les compétences de migration

Une évaluation de préparation garantit que votre équipe dispose des compétences et du support nécessaires pour exécuter le plan de migration. Cette étape identifie les lacunes de capacité et accélère la progression par le biais d’une formation ciblée ou d’un support externe.

1. Évaluez les compétences Azure de votre équipe. Passez en revue l’expérience de votre équipe avec les services Azure, les outils de migration et le basculement. Cette évaluation vous aide à identifier des lacunes spécifiques en matière de connaissances et à déterminer la formation dont votre équipe a besoin pour réussir.

2. Faites appel à une expertise externe si nécessaire. Si votre équipe n’a pas d’expérience avec la migration cloud, apportez Microsoft ou un partenaire Microsoft. Les experts externes peuvent valider votre stratégie de migration, recommander des outils appropriés et vous aider à établir des chronologies réalistes. Cette prise en charge réduit les risques et accélère votre migration, en particulier pour les projets complexes ou à grande échelle.

Choisir votre chemin de migration de données

Un chemin de migration de données est la façon dont vous déplacez des données de votre emplacement actuel vers Azure. Le bon chemin garantit que vos données sont transférées de manière sécurisée, rapide et rentable. Tout d’abord, vérifiez les connexions réseau disponibles, ExpressRoute, VPN ou Internet public pour comprendre vos options.

1. Utilisez ExpressRoute quand vous l’avez. ExpressRoute vous offre une connexion privée dédiée à Azure plus rapide et plus sécurisée que les connexions Internet. Si vous disposez déjà d’ExpressRoute ou prévoyez de l’obtenir, utilisez cette méthode pour toutes vos charges de travail. N’oubliez pas qu’ExpressRoute nécessite un temps d’installation et a des coûts de transfert de données.

2. Utilisez un VPN si ExpressRoute n’est pas disponible. Choisissez un VPN lorsque vous avez besoin d’un transfert de données sécurisé, mais n’avez pas ExpressRoute. Un VPN crée un tunnel chiffré sur Internet vers Azure, bien qu’il soit généralement plus lent qu’ExpressRoute. Vérifiez que vous disposez d’une passerelle VPN configurée dans Azure avant de commencer.

3. Utilisez Azure Data Box pour de grandes quantités de données. Data Box est idéal pour les migrations hors connexion avec beaucoup de données. Microsoft vous envoie un appareil physique sur lequel copier vos données, puis vous les renvoyez. Cette option évite d’utiliser votre réseau, mais prend le plus long en raison du temps d’expédition.

4. Utilisez l’Internet public pour des données moins sensibles. Cette option fonctionne lorsque vos données n’ont pas besoin de chiffrement et que vous ne pouvez pas utiliser ExpressRoute ou Data Box. Bien que cette méthode soit disponible partout, elle est la moins sécurisée et peut ralentir vos autres activités Internet.

Déterminer la séquence de migration

Le séquencement de migration réduit les risques et génère la confiance de l’équipe en établissant un ordre logique pour la migration de charge de travail. La séquence détermine les charges de travail qui se déplacent en premier et la façon dont les composants dépendants migrent ensemble pour empêcher les interruptions de service. Organisez de grands portefeuilles par vagues de migration. Pour obtenir des instructions détaillées sur la planification des vagues, consultez la planification des vagues de migration.

Rechercher des dépendances

1. Découvrez d’abord toutes les dépendances. Les dépendances entre les charges de travail provoquent des interruptions de service si elles ne sont pas migrées ensemble. Mappez les dépendances internes et externes pour découvrir ces connexions avant de créer des groupes de migration.

2. Analysez les types de dépendances et la criticité. Différents types de dépendances nécessitent différentes approches de migration. Faites la distinction entre ces catégories :

   Type de dépendance	Description	Approche de migration
   Dépendances directes	Exiger une communication immédiate et une faible latence entre les composants.	Déplacez tous les composants connectés directement ensemble pour maintenir les performances et éviter les interruptions.
   Dépendances indirectes	Impliquez des interactions occasionnelles ou non critiques entre les systèmes.	Migrez ensemble ou dans des vagues distinctes si la connexion tolère la latence ou prend en charge l’utilisation hybride.
   Dépendances métier	Dépend des relations organisationnelles ou de gestion.	Regroupez et migrez les charges de travail et les systèmes de création de rapports associés pour s’aligner sur les priorités métier.

3. Regrouper les charges de travail par relations de dépendances. Créez des groupes basés sur des bases de données partagées, des API, des services d’authentification ou des connexions réseau. Ces groupes constituent la base de vos vagues de migration et garantissent que tous les composants requis pour la fonctionnalité se déplacent ensemble. Lorsque l’incertitude existe sur la criticité des dépendances, regroupez les composants. Cette approche conservatrice offre une flexibilité pour la séparation future.

4. Documentez systématiquement chaque groupe de dépendances. Étiqueter les ressources en fonction de leurs groupes de dépendances à l’aide de conventions d’affectation de noms cohérentes. Documentez chaque groupe avec :

   • Nom et ID de groupe - Identificateur unique et nom descriptif
   • Inventaire des composants - Tous les éléments d’infrastructure, applications et services
   • Dépendances critiques - Connexions essentielles nécessitant une gestion spéciale
   • Contraintes de migration - Exigences métier, techniques ou temporelles

5. Valider l’exhaustivité du groupe. Vérifiez que chaque groupe inclut tous les composants nécessaires pour que les applications fonctionnent, notamment l’infrastructure prenant en charge des équilibreurs de charge, des enregistrements DNS ou des couches de mise en cache.

Opérations sur des environnements segmentés

1. Planifiez les dépendances inmovables. Identifiez les composants qui doivent rester dans votre environnement source en raison de raisons techniques ou réglementaires. Documentez pourquoi ils ne peuvent pas déplacer, comment ils se connectent à d’autres systèmes et quelles données ils partagent. Cette documentation vous aide à créer des stratégies pour que ces composants fonctionnent en douceur avec vos systèmes cloud.

2. Réduisez le temps de fonctionnement dans un environnement scindé. Lorsque les composants peuvent passer au cloud ultérieurement, mais pas immédiatement, documentez leurs connexions et flux de données avec des systèmes cloud. Créez un plan clair avec des chronologies et des approches de gestion des risques pour réduire le temps de fonctionnement de votre charge de travail dans les deux environnements. Envisagez de retarder la migration jusqu’à ce que d’autres composants puissent se déplacer ensemble.

3. Connectez efficacement des environnements. Utilisez des méthodes d’intégration telles que les passerelles d’API, les files d’attente de messages et la synchronisation des données pour créer des connexions fiables entre vos charges de travail cloud et vos composants d’environnement source. Ces approches réduisent les retards, améliorent la sécurité et préparent la façon de déplacer les composants restants vers le cloud.

Hiérarchiser les charges de travail à migrer

1. Passez en revue les détails de la charge de travail. Collaborez avec les parties prenantes pour passer en revue les détails métier et techniques de chaque charge de travail. Assurez-vous que les impacts sur les temps d’arrêt ou les défaillances sont bien compris et s’alignent sur les priorités de l’entreprise actuelles. Utilisez le plan d’adoption de la migration pour vérifier les détails tels que l’unité commerciale, le propriétaire de la charge de travail, les dépendances techniques et la classification de la criticité. Ces détails permettent de hiérarchiser et de séquencer efficacement les charges de travail.

   Priority	Valeur commerciale	Effort	Description
   High	High	Low	Victoires rapides : migrer en premier pour un impact immédiat
   Medium-High	High	High	Investissements stratégiques - planifier soigneusement les ressources adéquates
   Medium-Low	Low	Low	Candidats simples - combler les écarts entre les migrations majeures
   Low	Low	High	Éviter ou différer - concentrer les ressources sur les opportunités à valeur plus élevée

2. Commencez par des charges de travail plus simples pour réduire les risques. Commencez à migrer des charges de travail moins complexes et qui présentent un risque moindre. Cette approche permet à votre équipe de gagner en confiance et d’affiner les processus de migration avant de s’attaquer à des charges de travail plus difficiles. Ciblez des outils internes, des environnements de développement ou des applications à faible utilisation avec des architectures autonomes et des points d’intégration minimes.

3. Déplacez des environnements hors production avant la production. Les environnements hors production fournissent un espace sûr pour tester le processus de migration complet. Migrez les environnements de développement, de préproduction et d’assurance qualité avant la production pour valider la préparation. Cet ordre permet aux équipes de tester les configurations, les performances et les procédures de récupération sans affecter les utilisateurs. Utilisez des migrations hors production pour former des équipes d’opérations.

4. Planifiez des systèmes critiques après avoir démontré la réussite initiale. Les applications critiques nécessitent des fonctionnalités de migration éprouvées avant de les déplacer vers Azure. Planifiez ces migrations pour les vagues ultérieures lorsque votre équipe démontre une compétence avec les services Azure. Les échéances métier, telles que les cycles d’actualisation matérielle, peuvent vous obliger à hiérarchiser les applications critiques plus tôt avec des protections supplémentaires et des périodes de test prolongées.

5. Incluez des charges de travail complexes représentatives pour tester des scénarios. Ajoutez une ou deux charges de travail complexes à chaque vague précoce pour exposer les défis auxquels vous rencontrez avec des applications stratégiques. Choisissez des charges de travail qui représentent des modèles courants tels que des applications multiniveau ou des systèmes dépendants de la base de données.

Créer une planification de migration détaillée

1. Définissez les dates de début et de fin de chaque migration. Incluez le temps de mémoire tampon pour le test et la résolution des problèmes afin de garantir une exécution fluide. Cette planification détaillée réduit le risque de retards et prend en charge la planification efficace des ressources.

2. Aligner les chronologies avec les événements métier. Évitez de planifier des migrations pendant les périodes commerciales critiques, telles que la fermeture financière, les lancements de produits ou les saisons de vacances. Cet alignement réduit le risque d’interruption de l’activité et garantit la confiance des parties prenantes.

3. Utilisez les outils de gestion de projet pour suivre la progression. Utilisez des outils comme Azure DevOps pour gérer les dépendances, suivre les jalons et communiquer efficacement les modifications. Ces outils fournissent une visibilité sur la progression de la migration et prennent en charge la résolution proactive des problèmes.

Choisir la méthode de migration pour chaque charge de travail

Les méthodes de migration se répartissent en deux catégories : la migration avec des temps d’arrêt et la migration avec un temps d’arrêt proche de zéro. Choisissez la meilleure méthode de migration pour chaque charge de travail en fonction de sa tolérance de temps d’arrêt et de sa criticité métier.

1. Choisissez la migration avec temps d'arrêt pour les charges de travail qui tolèrent les interruptions planifiées. La migration des temps d’arrêt est plus simple et plus rapide, car elle ne nécessite pas de synchronisation en temps réel entre les environnements source et cible. Cette méthode fonctionne bien pour les charges de travail non critiques telles que les environnements de développement, les systèmes de test ou les applications avec des fenêtres de maintenance planifiées. Documentez la durée de temps d’arrêt acceptable pour chaque charge de travail et planifiez les migrations pendant les périodes de faible utilisation afin de réduire les effets de l’entreprise.

2. Choisissez une migration sans interruption pour les charges de travail critiques. La migration avec interruption minimale garantit que les charges de travail critiques restent opérationnelles durant le processus grâce à la réplication continue des données et les techniques de transition. Cette méthode est essentielle pour les applications orientées client, les systèmes de transactions en temps réel ou les charges de travail avec des contrats de niveau de service stricts. Vérifiez que l’architecture de la charge de travail prend en charge la réplication continue et que la bande passante réseau peut gérer le transfert de données en temps réel. Testez la connectivité et les processus de réplication dans un environnement hors production pour confirmer la préparation de cette méthode de migration.

Définir un plan de repli

Un plan de restauration permet aux équipes d’inverser rapidement les modifications lorsqu’un déploiement échoue ou introduit des risques. Un plan bien défini réduit les temps d’arrêt, limite l’impact de l’entreprise et maintient la fiabilité du système. Établissez toujours des critères et des procédures de restauration à l’état antérieur avant de lancer une migration ou un déploiement.

1. Définir un déploiement ayant échoué. Collaborez avec les parties prenantes de l’entreprise, les propriétaires de charges de travail et les équipes d’exploitation pour déterminer ce qui compte en tant que déploiement ayant échoué. Par exemple, les vérifications d’intégrité ayant échoué, les performances médiocres, les problèmes de sécurité ou les métriques de réussite non satisfaites. Cette définition garantit que les décisions de repli s’alignent sur la tolérance aux risques de votre organisation. Incluez des conditions spécifiques qui déclenchent une restauration dans votre plan de déploiement, telles que les limites d’utilisation du processeur, les seuils de temps de réponse ou les taux d’erreur. Cette évaluation rend les décisions de réinitialisation claires et cohérentes lors des incidents.

2. Automatisez les étapes de rollback dans les pipelines CI/CD. Utilisez des outils tels qu’Azure Pipelines ou GitHub Actions pour automatiser les processus de restauration. Par exemple, configurez les pipelines pour redéployer une version précédente si les vérifications d’intégrité échouent.

3. Créez des instructions de restauration spécifiques à la charge de travail. Développez les étapes de restauration qui correspondent à votre type de charge de travail, à votre environnement et à votre méthode de déploiement. Par exemple, les déploiements d’infrastructure en tant que code nécessitent de réappliquer des modèles précédents. Les restaurations d’application impliquent le redéploiement d’une image de conteneur précédente. Attachez des scripts de restauration, des instantanés de configuration et des modèles d’infrastructure en tant que code à votre plan de restauration. Ces ressources permettent une exécution rapide et réduisent la dépendance à l’intervention manuelle.

4. Tester les procédures de rollback. Simuler des échecs de déploiement dans un environnement de préproduction pour valider l’efficacité du retour arrière. Identifiez et résolvez les lacunes dans l’automatisation, les autorisations ou les dépendances. Confirmez que le retour en arrière restaure le système dans un état stable et connu.

5. Améliorer les stratégies de restauration Après chaque déploiement ou événement de restauration, effectuez une rétrospective pour évaluer ce qui a fonctionné et ce qui n’a pas fonctionné. Mettez à jour les critères de restauration, les procédures et l’automatisation en fonction des leçons apprises, des modifications architecturales ou des nouveaux outils. Conservez les documents pour vous assurer que les stratégies de restauration restent actuelles et efficaces.

Impliquer les parties prenantes sur le plan de migration

L’approbation des parties prenantes valide votre plan de migration répond aux exigences métier et à la tolérance aux risques. Vous devez sécuriser l’approbation formelle avant d’exécuter des migrations.

1. Documentez le plan de migration avec une justification métier. Créez un plan structuré montrant le nom de la charge de travail, le propriétaire, la criticité, la méthode de migration, la fenêtre de temps d’arrêt et les effets métier. Incluez la justification de chaque approche et expliquez comment elle réduit les risques.

2. Présentez les procédures de restauration testées. Afficher des plans de retour en arrière spécifiques avec des étapes, un calendrier et des critères de succès. Incluez des fonctionnalités automatisées et manuelles. Documentez les résultats des tests de préproduction pour prouver la restauration rapide du service.

3. Validez les planifications par rapport aux contraintes métier. Passez en revue les chronologies avec les parties prenantes afin d’éviter les périodes d’activité critiques, les gels de maintenance et les pics saisonniers. Fournissez d’autres options avec des compromis si des conflits existent.

4. Obtenez l’approbation formelle et l’autorisation de retour arrière. Sécurisez l’approbation écrite des parties prenantes pour le plan de migration et les procédures de restauration. Définissez l’autorité de prise de décision et établissez des canaux de communication d’urgence.

5. Définissez les critères de réussite et passez en revue les points de contrôle. Définissez des métriques mesurables, notamment les benchmarks de performances, la validation des fonctionnalités et les critères d’acceptation des utilisateurs. Planifiez des points d’examen formels pour décider de la continuation ou non du projet.

Étape suivante