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 2 : Définition des processus d'identification, de collecte et de stockage des métadonnées
Dans la tâche précédente, vous avez validé les données de découverte initiales, les stratégies de migration et les modèles de migration pour votre migration de grande envergure. Dans le cadre de cette tâche, vous identifiez les métadonnées requises et décidez de la manière dont vous allez les collecter. Cette tâche comprend les étapes suivantes :
+ [Étape 1 : définir les métadonnées requises](#metadata-1)
+ [Étape 2 : Création des processus de stockage et de collecte des métadonnées](#metadata-2)
+ [Étape 3 : Documenter les exigences en matière de métadonnées et les processus de collecte dans un manuel](#metadata-3)
Lorsque vous suivez les étapes décrites dans cette section, considérez l'ensemble du cycle de migration du point de vue des métadonnées. Envisagez l'évaluation du portefeuille, la planification des vagues, la migration, les tests, les activités post-transition, puis analysez tous les cas d'utilisation possibles et les cas d'utilisation connexes. La prise en compte des informations dont vous avez besoin pour terminer le processus de migration complet vous permet d'identifier toutes les métadonnées associées à ce modèle.
## Étape 1 : définir les métadonnées requises
Avant de pouvoir déterminer les attributs de métadonnées requis, vous devez comprendre le modèle de migration. Par exemple, vous avez besoin de métadonnées différentes pour migrer un serveur vers Amazon EC2 et pour migrer une base de données vers Amazon RDS. La plupart des modèles sont composés de nombreuses petites tâches. Pour exécuter le modèle de migration, vous devez connaître les attributs de métadonnées requis, puis collecter les métadonnées pour cette application. Vous devez déterminer et rassembler les métadonnées requises lors de la phase d'initialisation afin de pouvoir effectuer la migration efficacement et sans délai lors de la phase de mise en œuvre.
La personne ou l'équipe qui définit les attributs des métadonnées commence par définir les étapes et les tâches nécessaires pour effectuer le modèle de migration. Les tâches déterminent les métadonnées nécessaires, de sorte que l'exécution de chaque tâche permet de créer une collection complète des métadonnées requises. La personne qui détermine les métadonnées requises doit généralement avoir une connaissance approfondie de la procédure à suivre pour effectuer le schéma de migration. Une coordination avec la personne qui rédige le manuel de migration peut être requise. Pour plus d'informations, consultez le [manuel de migration pour les AWS grandes migrations](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-migration-playbook/).
Lors d'une migration de grande envergure, de nombreux processus répartis dans tous les flux de travail dépendent des métadonnées. Le fait de disposer de métadonnées précises et actualisées a un impact important et significatif sur le succès d'une migration de grande envergure.
Au cours de cette étape, vous définissez le modèle ou la tâche, puis vous utilisez la définition pour identifier les métadonnées requises.
### Identifier les éléments clés des modèles de migration et les tâches de support
Au cours de cette étape, pour chaque modèle de migration ou tâche de support, vous définissez les composants clés, tels que l'action, l'objet source, l'objet cible et les outils utilisés. Vous nommez ensuite le modèle ou la tâche en fonction de vos réponses.
Les *tâches de support* incluent les activités opérationnelles que le portefeuille et les flux de travail de migration doivent effectuer pendant la migration, telles que la planification des vagues, la priorisation des applications, l'analyse des dépendances, la gouvernance, la reprise après sinistre, les tests de performance ou les tests d'acceptation par les utilisateurs. Comme vous avez besoin de métadonnées pour effectuer ces tâches, vous devez effectuer ces étapes à la fois pour les modèles de migration et pour les tâches de support.
1. **Action** — Identifiez la stratégie de migration ou la tâche de support. N'oubliez pas qu'une action peut être associée à d'autres actions. Par exemple, vous souhaiterez peut-être définir des opérations de migration. Voici quelques exemples d'actions :
+ Stratégie de migration, telle que le réhébergement, la replateforme ou la relocalisation
+ Planification des vagues
+ Priorisation des applications et analyse des dépendances
+ Opération
+ Gouvernance
+ Reprise après sinistre
+ Tests, tels que les tests de performance ou les tests d'acceptation par l'utilisateur (UAT)
1. **Objet source** : identifiez l'objet source sur lequel l'action sera exécutée. Les exemples d'objets source incluent :
+ Vagues
+ Serveur
+ Base de données
+ Partage de fichiers
+ Application
1. **Outils** — Identifiez les services ou les outils utilisés pour effectuer l'action. Vous pouvez utiliser plusieurs outils ou services. Voici quelques exemples d'outils :
+ AWS Application Migration Service
+ AWS DataSync
+ AWS Database Migration Service (AWS DMS)
+ AWS Backup
+ Outils de surveillance des performances
1. **Objet cible** : identifiez l'objet, le service ou l'emplacement cible où résidera la source une fois l'action terminée. Voici quelques exemples d'objets, de services ou de lieux :
+ Amazon Elastic Compute Cloud (Amazon EC2)
+ Amazon Relational Database Service (Amazon RDS)
+ Amazon Elastic File System (Amazon EFS)
+ Amazon Elastic Container Service (Amazon ECS)
+ Plan de vagues
1. **Nom du modèle** — Combinez vos réponses aux étapes précédentes comme suit :
on/to en utilisant
Voici quelques exemples :
+ Réhébergez des ondes (action), des applications ou des serveurs (objet source) vers Amazon EC2 (objet cible) à l'aide d'Application Migration Service ou de Cloud Migration Factory (outils)
+ Replateforme les partages de fichiers (action) (objet source) vers Amazon EFS (objet cible) à l'aide de DataSync (outil)
+ Replateforme des bases de données (action) (objet source) vers Amazon RDS (objet cible) à l'aide de AWS DMS (outil)
+ Surveillance des performances (action) des applications (objet source) sur Amazon EC2 (objet cible) à l'aide d'Amazon CloudWatch (outil)
+ Sauvegardez (action) les serveurs (objet source) sur Amazon EC2 (objet cible) à l'aide de AWS Backup (outils) après la migration
+ Planification des vagues (action) : vagues, applications ou serveurs (objet source) pour créer un plan de vagues (objet cible)
Voici un exemple de la manière dont vous pouvez enregistrer le *modèle 1 : Rehost to Amazon EC2 en utilisant Application Migration Service ou Cloud Migration Factory à partir du tableau* des modèles [de migration](discovery.md#migration-patterns).
****
| | |
| --- |--- |
| **Pattern ID** | 1 |
| **Pattern name** | Réhébergez sur Amazon EC2 à l'aide du service de migration d'applications ou de Cloud Migration Factory |
| **Action** | Migration de réhébergement |
| **Source object** | Waves, applications ou serveurs |
| **Tools** | Service de migration d'applications ou usine de migration vers le cloud |
| **Target object** | Amazon EC2 |
### Déterminer les métadonnées requises pour chaque modèle ou tâche
Maintenant que vous avez défini le modèle ou la tâche, vous déterminez les métadonnées requises pour l'objet source, l'objet cible, les outils et les autres informations commerciales. Pour expliquer ce processus, ce manuel utilise le *modèle 1 : Rehost to Amazon EC2 en utilisant Application Migration Service ou Cloud Migration* Factory, comme exemple [du tableau des modèles de migration](discovery.md#migration-patterns). Notez que pour certains modèles ou tâches, certaines étapes peuvent ne pas s'appliquer.
1. **Analyser l'objet cible** : en partant de l'objet cible, créer manuellement l'objet et identifier les métadonnées nécessaires pour le soutenir. Capturez les métadonnées comme indiqué dans le tableau suivant.
Par exemple, lorsque vous créez une instance EC2, vous devez choisir un type d'instance, un type de stockage, une taille de stockage, un sous-réseau, un groupe de sécurité et des balises. Le tableau suivant contient des exemples d'attributs de métadonnées dont vous pourriez avoir besoin si votre objet cible est une instance EC2.
****
[See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/large-migration-portfolio-playbook/metadata.html)
1. **Analyser les outils** : utilisez l'outil pour créer un objet cible et vérifier les différences. Capturez les métadonnées spécifiques à l'outil, comme indiqué dans le tableau suivant, et supprimez les attributs du tableau précédent s'ils ne sont pas pris en charge par l'outil de migration. Par exemple, vous ne pouvez pas personnaliser le type de système d'exploitation et la taille de stockage pour le service de migration d'applications, car c'est l'outil de migration de rehost qui l'est like-for-like. Par conséquent, vous supprimeriez le système d'exploitation cible et la taille du disque cible si ces attributs étaient inclus dans le tableau précédent. Dans le tableau d'exemple précédent, tous les attributs sont pris en charge par l'outil, aucune action n'est donc requise.
Le tableau suivant contient des exemples de métadonnées dont vous pourriez avoir besoin pour les outils.
****
[See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/large-migration-portfolio-playbook/metadata.html)
1. **Analyser l'objet source** : déterminez les métadonnées requises pour l'objet source en évaluant les actions comme suit :
+ Pour migrer des serveurs, vous devez connaître le nom du serveur source et le nom de domaine complet (FQDN) afin de vous connecter au serveur.
+ Pour migrer des applications ainsi que leurs serveurs, vous devez connaître le nom de l'application, l'environnement de l'application et le application-to-server mappage.
+ Pour effectuer une évaluation du portefeuille, hiérarchiser les applications ou définir un groupe de déménagement, vous devez connaître le application-to-server mappage, le application-to-database mappage et application-to-application les dépendances.
+ Pour gérer les vagues, vous devez connaître leur identifiant ainsi que leurs heures de début et de fin.
Le tableau suivant contient des exemples de métadonnées dont vous pourriez avoir besoin pour l'objet source.
****
[See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/large-migration-portfolio-playbook/metadata.html)
1. **Tenez compte d'autres attributs** : outre l'action principale, prenez en compte d'autres actions et attributs liés à l'objet ou à l'application cible. Pour l'exemple de *modèle, Schéma 1 : réhébergement vers Amazon EC2 à l'aide d'Application Migration Service ou Cloud Migration* Factory, l'action est le réhébergement et l'objet cible est Amazon EC2. Les autres actions associées à cet objet cible peuvent inclure la sauvegarde sur Amazon EC2, la surveillance de l'instance EC2 après la migration et l'utilisation de balises pour gérer les coûts associés à l'instance EC2. Vous pouvez également envisager d'autres attributs de l'application qui vous aident à gérer la migration, tels que le propriétaire de l'application, que vous devrez peut-être contacter pour toute question ou à des fins de transfert.
Le tableau suivant contient des exemples de métadonnées supplémentaires couramment utilisées. Ce tableau inclut des balises pour votre instance EC2 cible. Pour plus d'informations sur les balises et leur utilisation, consultez la section [Marquer vos ressources Amazon EC2](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/Using_Tags.html) dans la documentation Amazon EC2.
****
[See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/large-migration-portfolio-playbook/metadata.html)
1. **Création d'une table** : combinez toutes les métadonnées identifiées dans les étapes précédentes dans une seule table.
****
[See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/large-migration-portfolio-playbook/metadata.html)
1. **Répéter** : répétez ce processus jusqu'à ce que vous ayez documenté les métadonnées requises pour chaque modèle.
## Étape 2 : Création des processus de stockage et de collecte des métadonnées
À l'étape précédente, vous avez défini les métadonnées requises pour prendre en charge votre migration. Au cours de cette étape, vous allez créer un processus de collecte et de stockage des métadonnées. Cette étape comprend deux tâches :
1. Analysez les métadonnées requises à l'étape précédente et identifiez la source.
1. Définissez un processus pour stocker et collecter efficacement les métadonnées.
### Analyser les sources de métadonnées
Il existe de nombreuses sources de métadonnées courantes. En général, la première chose à laquelle vous pouvez accéder est un inventaire des actifs de haut niveau, qui est généralement exporté depuis une base de données de gestion des configurations (CMDB) ou depuis un autre outil existant. Cependant, vous devez également collecter des métadonnées provenant d'autres sources, à l'aide de processus automatisés et manuels.
Le tableau suivant présente les sources communes, le processus de collecte standard pour cette source et les types de métadonnées courants que vous pouvez vous attendre à trouver à partir de cette source.
****
| Source de métadonnées | Type de collection | Type de métadonnées |
| --- | --- | --- |
| Outils de découverte | Automatisé | Serveur source |
| CMDB | Automatisé | Serveur source |
| Inventaire provenant d'autres outils, tels que [RVTools](https://www.robware.net/)pour VMware vSphere | Automatisé | Serveur source |
| Questionnaire destiné au propriétaire de | Manuelle | Serveur source, serveur cible, wave |
| Entretien avec le propriétaire de l'application | Manuelle | Serveur source, serveur cible, wave |
| Documentation de conception d'applications | Manuelle | Serveur cible |
| Documentation de conception de la zone d'atterrissage | Manuelle | Serveur cible, outils |
Après avoir répertorié toutes les sources possibles de vos métadonnées, vous analysez le type de métadonnées et associez chaque source aux attributs de métadonnées que vous avez identifiés à l'étape précédente.
1. Obtenez une liste complète des attributs de métadonnées auprès de[Étape 1 : définir les métadonnées requises](#metadata-1).
1. Analysez chaque type de métadonnées et déterminez ceux qui ne peuvent pas être récupérés à l'aide d'un processus automatisé. Il s'agit généralement des **métadonnées du serveur cible et des** types de **métadonnées de vague**, car ils nécessitent des décisions de la part des propriétaires de l'application. Par exemple, quel sous-réseau et groupe de sécurité utiliserez-vous pour les instances EC2 cibles ?
1. Analysez chaque attribut de métadonnées et mappez-le à une source de métadonnées du tableau précédent. Il est courant d'avoir une combinaison de plusieurs sources. Vous pouvez utiliser les outils de découverte pour collecter certaines métadonnées du serveur source. Pour plus d'informations sur l'utilisation d'outils de découverte pour collecter des métadonnées, voir [Commencer la découverte automatique de portefeuilles](https://docs.aws.amazon.com/prescriptive-guidance/latest/patterns/get-started-with-automated-portfolio-discovery.html) sur le site Web des directives AWS prescriptives.
1. Créez une table pour associer l'attribut de métadonnées à son type et à sa source. Le tableau suivant est un exemple.
****
[See the AWS documentation website for more details](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/large-migration-portfolio-playbook/metadata.html)
### Définissez un magasin de métadonnées unique
Après avoir mappé chaque attribut de métadonnées à sa source, vous définissez où stocker les métadonnées. Quels que soient le mode et l'endroit où vous stockez les métadonnées, vous ne devez choisir qu'un seul référentiel. Cela garantit que vous disposez d'une source unique de vérité. Le stockage des métadonnées à plusieurs endroits est une erreur courante lors de migrations de grande envergure.
#### Option 1 : Stocker les métadonnées dans une feuille de calcul dans un référentiel partagé
Bien que cette option puisse sembler un processus très manuel, il s'agit du magasin de données le plus courant pour les grandes migrations. Il est également courant de stocker la feuille de calcul dans un référentiel partagé, tel qu'un SharePoint site Microsoft.
Une feuille de calcul Microsoft Excel est facile à personnaliser et sa création ne prend pas beaucoup de temps. Les inconvénients sont que cela peut devenir très complexe si vous disposez d'un grand nombre de métadonnées et qu'il peut être difficile de gérer les relations entre les actifs, par exemple entre le serveur, l'application et la base de données. L'autre défi est celui de la gestion des versions. Vous devez limiter l'accès en écriture à quelques personnes uniquement, ou vous devez utiliser un processus automatisé pour mettre à jour la feuille de calcul.
Dans les [modèles de playbook de portefeuille](samples/portfolio-playbook-templates.zip), vous pouvez utiliser le *modèle de tableau de bord pour la planification et la migration des vagues* (format Excel) comme point de départ pour créer votre propre feuille de calcul de banque de données.
#### Option 2 : Stocker les métadonnées dans un outil spécialement conçu
Vous pouvez utiliser un outil prédéfini, tel que [TDS Transition Manager](https://www.transitionaldata.com/software/) (site Web TDS), pour stocker vos données, ou vous pouvez créer votre propre outil. Lorsque vous créez votre propre outil, vous avez besoin de tables de base de données, tout comme les onglets de feuille de calcul Excel dans l'option 1. Par exemple :
+ Table de serveur
+ Tableau d'application
+ Table de base de données
+ Application-to-server et table application-to-database de mappage
+ Tableau de planification des vagues
+ Tableau du questionnaire destiné aux propriétaires de l'application
### Définir les processus de collecte de métadonnées
Au cours des étapes précédentes, vous avez mappé les métadonnées à leur source et défini un magasin de données dans lequel vous allez collecter les métadonnées. Au cours de cette étape, vous créez des processus pour collecter efficacement les métadonnées. Vous devez minimiser le copy-and-paste processus manuel et utiliser l'automatisation pour collecter les métadonnées de chaque source. Il y a trois étapes :
1. Créez un script d'extraction, de transformation et de chargement (ETL) pour chaque source de métadonnées en fonction de la table de mappage des métadonnées.
1. Créez une tâche planifiée qui importe les métadonnées de chaque source automatiquement et régulièrement.
1. Créez un processus d'exportation ou fournissez un accès par interface de programmation d'application (API) aux métadonnées stockées dans le référentiel.
Le tableau suivant présente un exemple des attributs de métadonnées collectés par chaque script ETL. Les métadonnées sont stockées à l'emplacement que vous avez défini dans la section précédente, tel qu'une feuille de calcul ou un outil spécialement conçu.
****
| Attribut de métadonnées | Type de métadonnées | Source de métadonnées | Processus de collecte |
| --- | --- | --- | --- |
| `app_name` | Application source | CMDB | Script ETL — CMDB |
| `app_owner` | Application source | CMDB | Script ETL — CMDB |
| `app_to_server_mapping` | Application source | CMDB | Script ETL — CMDB |
| `app_to_DB_mapping` | Application source | CMDB | Script ETL — CMDB |
| `app_to_app_dependencies` | Application source | Outil de découverte | Script ETL — outil de découverte |
| `server_name` | Serveur source | CMDB | Script ETL — CMDB |
| `server_FQDN` | Serveur source | CMDB | Script ETL — CMDB |
| `server_OS_family` | Serveur source | CMDB | Script ETL — CMDB |
| `server_OS_version` | Serveur source | CMDB | Script ETL — CMDB |
| `disk_size` | Serveur source | Outil de découverte | Script ETL — outil de découverte |
| `instance_type` | Serveur cible | Outil de découverte | Script ETL — outil de découverte |
| `target_subnet` | Serveur cible | Questionnaire destiné au propriétaire de | Script ETL — propriétaire de l'application |
| `target_security_group` | Serveur cible | Questionnaire destiné au propriétaire de | Script ETL — propriétaire de l'application |
| `AWS_Region` | Serveur cible | Questionnaire destiné au propriétaire de | Script ETL — propriétaire de l'application |
| `AWS_account_ID` | Serveur cible | Questionnaire destiné au propriétaire de | Script ETL — propriétaire de l'application |
| `Name` | Serveur cible (tag) | Questionnaire destiné au propriétaire de | Script ETL — propriétaire de l'application |
| `business_unit` | Serveur cible (tag) | Questionnaire destiné au propriétaire de | Script ETL — propriétaire de l'application |
| `cost_center` | Serveur cible (tag) | Questionnaire destiné au propriétaire de | Script ETL — propriétaire de l'application |
| `wave_ID` | Planification des vagues | Questionnaire destiné au propriétaire de | Script ETL — propriétaire de l'application |
| `wave_start_date` | Planification des vagues | Questionnaire destiné au propriétaire de | Script ETL — propriétaire de l'application |
| `wave_cutover_date` | Planification des vagues | Questionnaire destiné au propriétaire de | Script ETL — propriétaire de l'application |
## Étape 3 : Documenter les exigences en matière de métadonnées et les processus de collecte dans un manuel
Dans le cadre de cette tâche, vous documentez vos décisions dans un *manuel de gestion des métadonnées*. Pendant la migration, le flux de travail de votre portefeuille respecte ce manuel en tant que procédure standard pour la collecte et le stockage des métadonnées.
1. Dans les [modèles de playbook de portfolio](samples/portfolio-playbook-templates.zip), ouvrez le *modèle Runbook pour la gestion des métadonnées* (format Microsoft Word). Cela vous servira de point de départ pour créer votre propre runbook.
1. Dans la section *Attributs* de métadonnées, créez une table d'attributs de métadonnées pour chaque modèle de migration et remplissez les tables avec les attributs de métadonnées identifiés dans[Étape 1 : définir les métadonnées requises](#metadata-1).
1. Dans la section *Emplacements des sources*, documentez les sources que vous avez identifiées[Analyser les sources de métadonnées](#metadata-2-source).
1. Dans la section *Instructions d'accès à l'emplacement source*, documentez les étapes qu'un utilisateur doit suivre pour accéder aux emplacements des sources de métadonnées.
1. Dans la section *Magasin de métadonnées*, documentez les étapes qu'un utilisateur doit suivre pour accéder au magasin de métadonnées dans lequel vous l'avez créé[Définissez un magasin de métadonnées unique](#metadata-2-store).
1. Dans la section *Types de collecte de données*, identifiez le processus de collecte de données que vous utiliserez pour chaque source de métadonnées. Idéalement, vous devriez automatiser la collecte de toutes les métadonnées à l'aide de scripts d'automatisation.
1. Dans la section *Collecte de données par attribut de métadonnées*, pour chaque attribut de métadonnées, identifiez les éléments suivants conformément aux instructions fournies dans [Définir les processus de collecte de métadonnées](#metadata-2-collection) :
1. Type de métadonnées
1. Source de métadonnées
1. Magasin de métadonnées
1. Type de collection
1. Dans la section *Collecter les métadonnées*, mettez à jour le processus en fonction de votre cas d'utilisation. C'est le processus que suit le flux de travail du portfolio lors de la phase de mise en œuvre lorsqu'il collecte des métadonnées pour les vagues.
1. Vérifiez que votre runbook est complet et précis. Ce runbook doit être une source de vérité lors de la migration.
1. Partagez votre manuel de gestion des métadonnées avec l'équipe pour qu'elle l'examine.
## Critères de sortie des tâches
Passez à la tâche suivante lorsque vous aurez effectué les opérations suivantes :
+ Vous avez préparé un référentiel unique pour stocker les métadonnées collectées.
+ Dans votre manuel de gestion des métadonnées, vous avez défini et documenté les éléments suivants :
+ Les attributs de métadonnées requis pour chaque modèle de migration
+ Sources de métadonnées et instructions détaillées sur la façon d'accéder à chaque source
+ Le magasin de métadonnées et les instructions détaillées pour y accéder
+ Les processus utilisés pour collecter les métadonnées
+ Une table de mappage qui associe les attributs des métadonnées aux sources de métadonnées et aux processus de collecte