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.

Migrer des serveurs

AWS Transform automatise le réhébergement de vos serveurs sur Amazon EC2 à grande échelle. L' AI-powered agent vous guide tout au long de chaque vague de migration, de la validation de l'inventaire au déploiement de l'agent de réplication, en passant par les tests et la transition finale. AWS Transform gère l'orchestration sur des centaines de serveurs tout en gardant le contrôle sur les décisions de configuration et d'approbation. Sous le capot, AWS Transform utilise AWS Transform MGN (MGN) pour la réplication des données. Pour plus d'informations sur le MGN, voir Qu'est-ce que c'est ? AWS Transform MGNdans le guide de l'utilisateur MGN.

Vous pouvez migrer des serveurs depuis pratiquement n'importe quel environnement source, y compris des centres de données sur site, d'autres fournisseurs de cloud ou d'autres AWS régions. AWS Transform prend en charge à la fois les serveurs physiques et les serveurs virtuels exécutés sur VMware Hyper-V, KVM ou d'autres plateformes de virtualisation. L'infrastructure source et l'hyperviseur ne sont pas importants tant que le système d'exploitation source est pris en charge.

La migration des serveurs est organisée par vagues. Chaque vague représente un groupe de serveurs qui sont migrés ensemble. Pour chaque vague, l'agent vous guide à travers les phases suivantes :

Pour les vagues dotées d'une stratégie de migration conteneurisée, AWS Transform exécute le flux de travail de conteneurisation du code source au lieu des étapes de réhébergement décrites ci-dessous. Le flux de travail de conteneurisation vous guide dans le clonage du code source, la génération d'artefacts Docker, la publication d'images de conteneurs et le déploiement sur Amazon Elastic Container Service ou Amazon Elastic Kubernetes Service. Pour le flux de travail complet de conteneurisation, consultez. Conteneurisation du code source

Conditions préalables et configuration des paramètres de migration par défaut

Conditions préalables

Si vous avez effectué toutes les étapes d'une tâche de migration de bout en bout dans AWS Transform, vos comptes cibles, votre fichier d'inventaire et votre infrastructure réseau sont déjà prêts. Vous pouvez passer à la section Configurer les paramètres de migration par défaut.

Si vous lancez la migration de serveurs de manière indépendante, assurez-vous que les éléments suivants sont en place :

Configurer les paramètres de migration par défaut

AWS Transform fournit des paramètres par défaut intelligents pour votre configuration de migration, notamment la manière dont les instances Amazon EC2 sont lancées et la configuration de la réplication. Vous pouvez accepter ces paramètres par défaut et commencer à migrer immédiatement, ou les personnaliser via l'interface de discussion ou un examen visuel. Les valeurs par défaut s'appliquent à tous vos comptes cibles et peuvent être modifiées au niveau de la vague lors de la configuration de la vague.

Préférences de recommandation Amazon EC2

AWS Transform analyse l'utilisation de votre serveur source et recommande des instances Amazon EC2 de taille optimale, ce qui vous permet d'éviter le surprovisionnement dès le premier jour. Vous pouvez configurer vos préférences de recommandation Amazon EC2 pour contrôler la manière dont les types d'instance sont sélectionnés pour vos serveurs migrés.

Pour plus d'informations sur la génération de recommandations Amazon EC2, consultez la section Génération de recommandations Amazon EC2 dans. AWS Migration Hub

Initialisation de la migration

AWS Transform configure automatiquement l'infrastructure de migration requise dans vos comptes cibles avant le début de la migration. Cela inclut l'initialisation de MGN pour chaque Région AWS compte vers lequel vous prévoyez de migrer, ainsi que pour tous les comptes cibles. Au cours du processus d'initialisation :

Pour plus d'informations sur le processus d'initialisation, consultez la section Initialisation à l' AWS Transform MGN aide de la console dans le guide de l'utilisateur MGN.

Modèle de lancement Amazon EC2

Les paramètres de lancement comprennent deux parties : les paramètres de lancement généraux et le modèle de lancement Amazon EC2, qui détermine comment une instance de test ou de basculement est lancée pour chaque serveur source dans. AWS

Les paramètres de lancement, y compris le modèle de lancement Amazon EC2, peuvent être définis au niveau du compte et sont ensuite appliqués automatiquement à chaque serveur source chaque fois que vous ajoutez un serveur source à AWS Transform MGN. Les paramètres de lancement par défaut définis dans cette section peuvent être appliqués automatiquement à tous vos comptes cibles.

AWS Transform présente la liste des paramètres de modèle de lancement disponibles. Vous pouvez choisir de continuer avec les paramètres par défaut ou de configurer votre modèle de lancement. Si vous choisissez de configurer, AWS Transform fournit un lien vers une revue HITL (human in-the-loop) contenant tous les paramètres des paramètres du modèle de lancement. Vous pouvez également apporter des modifications directement via l'interface de discussion pour les paramètres de votre choix.

https://docs.aws.amazon.com/mgn/latest/ug/source-servers.htmlLes serveurs sources sont créés avec les paramètres du modèle de lancement de compte. Une fois les serveurs sources créés avec ces paramètres par défaut, vous pouvez les modifier au niveau des paramètres de lancement du serveur source. Vous pouvez modifier les paramètres du serveur source sur n'importe quel paramètre à l'aide de l'interface de discussion ou, pour les opérations groupées, à l'aide du fichier d'inventaire Excel pendantÉtape 2 : Valider et confirmer l'inventaire.

Pour consulter la liste complète des paramètres et des détails du modèle de lancement, consultez la section Paramètres généraux de lancement dans le guide de l'utilisateur MGN.

Modifications supplémentaires du modèle de lancement d'Amazon EC2

Pour apporter d'autres modifications au modèle de lancement d'Amazon EC2, vous devez les effectuer sur l'ID du modèle de chaque compte cible. Cette option est disponible dans la configuration des vagues. AWS Transform vous y guide et vous fournit le lien approprié.

Post-launch actions

Post-launch les actions automatisent les tâches de modernisation et de validation qui s'exécutent sur chaque serveur source immédiatement après son lancement en tant qu'instance de test ou de basculement dans. AWS AWS Transform Rehost exécute les actions post-lancement disponibles dans MGN et fournit ces fonctionnalités afin que l'agent puisse les recommander, les configurer et les exécuter en votre nom dans le cadre du flux de migration. Les actions sont exécutées via AWS Systems Manager (Systems Manager) et peuvent être l'une des actions prédéfinies disponibles dans MGN ou une action personnalisée créée à partir d'un document Systems Manager existant.

Post-launch les actions peuvent être définies au niveau du compte et sont ensuite appliquées automatiquement à chaque serveur source chaque fois que vous ajoutez un serveur source à MGN. Les paramètres d'action par défaut définis dans cette section peuvent être appliqués automatiquement à tous vos comptes cibles.

AWS Transform présente d'abord la liste des actions disponibles après le lancement sur vos comptes cibles. Il vous propose ensuite de définir une nouvelle action après le lancement et de l'appliquer à la migration de votre compte cible. AWS Transform fournit également AI-powered des recommandations basées sur le système d'exploitation et les meilleures pratiques pour votre inventaire. Vous pouvez choisir de continuer avec les valeurs par défaut ou de configurer vos propres actions.

Vous pouvez également choisir une action post-lancement qui est déjà définie dans MGN. Demandez à l'agent d'afficher la liste des actions prédéfinies disponibles après le lancement. Pour plus d'informations sur cette liste, consultez la section Actions prédéfinies après le lancement dans le guide de l'utilisateur MGN.

Création d'une nouvelle action après le lancement

Si vous choisissez de créer une nouvelle action après le lancement, l'agent vous invite à fournir le nom du document Systems Manager ou l'ARN de Systems Manager avec lequel créer l'action après le lancement. Le document Systems Manager doit être créé à l'avance via la AWS Systems Manager console. Pour plus d'informations sur la création d'un document Systems Manager, voir Création de documents Systems Manager dans le Guide de AWS Systems Manager l'utilisateur.

L'agent génère ensuite une interface HITL (human in-the-loop) dans laquelle vous fournissez les champs obligatoires :

Vous pouvez également apporter des modifications directement via l'interface de discussion pour les paramètres de votre choix.

Les serveurs sources sont créés avec les paramètres d'action du compte après le lancement. Une fois les serveurs sources créés avec ces paramètres par défaut, vous pouvez les modifier au niveau du serveur source. Vous pouvez modifier les paramètres du serveur source pour n'importe quelle action à l'aide de l'interface de discussion, ou pour les opérations groupées à l'aide du fichier Excel d'inventaire pendantÉtape 2 : Valider et confirmer l'inventaire.

Post-launch actions dans le fichier d'inventaire

L'agent Rehost étend le fichier d'inventaire avec un modèle d'action post-lancement défini pour chaque serveur source. Cela permet aux clients de mettre à jour ou d'ajouter des actions après le lancement par serveur source lors du processus de réhébergement vers MGN. Pour supprimer des actions spécifiques après le lancement sur un serveur source, utilisez la active colonne correspondante. FALSE Post-launch les actions du fichier d'inventaire utilisent la convention de dénomination suivante :

mgn:launch:post-actions:<ACTION_NAME>:<FIELD_NAME>

Une bascule globale permet de contrôler si les actions sont exécutées après le lancement :

mgn:launch:post-actions:enabled (TRUE/FALSE)

Champs par action

Structure JSON des paramètres

Le parameters champ est fourni sous forme de structure JSON :

{
  "parameters": {
    "Operation": [
      {"value": "Scan", "type": "String"}
    ]
  },
  "externalParameters": {
    "InstanceId": "ec2.InstanceId"
  }
}

Étape 1 : Configuration de la vague de migration

Au cours de cette phase, AWS Transform prépare la vague de migration en configurant le compte cible, en vérifiant les autorisations de service, en configurant des balises de ressources, en ajoutant des données réseau à votre inventaire et en configurant les paramètres de réplication et de lancement.

Mode de migration et configuration du compte

AWS Transform prend en charge deux modes de migration :

AWS Transform confirme la configuration du compte cible et vérifie que MGN est initialisé dans chaque compte cible. Si MGN n'est pas encore initialisé, AWS Transform fournit des instructions pour terminer l'initialisation. Lors de l'initialisation, MGN crée les rôles de service IAM suivants pour les opérations de réplication et de lancement :

Pour en savoir plus sur ces rôles, consultez Initialisation de MGN à l'aide de la console ou Initialisation de MGN à l'aide de l'API dans le guide de l'utilisateur de MGN.

Pour les migrations multi-comptes, AWS Transform crée également le rôle suivant lors de l'étape d'initialisation :. AWSTransformRehostSharingRole_<management-or-delegated-admin-account-id> Ce rôle est déployé sur tous les comptes cibles de migration.

Vérification du balisage des ressources

Une fois les autorisations de service confirmées, AWS Transform vérifie que toutes les ressources requises sont correctement balisées pour que la migration soit effectuée avec succès par l'agent. S'il manque des balises obligatoires à certaines ressources, AWS Transform fournit un lien vers la page de balisage où vous pouvez appliquer les balises manquantes avant de continuer. Les balises suivantes sont obligatoires :

Ajouter des données réseau à l'inventaire

AWS Transform ajoute les informations réseau issues de la migration de votre réseau au fichier d'inventaire. Cette étape mappe vos serveurs aux sous-réseaux cibles et aux groupes de sécurité appropriés en fonction de la configuration réseau générée lors de la phase de migration du réseau.

Paramètres de réplication et de lancement

Configuration des paramètres de réplication

Les paramètres de réplication déterminent la manière dont les données sont répliquées depuis vos serveurs sources vers AWS. Configurez les paramètres de réplication dans le modèle de réplication avant d'ajouter des serveurs sources à AWS Transform MGN. AWS Transform vous montre tous les paramètres des paramètres de réplication. Vous pouvez les configurer via un HITL dédié ou via l'interface de chat.

Pour plus de détails sur les paramètres des paramètres de réplication, consultez la section Modèle de paramètres de réplication dans le guide de l'utilisateur MGN.

Paramètres du modèle de lancement

Le modèle de lancement vous permet de contrôler la façon dont AWS Transform MGN lance les instances dans AWS. La configuration par défaut définie dans le modèle est automatiquement appliquée à chaque nouveau serveur ajouté. Vous pouvez configurer les paramètres du modèle de lancement via un HITL dédié ou via l'interface de chat.

Pour plus de détails sur les paramètres des paramètres du modèle de lancement, consultez la section Modèle de lancement dans le guide de l'utilisateur MGN.

AWS Transform fournit également un lien vers l'ID du modèle de lancement Amazon EC2 associé au modèle de lancement, vous permettant de modifier des attributs supplémentaires du modèle de lancement Amazon EC2. Pour modifier le modèle de lancement Amazon EC2, suivez les instructions de la section Modèle de lancement du guide de l'utilisateur MGN.

Stratégie d'attribution d'adresses IP

Vous choisissez la manière dont les adresses IP sont attribuées à vos serveurs migrés :

Étape 2 : Valider et confirmer l'inventaire

Avant de charger les données de votre serveur dans MGN, AWS Transform prépare le fichier d'inventaire pour que vous puissiez le consulter. Vous pouvez télécharger le fichier au format CSV ou XLSX, consulter les configurations du serveur et apporter des modifications si nécessaire.

Le fichier d'inventaire inclut des informations telles que les noms des serveurs, les systèmes d'exploitation, les recommandations relatives au type d'instance Amazon EC2, les sous-réseaux cibles, les groupes de sécurité, les attributions IP et les options de licence. Les champs obligatoires incluent :

Vous pouvez modifier le fichier pour ajuster les configurations Amazon EC2, modifier les options de licence du système d'exploitation (BYOL ou licence incluse) et mettre à jour les paramètres de location.

Après avoir consulté l'inventaire, vous pouvez soit l'accepter tel qu'il est indiqué, soit télécharger une version modifiée. AWS Transform charge ensuite les données dans MGN, qui crée des enregistrements de serveur source pour chaque serveur de la vague.

Vous pouvez contrôler les options de licence du système d'exploitation (BYOL ou licence incluse) et la location en spécifiant la configuration dans les colonnes mgn:launch:placement:operating-system-licensing du fichier d'inventaire et. mgn:launch:placement:tenancy Pour plus d'informations, consultez la section Paramètres d'importation dans le guide de l'utilisateur MGN.

Étape 3 : Déploiement des agents de réplication

Pour commencer à répliquer les données de vos serveurs sources vers AWS, vous devez installer l'agent de AWS réplication sur chaque serveur source. AWS Transform propose trois méthodes d'installation :

AWS Configuration du connecteur Transform MGN

Le connecteur AWS Transform MGN automatise le déploiement des agents de réplication sur vos serveurs sources, évitant ainsi de devoir vous connecter à chaque serveur individuellement. Le connecteur est un client léger déployé sur une machine Linux dédiée dans votre environnement local. Il se connecte aux serveurs sources via SSH (Linux) ou WinRM (Windows) pour installer et configurer des agents de réplication, éliminant ainsi la nécessité de coordonner manuellement plusieurs AWS services.

Comment fonctionne le connecteur

Le connecteur fonctionne grâce aux composants suivants :

Lorsque vous déployez des agents, AWS Transform envoie un document SSM à la machine à connecter. Le connecteur récupère ensuite les informations d'identification du serveur source à partir de AWS Secrets Manager, établit une connexion avec chaque serveur source, vérifie que le serveur source répond aux prérequis, installe et configure l'agent de réplication et vérifie la réussite de l'installation.

Exigences relatives à la machine à connecteurs

Processus de configuration

AWS Transform vous guide à travers les étapes suivantes pour configurer le connecteur :

Étape 1 : Configuration du connecteur

Donnez un nom à votre connecteur ou utilisez le nom par défaut généré automatiquement. Le connecteur peut être installé sur le compte de gestion ou sur un compte administrateur délégué dans MGN. Pour les migrations multi-comptes, le connecteur peut déployer des agents sur des serveurs sur l'ensemble des comptes membres.

Étape 2 : configuration AWS des ressources

AWS Transform ouvre une page de configuration qui s'exécute dans votre navigateur à l'aide de vos AWS informations d'identification. Vous devez être connecté à la console AWS de gestion avec votre compte de gestion ou votre compte d'administrateur délégué. Il doit s'agir du même compte auquel votre connecteur cible AWS Transform est connecté.

La page de configuration crée automatiquement les ressources suivantes :

Vous pouvez également télécharger un CloudFormation modèle depuis la page de configuration pour déployer vous-même les rôles IAM.

La page de configuration génère une commande d'installation en une ligne contenant toutes les informations d'identification et de configuration nécessaires.

Étape 3 : Installation du connecteur

Installez le connecteur sur une machine Linux de votre environnement :

Étape 4 : connecter les serveurs sources

Après l'installation, AWS Transform identifie tous les serveurs sources appartenant à la vague actuelle et les connecte automatiquement au connecteur MGN.

Étape 5 : Configuration des informations d'identification

Fournissez AWS les ARN de Secrets Manager pour les informations d'identification de votre serveur source. AWS Transform propose trois options de configuration des informations d'identification :

Format secret des informations d'identification. Pour en savoir plus, consultez les informations d'identification du connecteur MGN dans le guide de l'utilisateur MGN :

{
  "WinConnectionProtocol": "HTTPS",
  "WinUserName": "windows_username",
  "WinPassword": "windows_password",
  "LinuxUserName": "linux_username",
  "LinuxPrivateKey": "linux_private_key",
  "LinuxHostKeyValidation": false
}

Déploiement d'agents

Une fois les informations d'identification configurées et vérifiées, AWS Transform déploie des agents de réplication sur vos serveurs sources. Vous pouvez effectuer un déploiement sur tous les serveurs de la vague actuelle ou sélectionner des serveurs spécifiques.

Le processus de déploiement pour chaque serveur :

Vous pouvez suivre la progression du déploiement en temps réel grâce au suivi de l'état de chaque serveur, y compris l'étape d'installation en cours, le temps écoulé et le temps restant estimé. Si un serveur tombe en panne, AWS Transform affiche la raison de l'échec et propose des options de nouvelle tentative par serveur. Les serveurs déployés avec succès peuvent procéder indépendamment pendant que les serveurs défaillants sont réessayés.

Réutilisation et cycle de vie des connecteurs

Lorsque vous déployez des agents pour les vagues suivantes, vous pouvez réutiliser un connecteur existant ou en créer un nouveau. AWS Transform répertorie tous les connecteurs configurés dans votre compte, en indiquant le nom du connecteur, son état (actif ou expiré), le nombre de serveurs connectés et la date d'expiration de l'activation hybride.

Les activations hybrides SSM expirent au bout de 30 jours. L'activation n'est requise que pour installer le connecteur sur la machine Linux. Une fois le connecteur installé, vous pouvez continuer à l'utiliser pour installer des agents de réplication sur les serveurs sources même après l'expiration de l'activation. Si vous devez installer le connecteur sur une nouvelle machine après l'expiration de l'activation, vous devez créer un nouveau connecteur via le processus de configuration.

Installation manuelle de l'agent

Pour une installation manuelle, vous devez d'abord générer des AWS informations d'identification (temporaires ou permanentes), puis installer l'agent sur chaque serveur source.

Options de certification :

Étapes d'installation :

Pour les serveurs Linux, téléchargez et exécutez le programme d'installation :

wget -O ./aws-replication-installer-init \
  https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/linux/aws-replication-installer-init
sudo chmod +x aws-replication-installer-init
sudo ./aws-replication-installer-init --region region --user-provided-id server-identifier

Pour les serveurs Windows, téléchargez et exécutez le programme d'installation approprié en PowerShell tant qu'administrateur :

Invoke-WebRequest -Uri "https://aws-application-migration-service-region.s3.region.amazonaws.com/latest/windows/AwsReplicationWindowsInstaller.exe" `
  -OutFile "C:\AwsReplicationWindowsInstaller.exe"
C:\AwsReplicationWindowsInstaller.exe --region region --user-provided-id server-identifier

Pour plus d'informations sur l'installation de l'agent, consultez les sections Agent Linux et Agent Windows dans le Guide de l'utilisateur MGN.

Après l'installation, AWS Transform vérifie que tous les agents sont correctement connectés en vérifiant que les serveurs affichent un état de réplication égal INITIATING ouINITIAL_SYNC.

Pour les quotas liés à la réplication, consultez la section Limites de quotas de service MGN dans le Guide de l'utilisateur MGN.

Étape 4 : réplication des données

Une fois les agents de réplication installés, la réplication des données démarre automatiquement. AWS Transform utilise la réplication continue au niveau des blocs pour synchroniser les données des serveurs sources vers. AWS

Le processus de réplication comprend deux phases :

Les serveurs de réplication sont des instances Amazon EC2 temporaires déployées dans le sous-réseau de la zone de transit. Ils reçoivent des données répliquées depuis les serveurs sources et sont gérés automatiquement par MGN. Pour en savoir plus, consultez la section Paramètres du serveur de réplication dans le guide de l'utilisateur MGN.

AWS Transform surveille la progression de la réplication et fournit des mises à jour de statut, notamment l'état de la réplication, le décalage de réplication (différence de temps entre les données source et les données répliquées) et l'utilisation de la bande passante.

Au cours de la réplication, chaque serveur passe par les états suivants :

Une fois que tous les serveurs de la vague ont dépassé l'NOT_READYétat, la phase de réplication des données est terminée et vous pouvez passer aux tests.

Vous pouvez contrôler la réplication pour des serveurs individuels ou pour l'ensemble de la vague à tout moment :

Étape 5 : Tests

Une fois la réplication des données terminée, vous pouvez lancer des instances de test pour valider vos serveurs migrés avant d'effectuer le basculement final. Pour en savoir plus, consultez la section Lancer des instances de test dans le guide de l'utilisateur MGN. AWS Transform prend en charge deux options de test :

AWS Transform lance des instances Amazon EC2 à partir des données répliquées et fournit les ID d'instance afin que vous puissiez vous connecter aux instances de test et les valider. Après le test, vous pouvez :

Étape 5b : Marquer les demandes comme étant prêtes à être transférées

Lorsque les tests sont terminés et que vous êtes satisfait des résultats, marquez vos applications comme étant prêtes à être transférées. AWS Transform examine l'état de réplication de chaque application et résout les éventuelles alertes de réplication avant de vous autoriser à poursuivre. Seules les applications dont l'état de réplication est propre peuvent être marquées pour le basculement.

Étape 6 : Découpe

Le cutover est l'étape finale de la migration vers laquelle vos charges de travail de production sont déplacées. AWS Pour en savoir plus, consultez la section Lancer des instances de basculement dans le guide de l'utilisateur MGN. Comme pour les tests, AWS Transform prend en charge la coupure complète ou la coupure sélective pour des serveurs spécifiques.

Lors de la transition, AWS Transform lance des instances Amazon EC2 à partir des dernières données répliquées et fournit les ID d'instance pour chaque serveur. Après avoir vérifié les instances de basculement, vous finalisez le basculement, ce qui arrête la réplication en cours de la machine source.

Le processus de découpage comprend les étapes suivantes :

États du cycle de vie des serveurs

Au cours de la migration, chaque serveur passe par les états de cycle de vie suivants. Pour en savoir plus, consultez la section Cycle de vie du serveur source dans le guide de l'utilisateur MGN.

Vous pouvez demander à AWS Transform quel est l'état de vos serveurs à tout moment pendant la migration. AWS Transform fournit un tableau d'état interactif des vagues qui affiche toutes les informations pertinentes sur les serveurs, notamment le cycle de vie de la migration, l'état de la réplication et les prochaines étapes recommandées. Vous pouvez également demander en langage naturel, par exemple :

Pendant la migration par vagues, vous pouvez demander à AWS Transform de mettre à jour ou de modifier l'état de chaque serveur. Par exemple, si 9 des 10 serveurs de votre vague ont réussi la phase de test mais que l'un d'entre eux a échoué, vous pouvez autoriser AWS Transform à continuer à déplacer les 9 serveurs vers la phase suivante tout en relançant le test sur le serveur défaillant.

Approbations de déploiement

AWS Transform inclut des flux de travail d'approbation intégrés pour garantir que les modifications de production passent par le processus de révision de votre organisation. Lorsqu'une opération nécessite une approbation, AWS Transform achemine la demande vers les approbateurs autorisés via l'onglet Approbations. Seuls les utilisateurs ayant le rôle d'administrateur dans AWS Transform peuvent approuver les demandes de déploiement. Les déploiements n'ont lieu qu'après réception de la confirmation.