Découvrir, évaluer et migrer des instances Amazon Web Services (AWS) EC2 vers Azure

Ce tutoriel vous montre comment découvrir, évaluer et migrer des instances AMAZON Web Services (AWS) EC2 vers des machines virtuelles Azure à l’aide d’Azure Migrate : Server Assessment et de l’outil migration et modernisation.

Remarque

Vous migrez des machines virtuelles AWS vers Azure en les traitant comme des serveurs physiques.

Dans ce tutoriel, vous allez apprendre à :

• Vérifier les prérequis pour la migration.
• Préparez les ressources Azure avec l’outil Migration et modernisation. Configurer des autorisations pour votre compte et vos ressources Azure afin de les faire fonctionner avec Azure Migrer et Moderniser.
• Préparer les instances AWS Elastic Compute Cloud (EC2) pour la migration.
• Ajouter l’outil Migration et modernisation dans le hub Azure Migrer et Moderniser.
• Configurer l’appliance de réplication et déployer le serveur de configuration.
• Installer le service Mobilité sur les machines virtuelles AWS que vous voulez migrer.
• Activez la réplication des machines virtuelles.
• Suivre et superviser l’état de la réplication.
• Exécuter une migration de test pour vérifier que tout fonctionne comme prévu.
• Exécuter une migration complète vers Azure.

Si vous n’avez pas d’abonnement Azure, créez un compte gratuit avant de commencer.

Découvrir et évaluer

Avant de migrer vers Azure, nous vous recommandons d’effectuer une évaluation de la découverte et de la migration des machines virtuelles. Cette évaluation permet de dimensionner de façon appropriée vos machines virtuelles AWS pour la migration vers Azure et d’estimer les coûts d’exécution potentiels d’Azure.

Pour configurer une évaluation :

1. Suivez le tutoriel pour configurer Azure et préparer vos machines virtuelles AWS pour une évaluation. Notez les points suivants :

   • Azure Migrer et Moderniser utilise l’authentification par mot de passe pour découvrir les instances AWS. Les instances AWS ne prennent pas en charge l’authentification par mot de passe par défaut. Avant de pouvoir découvrir une instance, vous devez activer l’authentification par mot de passe.
     • Pour les machines Windows, autorisez le port WinRM 5985 (HTTP). Ce port autorise les appels WMI distants.
     • Pour les machines Linux :
       1. Connectez-vous à chaque machine Linux.
       2. Ouvrez le fichier sshd_config : vi /etc/ssh/sshd_config.
       3. Dans le fichier, recherchez la ligne PasswordAuthentication, puis remplacez la valeur par yes.
       4. Enregistrez le fichier et fermez-le. Redémarrez le service ssh.
   • Si vous vous servez d’un utilisateur racine pour découvrir vos machines virtuelles Linux, vérifiez que la connexion racine est autorisée sur les machines virtuelles.
     1. Connectez-vous à chaque machine Linux.
     2. Ouvrez le fichier sshd_config : vi /etc/ssh/sshd_config.
     3. Dans le fichier, recherchez la ligne PermitRootLogin, puis remplacez la valeur par yes.
     4. Enregistrez le fichier et fermez-le. Redémarrez le service ssh.

2. Suivez ensuite ce tutoriel pour configurer un projet et une appliance Azure Migrate pour découvrir et évaluer vos machines virtuelles AWS.

Même si nous vous conseillons d’effectuer une évaluation, celle-ci n’est pas une étape obligatoire pour la migration des machines virtuelles.

Prérequis

• Vérifiez que les machines virtuelles AWS que vous voulez migrer exécutent une version du système d’exploitation (OS) prise en charge. Les machines virtuelles AWS sont traitées comme des machines physiques pour la migration. Passez en revue les systèmes d’exploitation et versions de noyau pris en charge pour le workflow de migration de serveurs physiques. Vous pouvez utiliser des commandes standard telles que hostnamectl ou uname -a pour vérifier les versions du système d’exploitation et du noyau de vos machines virtuelles Linux. Nous vous recommandons d’effectuer un test de migration (basculement de test) pour vérifier si la machine virtuelle fonctionne comme prévu avant de procéder à la migration.
• Assurez-vous que vos machines virtuelles AWS sont conformes aux configurations prises en charge pour la migration vers Azure.
• Vérifiez que les machines virtuelles AWS que vous répliquez sur Azure sont conformes aux exigences de machine virtuelle Azure.
• Certains changements sont nécessaires sur les machines virtuelles avant leur migration vers Azure :
  • Pour certains systèmes d’exploitation, Azure Migrer et Moderniser effectue ces changements automatiquement.
  • Il est important d’effectuer ces modifications avant de commencer la migration. Si vous migrez la machine virtuelle avant d’effectuer la modification, elle risque de ne pas démarrer dans Azure. Passez en revue les modifications de Windows et Linux que vous devez apporter.

Préparer les ressources Azure à la migration

Préparez Azure pour la migration avec l’outil Migration et modernisation.

Tâche	Détails
Créer un projet Azure Migrate	Votre compte Azure a besoin d’autorisations Contributeur ou Propriétaire pour créer un projet.
Vérifier les autorisations pour votre compte Azure	Votre compte Azure a besoin d’autorisations pour créer une machine virtuelle et écrire sur un disque managé Azure.

Affecter des autorisations pour créer un projet

1. Dans le portail Azure, ouvrez l’abonnement et sélectionnez Contrôle d’accès (IAM) .
2. Dans Vérifier l’accès, recherchez le compte approprié et sélectionnez-le pour afficher les autorisations.
3. Vous devez disposer d’autorisations Contributeur ou Propriétaire .
   • Si vous venez de créer un compte Azure gratuit, vous êtes le propriétaire de votre abonnement.
   • Si vous n’êtes pas le propriétaire de l’abonnement, demandez au propriétaire de vous attribuer le rôle.

Affecter des autorisations de compte Azure

Attribuez le rôle Contributeur de machine virtuelle au compte Azure. Ce rôle fournit des autorisations pour :

• Créer une machine virtuelle dans le groupe de ressources sélectionné
• Créer une machine virtuelle dans le réseau virtuel sélectionné
• Écrire sur un disque managé Azure.

Créer un réseau Azure

Configurez un réseau virtuel Azure. Quand vous effectuez la réplication sur Azure, les machines virtuelles Azure créées sont jointes au réseau virtuel Azure que vous avez spécifié au moment de la configuration de la migration.

Préparer les instances AWS à la migration

Pour préparer AWS à la migration Azure, vous devez préparer et déployer une appliance de réplication pour la migration.

Préparer une machine pour l’appliance de réplication

L’outil Migration et modernisation utilise une appliance de réplication pour répliquer des machines vers Azure. L’appliance de réplication exécute les composants suivants :

• Serveur de configuration : le serveur de configuration coordonne les communications entre l’environnement AWS et Azure et gère la réplication des données.
• Serveur de processus : le serveur de processus agit comme une passerelle de réplication. Il reçoit les données de réplication et les optimise par des actions de mise en cache, de compression et de chiffrement. Il envoie ensuite les données à un compte de stockage de cache dans Azure.

Pour préparer le déploiement de l’appliance :

• Configurez une machine virtuelle EC2 distincte pour héberger l’appliance de réplication. Cette instance doit exécuter Windows Server 2012 R2 ou Windows Server 2016. Passez en revue la configuration matérielle, logicielle et réseau requise pour l’appliance.

• L’appliance ne doit pas être installée sur une machine virtuelle source que vous souhaitez répliquer, ou sur l’appliance Azure Migrate : Découverte et évaluation que vous avez probablement déjà installée. Elle doit plutôt être déployée sur une autre machine virtuelle.

• Les machines virtuelles AWS sources à migrer doivent avoir l’appliance de réplication en ligne de mire. Configurez les règles de groupe de sécurité nécessaires pour activer cette fonctionnalité. Nous vous recommandons de déployer l’appliance de réplication dans le même cloud privé virtuel (VPC, virtual private cloud) que les machines virtuelles sources à migrer. Si l’appliance de réplication doit se trouver dans un autre VPC, les VPC doivent être connectés via un peering de VPC.

• Les machines virtuelles AWS sources communiquent avec l’appliance de réplication sur les ports HTTPS 443 (orchestration du canal de contrôle) et TCP 9443 (transport de données) entrants pour la gestion de la réplication et le transfert des données de réplication. L’appliance de réplication à son tour orchestre et envoie les données de réplication à Azure sur le port HTTPS 443 sortant. Pour configurer ces règles, modifiez les règles de trafic entrant/sortant du groupe de sécurité avec les ports et les informations d’adressage IP source appropriés.

  

  

• L’appliance de réplication utilise MySQL. Passez en revue les options d’installation de MySQL sur l’appliance.

• Passez en revue les URL Azure requises pour que l’appliance de réplication accède aux clouds publics et gouvernementaux .

Configurer l’appliance de réplication

La première étape de la migration consiste à configurer l’appliance de réplication. Pour configurer l’appliance pour la migration des machines virtuelles AWS, vous devez télécharger le fichier d’installation de l’appliance, puis l’exécuter sur la machine virtuelle que vous avez préparée.

Télécharger le programme d’installation de l’appliance de réplication

1. Dans le projet Azure Migrate, sélectionnez Serveurs, bases de données et applications> webMigration et modernisation>Découvrir.

   

2. Dans Découvrir les machines>sont-elles virtualisées ?, sélectionnez Non virtualisée/Autre.

3. Dans la région cible, sélectionnez la région Azure vers laquelle vous souhaitez migrer les machines.

4. Sélectionnez Confirmer que la région cible pour la migration est <nom-de-la-région>.

5. Sélectionnez Créer des ressources. Au cours de cette étape, un coffre Azure Site Recovery est créé en arrière-plan.

   • Si vous avez déjà configuré la migration avec l’outil Migration et modernisation, l’option cible ne peut pas être configurée parce que les ressources ont déjà été configurées.
   • Vous ne pouvez pas changer la région cible de ce projet une fois que vous avez sélectionné ce bouton.
   • Pour migrer vos machines virtuelles vers une autre région, vous devez créer un autre projet Azure Migrate.

   Remarque

   Si vous avez sélectionné « Point de terminaison privé » en tant que méthode de connectivité pour le projet Azure Migrate au moment de sa création, le coffre Recovery Services est également configuré pour la connectivité de point de terminaison privé. Vérifiez que les points de terminaison privés sont accessibles depuis l’appliance de réplication. En savoir plus.

6. Dans Voulez-vous installer une nouvelle appliance de réplication ?, sélectionnez Installer une appliance de réplication.

7. Dans Télécharger et installer le logiciel de l’appliance de réplication, téléchargez le programme d’installation de l’appliance et la clé d’inscription. Vous avez besoin de la clé pour inscrire l’appliance. Une fois le téléchargement effectué, la clé reste valide pendant cinq jours.

   

8. Copiez le fichier de configuration et le fichier de clé de l’appliance sur la machine virtuelle AWS Windows Server 2016 ou Windows Server 2012 que vous avez créée pour l’appliance de réplication.

9. Exécutez le fichier de configuration de l’appliance de réplication en suivant la procédure ci-dessous.

   1. Sous Avant de commencer, sélectionnez Installer le serveur de configuration et le serveur de traitement. Ensuite, sélectionnez Suivant.
   2. Dans licence logicielle tierce, sélectionnez J’accepte le contrat de licence tiers. Ensuite, sélectionnez Suivant.
   3. Dans Inscription, sélectionnez Parcourir et accédez à l’endroit où vous avez placé le fichier de clé d’inscription du coffre. Sélectionnez Suivant.
   4. Dans Paramètres Internet, sélectionnez Se connecter à Azure Site Recovery sans serveur proxy. Ensuite, sélectionnez Suivant.
   5. La page Vérification des conditions préalables exécute des vérifications pour plusieurs éléments. Une fois l’opération terminée, sélectionnez Suivant.
   6. Dans Configuration MySQL, fournissez un mot de passe pour la base de données MySQL. Ensuite, sélectionnez Suivant.
   7. Dans Détails de l’environnement, sélectionnez Non. Vous n’avez pas besoin de protéger vos machines virtuelles. Ensuite, sélectionnez Suivant.
   8. Dans l’emplacement d’installation, sélectionnez Suivant pour accepter la valeur par défaut.
   9. Dans Sélection réseau, sélectionnez Suivant pour accepter la valeur par défaut.
   10. Dans Résumé, sélectionnez Installer.
   11. La progression de l’installation affiche des informations sur le processus d’installation. Une fois l’opération terminée, sélectionnez Terminer. Une fenêtre affiche un message concernant un redémarrage. Sélectionnez OK.
   12. Ensuite, une fenêtre affiche un message concernant la phrase secrète de la connexion du serveur de configuration. Copiez la phrase secrète dans le Presse-papiers et enregistrez-la dans un fichier texte temporaire sur les machines virtuelles sources. Vous aurez besoin de cette phrase secrète plus tard, au cours du processus d’installation du service Mobilité.

10. Une fois l’installation terminée, l’Assistant Configuration de l’appliance se lance automatiquement. (Vous pouvez également lancer l’Assistant manuellement à l’aide du raccourci cspsconfigtool créé sur le Bureau de l’appliance.) Dans ce tutoriel, nous installons manuellement le service Mobilité sur les machines virtuelles sources à répliquer. Vous devez créer un compte factice à cette étape pour continuer. Pour votre compte factice, utilisez « guest » (invité) comme nom convivial, « username » (nom d’utilisateur) comme nom d’utilisateur et « password » (mot de passe) comme mot de passe du compte. Vous allez utiliser ce compte factice durant la phase Activer la réplication.

11. Une fois l’appliance redémarrée après l’installation, dans Découvrir les machines, sélectionnez la nouvelle appliance dans Sélectionner le serveur de configuration , puis finalisez l’inscription. L’étape Finaliser l’inscription effectue quelques tâches finales pour préparer l’appliance de réplication.

    

Installer l’agent du service Mobilité

Un agent du service Mobilité doit être préinstallé sur les machines virtuelles AWS sources à migrer pour que vous puissiez lancer la réplication. L’approche que vous choisissez pour installer l’agent du service Mobilité peut dépendre des préférences de votre organisation et des outils existants. La méthode d’installation « Push » intégrée à Site Recovery n’est pas prise en charge pour le moment. Voici quelques approches que vous voudrez peut-être prendre en compte :

• Gestionnaire de système AWS
• System Center Configuration Manager
• Azure Arc pour serveurs et extensions de script personnalisées
• Installer l’agent Mobilité pour Windows
• Installer l’agent Mobilité pour Linux

1. Extrayez le contenu du programme d’installation tarball dans un dossier local (par exemple, /tmp/MobSvcInstaller) sur la machine virtuelle AWS, comme suit :

   mkdir /tmp/MobSvcInstaller
   tar -C /tmp/MobSvcInstaller -xvf <Installer tarball>
   cd /tmp/MobSvcInstaller
   

2. Exécutez le script du programme d’installation :

   sudo ./install -r MS -v VmWare -q -c CSLegacy
   

3. Inscrivez l’agent auprès de l’appliance de réplication :

   /usr/local/ASR/Vx/bin/UnifiedAgentConfigurator.sh -i <replication appliance IP address> -P <Passphrase File Path>
   

Activer la réplication pour les machines virtuelles AWS

Remarque

Par le biais du portail, vous pouvez ajouter jusqu’à 10 machines virtuelles à répliquer en même temps. Pour en répliquer davantage simultanément, vous pouvez les ajouter par lots de 10.

1. Dans le projet Azure Migrate, sélectionnez Serveurs, bases de données et applications> webMigration et modernisation>Répliquer.

   

2. Dans Répliquer, >Paramètres source>, vos machines sont-elles virtualisées ?, sélectionnez Non virtualisé/Autre.

3. Dans l’appliance locale, sélectionnez le nom de l’appliance Azure Migrate que vous avez configurée.

4. Dans Process Server, sélectionnez le nom de l’appliance de réplication.

5. Dans les informations d’identification de l’invité, sélectionnez le compte factice que vous avez créé précédemment lors de la configuration du programme d’installation de réplication pour installer le service Mobilité manuellement. (L’installation Push n’est pas prise en charge.) Ensuite, sélectionnez Suivant : Machines virtuelles.

   

6. Dans Machines virtuelles, dans Importer des paramètres de migration à partir d’une évaluation ?, laissez le paramètre par défaut Non, je spécifie les paramètres de migration manuellement.

7. Cochez chaque machine virtuelle devant faire l’objet d’une migration. Ensuite, sélectionnez Suivant : Paramètres cibles.

   

8. Dans les paramètres cibles, sélectionnez l’abonnement et la région cible vers laquelle vous allez migrer. Spécifiez le groupe de ressources dans lequel se trouveront les machines virtuelles Azure après la migration.

9. Dans réseau virtuel, sélectionnez le réseau virtuel/sous-réseau Azure vers lequel les machines virtuelles Azure seront jointes après la migration.

10. Dans le compte de stockage du cache, conservez l’option par défaut pour utiliser le compte de stockage de cache créé automatiquement pour le projet. Utilisez la liste déroulante si vous souhaitez spécifier un autre compte de stockage à utiliser en tant que compte de stockage de cache pour la réplication.
    

    Remarque

    • Si vous avez sélectionné « Point de terminaison privé » comme méthode de connectivité pour le projet Azure Migrate, accordez au coffre Recovery Services l’accès au compte de stockage de cache. En savoir plus.
    • Pour répliquer en utilisant Azure ExpressRoute avec le peering privé, créez un point de terminaison privé pour le compte de stockage de cache. En savoir plus.

11. Dans les options de disponibilité, sélectionnez :

    • Zone de disponibilité : épingle la machine migrée à une zone de disponibilité spécifique dans la région. Utilisez cette option pour distribuer les serveurs qui forment une couche Application multinœud entre les zones de disponibilité. Si vous sélectionnez cette option, vous devez spécifier la zone de disponibilité à utiliser pour chacun des ordinateurs sélectionnés sous l’onglet Calcul . Cette option est disponible uniquement si la région cible sélectionnée pour la migration prend en charge les zones de disponibilité.
    • Groupe à haute disponibilité : place l’ordinateur migré dans un groupe à haute disponibilité. Pour utiliser cette option, le groupe de ressources cible qui a été sélectionné doit avoir un ou plusieurs groupes à haute disponibilité.
    • Aucune redondance d’infrastructure requise : sélectionnez cette option si vous n’avez pas besoin de l’une de ces configurations de disponibilité pour les machines migrées.

12. Dans le type de chiffrement de disque, sélectionnez :

    • Chiffrement au repos avec une clé gérée par la plateforme.
    • Chiffrement au repos avec une clé gérée par le client.
    • Chiffrement double avec des clés gérées par la plateforme et des clés gérées par le client.

    Remarque

    Pour répliquer des machines virtuelles avec des clés gérées par le client, vous devez créer un jeu de chiffrement de disque sous le groupe de ressources cible. Un objet de jeu de chiffrement de disque mappe des disques managés à une instance Azure Key Vault qui contient la clé gérée par le client à utiliser pour le chiffrement côté serveur.

13. Dans Azure Hybrid Benefit :

    • Sélectionnez Non si vous ne souhaitez pas appliquer Azure Hybrid Benefit. Ensuite, sélectionnez Suivant.
    • Sélectionnez Oui si vous avez des ordinateurs Windows Server couverts par des abonnements Software Assurance ou Windows Server actifs, et que vous souhaitez appliquer l’avantage aux machines que vous migrez. Ensuite, sélectionnez Suivant.

    

14. Dans Calcul, passez en revue le nom de la machine virtuelle, la taille, le type de disque du système d’exploitation et la configuration de disponibilité (si elle est sélectionnée à l’étape précédente). Les machines virtuelles doivent respecter les exigences Azure.

    • Taille de machine virtuelle : si vous utilisez des recommandations d’évaluation, la liste déroulante taille de machine virtuelle affiche la taille recommandée. Sinon, Azure Migrer et Moderniser sélectionne une taille en fonction de la correspondance la plus proche dans l’abonnement Azure. Vous pouvez également choisir une taille manuelle dans la taille de machine virtuelle Azure.
    • Disque du système d’exploitation : spécifiez le disque de système d’exploitation (démarrage) de la machine virtuelle. Le disque du système d’exploitation est le disque qui contient le chargeur de démarrage et le programme d’installation du système d’exploitation.
    • Zone de disponibilité : spécifiez la zone de disponibilité à utiliser.
    • Groupe à haute disponibilité : spécifiez le groupe à haute disponibilité à utiliser.

15. Dans Disques, spécifiez si les disques de machine virtuelle doivent être répliqués sur Azure et sélectionnez le type de disque (ssd standard/HDD ou disques managés Premium) dans Azure. Ensuite, sélectionnez Suivant.

    • Vous pouvez exclure des disques de la réplication.
    • Si vous excluez des disques, ils ne seront pas présents sur la machine virtuelle Azure après la migration.

    

16. Dans Balises, choisissez d’ajouter des balises à vos machines virtuelles, disques et cartes réseau.

    

17. Dans Vérifier et démarrer la réplication, passez en revue les paramètres et sélectionnez Répliquer pour démarrer la réplication initiale pour les serveurs.

Remarque

Pour mettre à jour les paramètres de réplication à tout moment avant le démarrage de la réplication, sélectionnez Gérer les>machines de réplication. Vous ne pouvez pas changer les paramètres après le démarrage de la réplication.

Suivre et superviser l’état de la réplication

• Lorsque vous sélectionnez Répliquer, un travail de démarrage de réplication commence.
• Une fois le travail Démarrer la réplication terminé, les machines virtuelles commencent leur réplication initiale vers Azure.
• Au terme de la réplication initiale, la réplication différentielle commence. Les modifications incrémentielles apportées aux disques des machines virtuelles AWS sont répliquées régulièrement sur les disques de réplica dans Azure.

Vous pouvez suivre l’état du travail dans les notifications du portail.

Vous pouvez surveiller l’état de la réplication en sélectionnant Réplication de serveurs dans Azure Migrate : Migration de serveur.

Exécuter un test de migration

Quand la réplication différentielle commence, vous pouvez exécuter une migration de test pour les machines virtuelles avant d’exécuter une migration complète vers Azure. Nous recommandons fortement l’exécution de la migration de test. Cela vous permet de découvrir les problèmes potentiels et de les corriger avant de procéder à la migration réelle. Nous vous recommandons d’effectuer cette étape au moins une fois pour chaque machine virtuelle avant de la migrer.

• L’exécution d’une migration de test permet de vérifier que la migration fonctionne comme prévu, sans affecter les machines virtuelles AWS qui restent opérationnelles et poursuivent la réplication.
• La migration de test simule la migration en créant une machine virtuelle Azure de test à partir des données répliquées. (Le test effectue généralement la migration vers un réseau virtuel hors production dans votre abonnement Azure.)
• Vous pouvez utiliser la machine virtuelle Azure de test répliquée pour valider la migration, effectuer des tests d’applications et résoudre les éventuels problèmes avant la migration complète.

Pour effectuer une migration de test :

1. Dans les objectifs de migration, sélectionnez Serveurs, bases de données et applications> webMigration et modernisation>serveurs migrés testés.

   

2. Cliquez avec le bouton droit sur la machine virtuelle que vous souhaitez tester et sélectionnez Migration de test.

   

3. Dans Test Migration, sélectionnez le réseau virtuel Azure dans lequel la machine virtuelle Azure se trouve après la migration. Nous vous recommandons d’utiliser un réseau virtuel hors production.

4. Le travail Migration de test démarre. Supervisez le travail dans les notifications du portail.

5. Une fois la migration terminée, affichez la machine virtuelle Azure migrée dans les machines virtuelles dans le portail Azure. Le nom de l’ordinateur a le suffixe -Test.

6. Une fois le test terminé, cliquez avec le bouton droit sur la machine virtuelle Azure dans Machines en cours de réplication et sélectionnez Nettoyer la migration test.

   

   Remarque

   Vous pouvez désormais inscrire vos serveurs exécutant SQL Server auprès du fournisseur de ressources de machines virtuelles SQL pour bénéficier de la mise à jour corrective automatisée, de la sauvegarde automatisée, et de la gestion simplifiée des licences à l’aide de l’extension SQL IaaS Agent.

   • Sélectionnez Gérer>les serveurs de réplication>Machine contenant le serveur SQL>Calcul et Réseau, puis sélectionnez Oui pour s’inscrire auprès du fournisseur de ressources de machine virtuelle SQL.
   • Sélectionnez Azure Hybrid Benefit pour SQL Server si vous avez des instances SQL Server couvertes par des abonnements Software Assurance ou SQL Server actifs et que vous souhaitez appliquer l’avantage aux machines vers lesquelles vous migrez.

Migrer des machines virtuelles AWS

Une fois que vous avez vérifié que la migration de test fonctionne comme prévu, vous pouvez migrer les machines virtuelles AWS.

1. Dans le projet Azure Migrate, sélectionnez Serveurs, bases de données et applications> webMigration et modernisation>des serveurs de réplication.

   

2. Dans la réplication des machines, cliquez avec le bouton droit sur la machine virtuelle, puis sélectionnez Migrer.

3. Dans Migrer, éteignez les machines virtuelles et effectuez une migration planifiée sans perte de données, sélectionnez OuiOK.

   Remarque

   L’arrêt automatique n’est pas pris en charge pour la migration de machines virtuelles AWS.

4. Un travail de migration démarre pour la machine virtuelle. Vous pouvez voir l’état du travail en sélectionnant l’icône de cloche de notification en haut à droite de la page du portail. Vous pouvez également accéder à la page Travaux de l’outil migration et modernisation. (Sélectionnez Vue d’ensemble sur la vignette de l’outil et sélectionnez Travaux dans le menu de gauche.)

5. Une fois le travail terminé, vous pouvez afficher et gérer la machine virtuelle à partir de la page Machines virtuelles .

Effectuer la migration

1. Une fois la migration terminée, cliquez avec le bouton droit sur la machine virtuelle, puis sélectionnez Arrêter la migration. Cette action :
   • Arrête la réplication de la machine virtuelle AWS.
   • Supprime la machine virtuelle AWS du nombre de serveurs de réplication dans l’outil migration et modernisation.
   • Nettoie les informations d’état de réplication pour la machine virtuelle.
2. Vérifiez et résolvez les problèmes d’activation Windows sur la machine virtuelle Azure.
3. Effectuez les éventuels ajustements post-migration de l’application, comme la mise à jour des noms d’hôte, des chaînes de connexion de base de données et les configurations du serveur web.
4. Effectuez les tests finaux de réception de l’application et de la migration sur l’application migrée qui s’exécute maintenant dans Azure.
5. Réduisez le trafic vers l’instance de machine virtuelle Azure migrée.
6. Mettez à jour la documentation interne en y mentionnant le nouvel emplacement et la nouvelle adresse IP des machines virtuelles Azure.

Bonnes pratiques après la migration

• Pour une meilleure résilience :
  • Sécurisez les données en sauvegardant les machines virtuelles Azure avec la Sauvegarde Azure. En savoir plus.
  • Conservez les charges de travail en cours d’exécution et disponibles en continu en répliquant des machines virtuelles Azure vers une région secondaire avec Site Recovery. En savoir plus.
• Pour renforcer la sécurité :
  • Verrouillez et limitez l’accès au trafic entrant avec Microsoft Defender pour le Cloud - Gestion à la demande.
  • Gérer et régir les mises à jour sur les machines Windows et Linux avec Azure Update Manager.
  • Restreignez le trafic vers les points de terminaison de gestion avec des groupes de sécurité réseau.
  • Déployez Azure Disk Encryption pour sécuriser les disques et protéger les données contre le vol et l’accès non autorisé.
  • En savoir plus sur la sécurisation des ressources IaaS et de Microsoft Defender pour cloud.
• Pour la surveillance et la gestion :
  • Envisagez de déployer Microsoft Cost Management pour surveiller l’utilisation et les dépenses des ressources.

Résolution des problèmes et conseils

Question: Je ne vois pas ma machine virtuelle AWS dans la liste découverte des serveurs pour la migration.
Répondre: Vérifiez si votre appliance de réplication répond aux exigences. Vérifiez que l’agent Mobilité est installé sur la machine virtuelle source à migrer et qu’il est inscrit auprès du serveur de configuration. Vérifiez les paramètres réseau et les règles de pare-feu pour autoriser un chemin réseau entre l’appliance de réplication et les machines virtuelles AWS sources.

Question: Comment savoir si ma machine virtuelle a été correctement migrée ?
Répondre: Après la migration, vous pouvez afficher et gérer la machine virtuelle à partir de la page Machines virtuelles . Connectez-vous à la machine virtuelle migrée pour le vérifier.

Question: Je ne parviens pas à importer des machines virtuelles pour la migration à partir de mes résultats Server Assessment créés précédemment.
Répondre: Actuellement, nous ne prenons pas en charge l’importation de l’évaluation pour ce flux de travail. En guise de solution de contournement, vous pouvez exporter l’évaluation, puis sélectionner manuellement la recommandation pendant l’étape Activer la réplication.

Question: J’obtiens l’erreur « Échec de la récupération du GUID BIOS » lors de la tentative de découverte de mes machines virtuelles AWS.
Répondre: Utilisez toujours la connexion racine pour l’authentification et non pas un pseudo-utilisateur. De même, vérifiez quels sont les systèmes d’exploitation pris en charge pour les machines virtuelles AWS.

Question : l’état de ma réplication ne progresse pas.
Répondre: Vérifiez si votre appliance de réplication répond aux exigences. Vérifiez que vous avez activé les ports nécessaires sur le port TCP 9443 et HTTPS 443 de votre appliance de réplication pour le transport de données. Vérifiez qu’aucune version en double obsolète de l’appliance de réplication n’est connectée au même projet.

Question: Je ne parviens pas à découvrir les instances AWS à l’aide d’Azure Migrate et moderniser en raison du code d’état HTTP 504 du service de gestion Windows distant.
Répondre: Veillez à passer en revue les besoins de l’appliance Azure Migrate et les besoins d’accès URL. Vérifiez qu’aucun paramètre de proxy ne bloque l’inscription de l’appliance.

Question: Dois-je apporter des modifications avant de migrer mes machines virtuelles AWS vers Azure ?
Répondre: Vous devrez peut-être apporter les modifications suivantes avant de migrer vos machines virtuelles EC2 vers Azure :

• Si vous utilisez cloud-init pour l’approvisionnement de vos machines virtuelles, vous voudrez probablement désactiver cloud-init sur la machine virtuelle avant de la répliquer sur Azure. Les étapes d’approvisionnement effectuées par cloud-init sur la machine virtuelle peuvent être spécifiques à AWS et ne seront plus valides après la migration vers Azure. ​
• Si la machine virtuelle est une machine virtuelle paravirtualisée (PV) et non une machine virtuelle matérielle, vous risquez de ne pas pouvoir l’exécuter telle quelle sur Azure. Les machines virtuelles PV utilisent une séquence de démarrage personnalisée dans AWS. Vous pourrez probablement surmonter cette difficulté en désinstallant les pilotes PV avant d’effectuer une migration vers Azure.
• Nous vous recommandons de toujours exécuter une migration de test avant la migration finale.

Question: Puis-je migrer des machines virtuelles AWS exécutant le système d’exploitation Amazon Linux ?
Répondre: Les machines virtuelles exécutant Amazon Linux ne peuvent pas être migrées, car le système d’exploitation Amazon Linux n’est pris en charge que sur AWS. Pour migrer des charges de travail exécutées sur Amazon Linux, vous pouvez faire tourner une machine virtuelle RHEL dans Azure. Vous pouvez ensuite migrer la charge de travail exécutée sur la machine AWS Linux en utilisant une approche de migration de charge de travail appropriée. Par exemple, selon la charge de travail, il peut y avoir des outils spécifiques à la charge de travail permettant de faciliter la migration. Ces outils peuvent être pour les bases de données ou outils de déploiement des serveurs web.

Étapes suivantes

Examinez le parcours de migration cloud dans le Cloud Adoption Framework pour Azure.