Tâche 1 : Validation des modèles de migration et des métadonnées - AWS Conseils prescriptifs

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Tâche 1 : Validation des modèles de migration et des métadonnées

Au cours de cette tâche, vous validez les modèles de migration identifiés lors des activités d'évaluation et de planification des vagues dans le flux de travail du portefeuille, puis vous validez la source des métadonnées de migration. L'objectif est de vérifier que suffisamment de données ont été collectées pour étayer chaque modèle de migration.

Cette tâche comprend les étapes suivantes :

Étape 1 : Valider les modèles de migration

Dans le flux de travail du portefeuille, vous avez effectué une évaluation initiale du portefeuille d'applications, sélectionné des stratégies de migration et identifié des modèles de migration pour chaque stratégie. Ces informations doivent figurer dans le journal d'évaluation de votre portefeuille. Pour plus d'informations, consultez le manuel Portfolio pour les migrations deAWS grande envergure.

Au cours de cette étape, vous passez en revue les stratégies de migration, vous vérifiez que vous avez identifié tous les modèles de migration et que vous êtes prêt à rédiger des runbooks de migration. Vous pouvez répéter cette tâche tout au long du projet et, au fur et à mesure que votre compréhension du portefeuille évoluera, il est probable que vous identifiiez d'autres modèles de migration au cours des étapes ultérieures de la migration.

  1. Passez en revue les stratégies de migration pour le portefeuille

    Une stratégie de migration est l'approche utilisée pour migrer une application sur site vers leAWS Cloud. Il existe sept stratégies de migration pour déplacer des applications vers le cloud, appelées les 7 R. Les stratégies courantes pour les migrations de grande envergure incluent le réhébergement, la replateforme, la relocalisation et la mise hors service. Refactor n'est pas recommandé pour les migrations de grande envergure, car il implique de moderniser l'application pendant la migration. Il s'agit de la stratégie de migration la plus complexe, et elle peut être compliquée à gérer pour un grand nombre d'applications. Nous recommandons plutôt de réhéberger, de déplacer ou de redéployer l'application, puis de la moderniser une fois la migration terminée. Pour plus d'informations sur les 7 R, consultez le Guide pour lesAWS grandes migrations.

    Sur la base des résultats de l'évaluation initiale du portefeuille, vous disposez d'une liste de toutes les stratégies de migration requises pour le portefeuille et déterminez la part du portefeuille allouée à chaque stratégie. Par exemple :

    • Réhébergement — 70 %

    • Replateforme — 20 %

    • Retraite — 10 %

  2. Vérifiez que les modèles de migration du portefeuille

    Un modèle de migration est une tâche de migration reproductible qui détaille la stratégie, la destination et l'application ou le service utilisé. Au cours de cette étape, vous vérifiez que les modèles de migration incluent des informations détaillées, telles que les outils à utiliser et lesAWS services ciblés. Par exemple :

    • Réhébergement sur Amazon Elastic Compute Cloud (Amazon EC2) en utilisantAWS Application Migration Service (AWSMGN) ou Cloud Migration Factory (Amazon EC2)

    • Passez à Amazon EC2 en utilisant desAWS CloudFormation modèles pour créer une nouvelle infrastructure dansAWS Cloud

    • Replateforme vers Amazon Relational Database Service (Amazon RDS) en utilisantAWS Database Migration Service (AWSDMS) ou une technologie de base de données native

    Dans le manuel Portfolio pour les migrations deAWS grande envergure, vous associez chaque modèle de migration à sa stratégie de migration et vous documentez les résultats dans un tableau tel que l'exemple suivant.

Strategy Modèle

Réhéberger

Réhébergez votre hébergement sur Amazon EC2 à l'aide du service de migration d'applications ou de Cloud Migration Factory

Recréation de plateforme

Passez à Amazon RDS à l'aide deAWS DMS ou d'une technologie de base de données native

Recréation de plateforme

Passez à Amazon EC2 en utilisant desAWS CloudFormation modèles pour créer une nouvelle infrastructure dansAWS Cloud

Étape 2 : Validation des métadonnées de migration et du plan de migration

Au cours de cette étape, vous validez l'emplacement source des métadonnées de migration. Vous vérifiez que la structure de données, telle que les colonnes disponibles dans un document Excel, est adaptée pour contenir les métadonnées requises, et vous vous assurez que toutes les métadonnées sont disponibles.

  1. Validez les métadonnées de migration pour vos modèles de migration

    Chaque modèle de migration nécessite un ensemble différent de métadonnées de migration afin de migrer les serveurs et les applications. Par exemple, une migration de réhôte vers Amazon EC2 nécessite que vous fournissiez des spécifications pour l'instance cible, telles que le sous-réseau VPC, le groupe de sécurité et les informations sur le type d'instance. Toutefois, une migration de stockage, une migration de base de données ou une migration vers une replateforme nécessite un ensemble de métadonnées de migration différent. Vous définissez généralement les exigences en matière de métadonnées de migration dans le manuel d'évaluation du portefeuille, mais vous devez vous assurer de disposer de suffisamment de métadonnées pour prendre en charge chacun de vos modèles de migration. Pour plus d'informations sur l'identification et la collecte des métadonnées, consultez le manuel Portfolio pour les migrations deAWS grande envergure.

  2. Validez l'emplacement source des métadonnées de migration et le plan de vagues

    Vous documentez généralement l'emplacement source des métadonnées de migration dans votre runbook de gestion des métadonnées. Idéalement, l'emplacement constitue une source unique de vérité, telle qu'une feuille de calcul de planification des vagues. Il est également possible que les métadonnées se trouvent toujours à plusieurs endroits, notamment aux emplacements courants suivants :

    Validez les informations suivantes pour l'emplacement de la source de métadonnées :

    • Outil de découverte

    • Base de données de gestion des configurations (CMDB)

    • Questionnaire de propriétaire d'application

    • Feuille de calcul de planification des vagues de migration

    Validez les informations suivantes pour l'emplacement de la source de métadonnées :

    1. Le catalogue source est-il géré avec les emplacements de toutes les sources de métadonnées et de leurs propriétaires ?

    2. L'emplacement source (par exemple, une feuille de calcul de planification des vagues) contient-il toutes les métadonnées de migration requises ?

    3. Existe-t-il des instructions claires pour accéder à chaque source de métadonnées ?

    4. S'il n'existe pas de source unique, chaque source de métadonnées est-elle clairement associée à ses attributs ?

    5. Existe-t-il un plan de vagues clair pour les serveurs et les applications, et au moins cinq vagues sont-elles prêtes pour le flux de travail de migration ?

    6. Existe-t-il un processus pour mettre à jour les sources ? Dans l'affirmative, quelles sont la fréquence et le processus de notification ?

Critères de sortie de tâche

Lorsque vous avez satisfait aux critères de sortie suivants, passez à la tâche suivante :

  • Vous avez validé la liste des modèles de migration clairement définis.

  • L'emplacement source des métadonnées de migration contient toutes les métadonnées requises pour chaque modèle, ou un processus est en place pour capturer les métadonnées manquantes.

  • Vous avez validé le plan de vagues et les métadonnées de migration pour au moins cinq vagues, et vous avez défini un processus pour les notifications et les mises à jour.