Effectuer la migration

Restez organisé à l'aide des collections Enregistrez et classez les contenus selon vos préférences.

Après avoir planifié votre migration, vous pouvez passer à la phase d'exécution. Ce document et les documents suivants vous fournissent une synthèse des méthodes et des outils que vous pouvez utiliser pour exécuter votre migration.

Avant de commencer

Préparation à la migration initiale

Le projet de migration vers le cloud est le travail organisationnel majeur qui permet de migrer vos charges de travail vers Google Cloud.

Chaque projet de migration est divisé en vagues. Une vague est un groupe d'applications qui partagent des caractéristiques ou des interdépendances communes, telles qu'elles sont identifiées par la détection et l'évaluation de la charge de travail. Les applications et bases de données autonomes sont généralement de bonnes candidats pour une première vague de migration, étant donné les faibles dépendances externes. En revanche, les charges de travail avec des interdépendances importantes constitueraient une vague de migration complexe nécessitant une planification supplémentaire. Dans ce cas, vous devez affiner le plan de migration pour examiner l'impact commercial des interdépendances et supprimer les éléments qui bloquent potentiellement la migration.

Les charges de travail d'une vague de migration sont divisées en groupes de migrations et migrées vers Google Cloud par sprints. Un groupe de déplacement est un groupe de ressources d'infrastructure et de charges de travail que vous devez migrer ensemble. Il peut s'agir d'une même application ou d'un groupe d'applications interdépendantes.

Pour chaque sprint, vous devez effectuer les actions suivantes:

  • Préparer et intégrer les outils nécessaires à la migration
  • Élaborez un programme de sprint.
  • Exécuter le plan de sprint.

Méthodologie et processus de migration

Planification et playbook sur Sprint

Dans le plan de sprint, définissez la manière dont vous allez exécuter les vagues de migration classées dans un sprint. Créez un playbook en abordant les éléments de base suivants.

# Élément Description
0 Architecture des outils de migration Architecture d'outils constituant une usine de migration (outils d'évaluation continue, d'affinement du plan de vague, de migration, de compilation, de test, de déploiement et de surveillance spécifiques à une charge de travail)
1 Checklist pour la migration Checklist à utiliser avant et pendant le sprint de migration
2 Inventaire Liste des charges de travail qui seront migrées vers Google Cloud
3 Runbook de sprint Consignes d'exécution pour la migration de chaque charge de travail
4 Plan de migration Plan de migration étape par étape à suivre pendant le sprint de migration
5 Règles de réseau et de sécurité Liste de toutes les règles de pare-feu pour l'entrée et la sortie sur Google Cloud
Modifications DNS lors de la migration vers Google Cloud
6 Risques et atténuation Risques possibles pendant le sprint de migration et les mesures d'atténuation
7 Tests et validation Plan de test pour valider les exigences fonctionnelles et non fonctionnelles
8 Forfait Effectuer le rollback des étapes par charge de travail
9 Composition de l'équipe Composition de l'équipe et liste des participants
10 Gouvernance Matrice RACI de l'équipe d'exécution de la migration, cadence et rapports, mécanismes de résolution des problèmes

Exécution de la migration

Une fois la phase de planification et de préparation de la migration terminée, cette section explique comment effectuer des migrations et des validations reproductibles vers Google Cloud.

Cycle d'exécution de la migration

Évaluer

La première itération d'évaluation a lieu pendant la phase de planification de la migration et génère des données sur les dépendances entre les charges de travail et les composants de l'infrastructure. Vous devez continuer à procéder à la découverte et à l'évaluation de votre projet de migration vers le cloud pour recalibrer et enrichir les données liées aux aspects suivants:

  • Mappage des applications et des bases de données sur le mappage de l'infrastructure (pour identifier tous les composants de l'infrastructure et de la plate-forme pour une charge de travail d'entreprise)
  • Mappage entre l'infrastructure, les bases de données et les services (pour identifier toutes les charges de travail métier associées à un composant d'infrastructure ou de plate-forme)
  • Dépendances entre les charges de travail de l'entreprise
  • Consommation des ressources par charge de travail
  • Identification de toutes les charges de travail qui n'ont pas été découvertes lors de la vague initiale d'évaluation
  • Identification des exigences concernant les zones de destination nouvelles ou modifiées qui n'ont pas été identifiées lors de la vague initiale d'évaluation
  • Identification des problèmes bloquants susceptibles d'empêcher la migration

Une évaluation continue est essentielle pour calibrer et affiner continuellement le groupe de migration, identifier et atténuer les risques, et affiner et optimiser les plans de migration.

Forfait

La phase de planification d'une vague de migration vise à définir le champ d'application final des sprints d'une vague et consolide les plans de migration spécifiques à un composant en un seul plan. Cette phase permet d'obtenir les résultats suivants:

  • Déplacer le(s) groupe(s) dans le champ d'application du sprint actuel
  • Checklist du sprint de migration
  • Atténuation des problèmes
  • Plan de migration, de compilation, de test et de déploiement
  • Rollback du plan
  • Planification de l'exécution

Une planification détaillée de bas niveau est essentielle à la réussite du déploiement qui suit.

Déploiement

Au cours de la phase de déploiement, votre équipe de migration exécute le plan de migration et supprime tous les problèmes critiques. Nous vous recommandons d'organiser des réunions régulières sur l'état d'exécution du suivi. Cependant, ces réunions d'état ne doivent pas être utilisées pour résoudre des problèmes. À la place, organisez des sessions distinctes dédiées avec des experts techniques respectifs.

Les résultats de la phase de déploiement sont les suivants:

  • Mises à jour du plan de migration (état par étape, remarques)
  • Mises à jour de l'outil de suivi des problèmes de migration
  • Résultats du test post-migration
  • Mises à jour CMDB (le cas échéant)
  • Communication des résultats de la migration aux personnes concernées

Si le déploiement échoue, par exemple en cas d'échec du plan de migration, si les tests échouent ou si la correction est impossible dans le délai de migration défini, vous devez exécuter le plan de rollback. Il est recommandé d'exécuter des tests d'application après le rollback et de vérifier que toutes les modifications externes incluses dans le plan de migration, telles que la configuration des systèmes en amont et en aval, sont également annulées.

Optimiser

La phase d'optimisation permet à l'équipe de votre projet de se regrouper une fois la phase de déploiement terminée pour documenter les enseignements tirés et mettre en œuvre les améliorations nécessaires pour les vagues et les sprints suivants. Pour le champ d'application qui a déjà été migré, la phase d'optimisation peut être utilisée pour résoudre les problèmes non critiques après la migration.

Cette phase est importante, car elle permet une amélioration continue tout au long de la chronologie du projet.

Le résultat de la phase est le suivant:

  • Mises à jour de l'outil de suivi des problèmes de migration
  • Mise à jour de la base de connaissances du projet, le cas échéant

Outils de migration

Les outils d'automatisation jouent un rôle important dans le cycle de migration. Au cours de la phase d'exécution de votre migration, vous devez créer une architecture d'outils d'automatisation basée sur un certain nombre de facteurs, tels que le type de charges de travail à migrer, la stratégie de distribution et de déploiement géographique, et les exigences de sécurité.

Les documents suivants présentent plusieurs outils d'automatisation qui répondent aux capacités suivantes:

Étapes suivantes