Découvrir, évaluer et migrer des instances de machines virtuelles GCP (Google Cloud Platform) vers Azure

Ce tutoriel vous montre comment découvrir, évaluer et migrer des machines virtuelles GCP (Google Cloud Platform) vers des machines virtuelles Azure à l’aide des outils Azure Migrate : Server Assessment et Migration et modernisation.

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. Configurez des autorisations pour votre compte et vos ressources Azure afin de les faire fonctionner avec Azure Migrer et Moderniser.
• Préparer des instances de machines virtuelles GCP en vue de leur migration.
• Ajoutez l’outil de migration et de 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 GCP à 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 vous permet de dimensionner correctement vos machines virtuelles GCP pour la migration vers Azure, et d’estimer les coûts d’exécution potentiels sur Azure.

Pour configurer une évaluation :

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

   • Azure Migrer et Moderniser utilise l’authentification par mot de passe pour découvrir les instances de machine virtuelle GCP. Les instances GCP 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. Ensuite, suivez ce tutoriel pour configurer un projet et une appliance Azure Migrate en vue de la découverte et de l’évaluation de vos machines virtuelles GCP.

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 GCP à migrer exécutent une version du système d’exploitation (OS) prise en charge. Les machines virtuelles GCP 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 pour vérifier si la machine virtuelle fonctionne comme prévu avant de procéder à la migration réelle.
• Vérifiez que vos machines virtuelles GCP sont conformes aux configurations prises en charge pour la migration vers Azure.
• Vérifiez que les machines virtuelles GCP que vous répliquez sur Azure respectent la configuration requise des machines virtuelles 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.
  • Effectuez ces changements 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. Examinez les modifications à apporter aux machines Windows et Linux.

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 doit disposer 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, puis sélectionnez Contrôle d’accès (IAM).
2. Dans Vérifier l’accès, recherchez le compte approprié, puis sélectionnez-le pour voir les autorisations.
3. Vous devez disposer des autorisations de Contributeur ou de 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 vers 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 des instances de machines virtuelles GCP en vue de leur migration

Pour préparer GCP à 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 les machines virtuelles GCP et Azure, et gère la réplication des données.
• Serveur de traitement: Le serveur de processus fait office de 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 GCP 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 nécessaire pour l’appliance.

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

• Les machines virtuelles GCP sources à migrer doivent avoir l’appliance de réplication en ligne de mire sur le réseau. Configurez les règles de pare-feu nécessaires pour activer cette fonctionnalité. Nous vous recommandons de déployer l’appliance de réplication sur le même réseau VPC (cloud privé virtuel) 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 GCP 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 nécessaires à l’appliance de réplication pour accéder aux clouds publics et du secteur public.

Configurer l’appliance de réplication

La première étape de la migration consiste à configurer l’appliance de réplication. Pour configurer l’appliance dans le cadre de la migration de machines virtuelles GCP, 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 web>Migration et modernisation>Découvrir.

   

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

3. Dans 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-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, car 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. Plus d’informations

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 GCP 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 processus, puis sélectionnez Suivant.
   2. Dans Licence de logiciel tiers, sélectionnez J’accepte le contrat de licence tiers, puis Suivant.
   3. Dans Inscription, sélectionnez Parcourir, accédez à l’emplacement où vous avez placé le fichier de clé d’inscription du coffre, puis sélectionnez Suivant.
   4. Dans Paramètres Internet, sélectionnez Se connecter directement à Azure Site Recovery sans serveur proxy, puis Suivant.
   5. La page Vérification de la configuration requise effectue des vérifications pour plusieurs éléments. Une fois l’opération effectuée, sélectionnez Suivant.
   6. Dans Configuration de MySQL, entrez un mot de passe pour la base de données MySQL, puis sélectionnez Suivant.
   7. Dans la page Détails de l’environnement, sélectionnez Non. Vous n’avez pas besoin de protéger vos machines virtuelles. Sélectionnez ensuite Suivant.
   8. Dans Emplacement d’installation, cliquez sur Suivant pour accepter la valeur par défaut.
   9. Dans Sélection du réseau, cliquez sur Suivant pour accepter la valeur par défaut.
   10. Dans Résumé, sélectionnez Installer.
   11. Progression de l’installation vous montre des informations sur le processus d’installation. Une fois l’opération effectué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 Mobility.

10. Une fois l’installation effectué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 Mobility sur les machines virtuelles sources à répliquer. Vous devez créer un compte factice à cette étape pour continuer. Pour le 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.

    

Installer l’agent du service Mobilité

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

• System Center Configuration Manager
• Azure Arc pour serveurs et extensions de scripts personnalisés
• Installer l’agent Mobilité pour Windows
• Installer l’agent Mobilité pour Linux

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

   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 GCP

Notes

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 web>Migration et modernisation>Répliquer.

   

2. Dans Répliquer, >Paramètres de la source>Vos machines sont-elles virtualisées ?, sélectionnez Non virtualisé/autre.

3. Dans 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 Informations d’identification de l’invité, sélectionnez le compte factice créé durant la configuration du programme d’installation de la réplication pour installer le service Mobility manuellement. (L’installation Push n’est pas prise en charge.) Sélectionnez ensuite Suivant : Machines virtuelles.

   

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

7. Cochez chaque machine virtuelle devant faire l’objet d’une migration. Ensuite, sélectionnez Next: Paramètres de la cible.

   

8. Dans Paramètres cibles, sélectionnez l’abonnement et la région cibles vers lesquels vous allez effectuer la migration, puis spécifiez le groupe de ressources dans lequel les machines virtuelles Azure vont résider après la migration.

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

10. Dans Compte de stockage de 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. Plus d’informations
    • Pour répliquer en utilisant ExpressRoute avec le peering privé, créez un point de terminaison privé pour le compte de stockage de cache. Plus d’informations

11. Dans Options de disponibilité, sélectionnez :

    • Zone de disponibilité : épingle la machine migrée à une zone de disponibilité spécifique de 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 chacune des machines sélectionnées 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é : placez la machine migrée 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 : utilisez cette option si vous n’avez besoin d’aucune de ces configurations de disponibilité pour les machines migrées.

12. Dans 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 d’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. Sélectionnez ensuite Suivant.
    • Sélectionnez Oui si vous disposez de machines Windows Server couvertes par des abonnements Software Assurance ou Windows Server actifs et que vous souhaitez appliquer l’avantage aux machines que vous migrez. Sélectionnez ensuite Suivant.

    

14. Dans Calcul, vérifiez le nom de la machine virtuelle, sa taille, le type de disque du système d’exploitation et la configuration de la disponibilité (si elle a été sélectionnée à l’étape précédente). Les machines virtuelles doivent satisfaire aux exigences d’Azure.

    • Taille de la machine virtuelle : si vous suivez les recommandations de l’évaluation, la liste déroulante Taille de la 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 Taille de la machine virtuelle Azure.
    • Disque du système d’exploitation : spécifiez le disque du système d’exploitation (démarrage) pour 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, indiquez si les disques de machine virtuelle doivent être répliqués sur Azure, puis sélectionnez le type de disque (SSD/HDD standard ou disques managés Premium) dans Azure. Sélectionnez ensuite 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 d’interface réseau.

    

17. Dans Passer en revue et démarrer la réplication, examinez les paramètres, puis sélectionnez Répliquer pour lancer la réplication initiale des serveurs.

Remarque

Vous pouvez mettre à jour les paramètres de réplication à tout moment avant le démarrage de la réplication en sélectionnant Gérer>Réplication des machines. 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

• Quand vous sélectionnez Répliquer, un travail Démarrer la 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 GCP 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 effectuer un monitoring de l’état de la réplication en sélectionnant Réplication de serveurs dans Migration et modernisation.

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 impacter les machines virtuelles GCP, qui restent opérationnelles et poursuivent la réplication.
• La migration de test simule la migration en créant une machine virtuelle Azure à l’aide 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 Objectifs de migration, sélectionnez Serveurs, bases de données et applications web>Migration et modernisation>Tester les serveurs migrés.

   

2. Cliquez avec le bouton droit sur la machine virtuelle à tester, puis sélectionnez Migration de test.

   

3. Dans Migration de test, sélectionnez le réseau virtuel Azure dans lequel la machine virtuelle Azure se trouvera 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 Machines virtuelles dans le portail Azure. Le nom de la machine a le suffixe -Test.

6. À la fin du test, cliquez avec le bouton droit sur la machine virtuelle Azure dans Réplication des machines, puis sélectionnez Nettoyer la migration de 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>Réplication de serveurs>Machine contenant SQL Server>Calcul et réseau, puis sélectionnez oui pour effectuer l’inscription auprès du fournisseur de ressources SQL Server sur des machines virtuelles Azure.
   • Sélectionnez Azure Hybrid Benefit pour SQL Server si vous disposez d’instances de SQL Server couvertes par des abonnements Software Assurance ou SQL Server actifs, et si vous souhaitez appliquer cet avantage aux machines que vous migrez.

Migrer les machines virtuelles GCP

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

1. Dans le projet Azure Migrate, sélectionnez Serveurs, bases de données et applications web>Migration et modernisation>Réplication de serveurs.

   

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

3. Dans Migrer>Arrêter les machines virtuelles et effectuer une migration planifiée sans perte de données, sélectionnez Oui>OK.

   Remarque

   L’arrêt automatique n’est pas pris en charge pendant la migration des machines virtuelles GCP.

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 notification en forme de cloche en haut à droite de la page du portail, ou en accédant à la page Travaux de l’outil Migration et modernisation. (Sélectionnez Vue d’ensemble dans la vignette de l’outil, puis 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 effectué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 GCP.
   • Supprime la machine virtuelle GCP 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 dépannez tout problème d’activation de 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. Plus d’informations
  • 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. Plus d’informations
• Pour renforcer la sécurité :
  • Verrouillez et limitez l’accès du trafic entrant avec Microsoft Defender pour le cloud - Administration juste-à-temps.
  • Gérez et gouvernez les mises à jour sur les machines Windows et Linux avec le Gestionnaire de mise à jour Azure.
  • Limitez le trafic réseau 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 Microsoft Defender pour le cloud.
• Pour la surveillance et la gestion :
  • Envisagez de déployer Microsoft Cost Management pour monitorer l’utilisation et le coût des ressources.

Résolution des problèmes et conseils

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

Question : Comment puis-je savoir si la migration de ma machine virtuelle s’est correctement effectuée ?
Réponse : Après la migration, vous pouvez voir 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 de machines virtuelles à des fins de migration à partir des résultats créés via Server Assessment.
Réponse : Actuellement, nous ne prenons pas en charge l’importation de l’évaluation pour ce workflow. 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 « Impossible d’extraire le GUID du BIOS » quand j’essaie de découvrir mes machines virtuelles GCP.
Réponse : Utilisez la connexion racine pour l’authentification, et non un pseudo utilisateur. Si vous ne pouvez pas vous servir d’un utilisateur racine, vérifiez que les fonctionnalités nécessaires sont définies pour l’utilisateur, conformément aux instructions fournies dans la matrice de prise en charge. De même, vérifiez quels sont les systèmes d’exploitation pris en charge pour les machines virtuelles GCP.

Question : L’état de ma réplication ne progresse pas.
Réponse : Vérifiez si votre appliance de réplication respecte les 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’il n’existe aucune version en double obsolète de l’appliance de réplication connectée au même projet.

Question : Je ne parviens pas à découvrir les instances de GCP à l’aide d’Azure Migrer et Moderniser en raison du code d’état HTTP 504 provenant du service de gestion Windows distant.
Réponse : Veillez à passer en revue les exigences de l’appliance Azure Migrate ainsi que les URL auxquelles elle doit avoir accès. 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 GCP vers Azure ?
Réponse : Vous devrez peut-être apporter les changements suivants avant de migrer vos machines virtuelles GCP vers Azure :

• Si vous utilisez cloud-init pour l’approvisionnement de votre machine virtuelle, vous pouvez 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 à GCP. Elles ne seront plus valides après la migration vers Azure. ​
• Passez en revue la section Prérequis afin de déterminer si des changements sont nécessaires pour le système d’exploitation avant la migration vers Azure.
• Nous vous recommandons de toujours exécuter une migration de test avant la migration finale.

Étapes suivantes

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