Migrer des machines en tant que serveurs physiques vers Azure

Cet article explique comment migrer des machines en tant que serveurs physiques vers Azure à l’aide de l’outil de modernisation et de migration Azure. La migration de machines en les traitant comme des serveurs physiques est utile dans de nombreux scénarios :

• Serveurs physiques locaux
• Migrer des machines virtuelles virtualisées par des plateformes comme Xen et KVM.
• Migrez Hyper-V ou des machines virtuelles VMware, si vous ne parvenez pas à utiliser le processus de migration standard pour la migration Hyper-V ou VMware sans agent.
• Machines virtuelles exécutées dans des clouds privés
• Migrer des machines virtuelles exécutées dans des clouds publics comme Amazon Web Services (AWS) ou Google Cloud Platform (GCP).

Dans ce tutoriel, vous allez apprendre à :

• Préparez Azure avec les autorisations requises pour utiliser Azure Migrate.
• Vérifier les conditions requises pour les machines que vous souhaitez migrer. Préparer une machine pour l’appliance de réplication Azure Migrer et Moderniser utilisée pour découvrir et migrer des machines vers Azure.
• Configurer l’appliance de réplication
• Installer Mobility Service sur chaque machine qui doit faire l’objet d’une migration
• Démarrez l’exécution de la migration.
• Effectuez le suivi et surveillez les migrations.
• Exécuter une migration de test pour vérifier que tout fonctionne comme prévu.
• Exécuter une migration de machine virtuelle complète

Remarque

Les tutoriels vous montrent le chemin de déploiement le plus simple pour un scénario donné, afin que vous puissiez configurer rapidement une preuve de concept. Ils utilisent les options par défaut quand c’est possible et n’affichent pas tous les paramètres et chemins possibles. Pour obtenir des instructions détaillées, consultez les articles de guide pratique sur Azure Migrer et Moderniser.

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

Prérequis

Avant de commencer :

1. Accédez à un projet existant ou créez un projet.
2. Complétez le tutoriel pour préparer Azure et découvrir les serveurs physiques pour la migration.
3. Nous vous recommandons de suivre le didacticiel évaluer les serveurs physiques avant de migrer des serveurs vers Azure.
4. Vérifier les autorisations pour votre compte Azure. Vous avez besoin d’autorisations pour :
   • Création d’une machine virtuelle :
   • Écrire sur un disque managé Azure.
5. Pour connaître les rôles intégrés et les détails d’autorisation Azure Migrate requis pour créer un projet et exécuter la découverte, les évaluations et les migrations, consultez Préparer des comptes Azure pour Azure Migrate.
6. Attribuez des autorisations pour inscrire l’appliance de réplication dans Microsoft Entra ID. Pour plus d’informations, consultez les autorisations requises.

De plus :

• Passer en revue l’architecture de migration.
• Passez en revue les limitations liées à la migration de serveurs Windows Server 2008 vers Azure.

Remarque

Windows Server 2008, 2008 R2, 2012 et 2012 R2 ont atteint fin de support (EOS). Examinez votre utilisation et planifiez vos mises à niveau et migrations du système d'exploitation en conséquence. Pour plus d’informations, consultez Fin de la prise en charge pour :

• Windows Server 2008 et Windows Server 2008 R2
• Windows Server 2012
• Windows Server 2012 R2
  Effectuez une mise à niveau sur place vers Windows Server 2016, 2019, 2022 ou 2025.

Remarque

Si vous envisagez de mettre à niveau votre système d’exploitation Windows, Azure Migrer et Moderniser téléchargera probablement l’utilitaire Windows SetupDiag pour obtenir les détails de l’erreur en cas d’échec de la mise à niveau. Vérifiez que la machine virtuelle créée dans Azure après la migration a accès à SetupDiag. Si l’accès à SetupDiag n’est pas possible, vous risquez de ne pas pouvoir obtenir les codes d’erreur détaillés de l’échec de la mise à niveau du système d’exploitation, mais la mise à niveau peut tout de même avoir lieu.

Créer un réseau Azure

Important

Les réseaux virtuels sont un service régional, donc veillez à créer votre réseau virtuel dans la région Azure cible souhaitée. Par exemple, si vous envisagez de répliquer et de migrer des machines virtuelles de votre environnement local vers la région Azure USA Est, votre réseau virtuel cible doit être créé dans la région USA Est. Pour connecter des réseaux virtuels dans différentes régions, consultez Appairage de réseaux virtuels.

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

Préparation de la migration

Pour préparer la migration de serveurs physiques, assurez-vous de :

• Vérifiez la configuration requise de l’ordinateur : vérifiez que vos machines sources sont prises en charge pour la migration de serveur physique.
• Configurer une appliance de réplication : les migrations de serveur physique nécessitent une appliance de réplication distincte pour exécuter des migrations basées sur un agent. Vous ne pouvez pas utiliser l’appliance Azure Migrate créée pour la découverte afin d’exécuter des migrations de serveur physiques.

Vérifier les conditions requises pour la migration des machines

Vérifiez que les machines sont conformes aux exigences de migration vers Azure.

Remarque

Lorsque vous migrez des machines physiques, l’outil Migration et modernisation utilise la même architecture de réplication que la récupération d’urgence basée sur agent dans Azure Site Recovery. Certains composants partagent le même codebase. Certains contenus peuvent être liés à la documentation Site Recovery.

1. Vérifiez les conditions requises des serveurs physiques.

2. Vérifiez que les machines locales que vous répliquez sur Azure respectent les exigences des machines virtuelles Azure.

3. 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 une machine pour l’appliance de réplication

L’appliance de réplication Azure Site Recovery est utilisée pour répliquer des machines vers Azure. En savoir plus

Pour configurer une nouvelle appliance, vous pouvez utiliser le script du programme d’installation PowerShell. Veillez à répondre aux exigences matérielles et logicielles , ainsi qu’à toutes les autres conditions préalables.

Remarque

L’appliance de réplication ne doit pas être installée sur une machine source que vous souhaitez répliquer, ou sur l’appliance Azure Migrate : Découverte et évaluation que vous avez probablement déjà installée.

Configurer l’appliance de réplication

Important

L'appareil de réplication classique sera retiré le 30 septembre 2026.

• Le dernier point de récupération des réplications existantes est le 31 mai 2026.
• La prise en charge de la migration pour ces réplications se poursuit jusqu’au 30 septembre 2026.
• Vous devez utiliser l’appliance simplifiée pour toutes les nouvelles migrations basées sur un agent.

Cette section explique comment télécharger et utiliser le script d’installation PowerShell pour configurer l’appliance simplifiée.

1. Dans le projet Azure Migrate >Execute>Migration, sélectionnez Exécution de démarrage.

2. Sur Spécifier l’intention, sous Que voulez-vous migrer, sélectionnez Serveurs ou machines virtuelles (VM). Sous Où souhaitez-vous migrer, sélectionnez machine virtuelle Azure.

3. Dans Comment sélectionnerez-vous les charges de travail, sous Autres sources, sélectionnez À partir de l’appliance de réplication (physique ou autres). Sélectionnez le lien disponible dans la page pour démarrer la configuration.

4. Dans la page de configuration, le type de virtualisation est prérempli en fonction de la sélection que vous avez faite à l’étape précédente (physique).

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

6. Sélectionnez Confirmer que la région cible pour la migration est region-name.

7. Sélectionnez Créer des ressources. Cette action crée un coffre Azure Site Recovery en arrière-plan.

   Remarque

   Vous ne pouvez pas changer la région cible pour ce projet après avoir sélectionné le bouton Créer des ressources , et toutes les migrations suivantes sont envoyées vers cette région.

Configurer l’appliance à l’aide de PowerShell

Cette section décrit comment configurer l’appareil en utilisant PowerShell.

1. Téléchargez les programmes d’installation à partir du portail ou à partir du lien fourni, puis placez-les sur l’appliance de réplication que vous avez créée dans votre environnement. Vérifiez que l’appliance répond aux exigences.

2. Décompressez et extrayez les composants.

3. Exécutez le script PowerShellDRInstaller.ps1 en tant qu’administrateur.

Inscrire l’appliance

Une fois l’appliance créée, Microsoft Azure Appliance Configuration Manager démarre automatiquement. Il valide les prérequis tels que la connectivité Internet, la synchronisation de temps, les configurations système et les stratégies de groupe.

• CheckRegistryAccessPolicy - Empêche l’accès aux outils d’édition du registre

  • Clé : HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System.
  • La DisableRegistryTools valeur ne devrait pas être égale à 0.

• CheckCommandPromptPolicy - Empêche l’accès à l’invite de commande

  • Clé : HKLM\SOFTWARE\Policies\Microsoft\Windows\System.
  • La DisableCMD valeur doit être égale à 0.

• CheckTrustLogicAttachmentsPolicy - Logique de confiance pour les pièces jointes de fichier.

  • Clé : HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Attachments.
  • La UseTrustedHandlers valeur ne devrait pas être égale à 3.

• CheckPowershellExecutionPolicy : activez l’exécution de script.

  • La politique d’exécution PowerShell ne devrait pas être réglée sur AllSigned ou Restricted.
  • Assurez-vous que la stratégie de groupe Activer le gestionnaire de pièces jointes pour l’exécution des scripts n’est pas définie sur Désactivé ou Autoriser uniquement les scripts signés.

Pour inscrire l’appliance, procédez comme suit :

1. Si l’appliance utilise un proxy pour l’accès Internet, configurez les paramètres du proxy en bascule sur l’option « Utiliser le proxy pour se connecter à Internet ».

   • Tous les services Azure Site Recovery utilisent ces paramètres pour se connecter à Internet.

   Remarque

   Seuls les proxys HTTP sont pris en charge.

2. Vérifiez que les URL requises sont autorisées et accessibles à partir de l’appliance de réplication Azure Site Recovery pour maintenir une connectivité continue.

3. Après vérification des prérequis, l’appareil récupère toutes ses informations sur les composants à l’étape suivante. Passez en revue l’état de tous les composants, puis sélectionnez Continuer.

4. Enregistrez les détails, puis continuez à choisir la méthode de connectivité de l’appliance. Vous pouvez sélectionner un nom de domaine complet ou une adresse IP NAT pour définir la façon dont la communication avec l’appliance se produit.

   .

5. Après avoir enregistré les détails de connectivité, sélectionnez Continuer à procéder à l’inscription dans Microsoft Azure.

6. Vérifiez que les conditions préalables sont remplies , puis passez à l’inscription.

   .

7. Nom convivial de l’appliance : fournissez un nom convivial pour suivre cette appliance dans le portail Azure sous l’infrastructure Recovery Services Vault.

   Remarque

   Le nom ne peut pas être modifié une fois défini.

8. Clé de l’appliance de réplication Azure Migrate : copiez la clé à partir de l’écran de découverte du portail.

   .

9. Après avoir collé la clé, sélectionnez Connexion. Vous êtes redirigé vers un nouvel onglet d’authentification. Par défaut, un code d’authentification est généré sur la page Appliance Configuration Manager . Utilisez le code suivant dans l’onglet Authentification.

10. Entrez vos informations d’identification Microsoft Azure pour terminer l’inscription.

11. Une fois l’inscription réussie, vous pouvez fermer l’onglet et revenir à Appliance Configuration Manager pour poursuivre la configuration.

    

    Remarque

    Un code d’authentification expire dans les 5 minutes après sa création. S’il y a une inactivité plus longue que cette durée, vous êtes invité à vous reconnecter à Azure.

12. Une fois connecté, les détails de l’abonnement, du groupe de ressources et du coffre Recovery Services sont affichés.

13. Sélectionnez Continuer pour poursuivre.

    .

14. Une fois l’inscription réussie, passez à la configuration des détails de vCenter .

    .

15. Sélectionnez Ajouter vCenter Server pour entrer les informations vCenter.

16. Entrez le nom du serveur ou l’adresse IP du vCenter, y compris le numéro de port, puis indiquez le nom d’utilisateur, le mot de passe et un nom convivial. Ces informations sont utilisées pour récupérer des détails sur les machines virtuelles gérées via le vCenter. Les détails du compte d’utilisateur sont chiffrés et stockés localement sur l’ordinateur. En savoir plus

    Remarque

    Si vous ajoutez le même serveur vCenter à plusieurs appliances, vérifiez que le même nom convivial est utilisé sur toutes les appliances.

17. Après avoir enregistré les informations vCenter, sélectionnez Ajouter des informations d’identification de machine virtuelle pour fournir des détails utilisateur aux machines virtuelles découvertes via le vCenter.

    Remarque

    • Pour système d’exploitation Linux, veillez à fournir les identifiants root.
    • Pour le système d’exploitation Windows, c’est un compte d’utilisateur doté de privilèges Administrateur qui doit être ajouté. Ces identifiants sont utilisés pour déployer l’installation de l’agent de mobilité sur la machine virtuelle source pendant l’opération d’activation de la réplication. Les informations d’identification peuvent être choisies par machine virtuelle dans le portail Azure pendant l’activation du flux de travail de réplication.
    • Visitez le configurateur d’appliance pour modifier ou ajouter des informations d’identification pour accéder à vos machines.

18. Après avoir ajouté les détails de vCenter, développez Fournir les détails du serveur physique pour ajouter des informations sur les serveurs physiques que vous envisagez de protéger.

    .

19. Sélectionnez Ajouter des informations d’identification pour ajouter les informations d’identification de la ou des machines que vous prévoyez de protéger. Fournissez tous les détails nécessaires, tels que le système d’exploitation, un nom convivial pour les informations d’identification, le nom d’utilisateur et le mot de passe. Les détails du compte d’utilisateur sont chiffrés et stockés localement sur l’ordinateur.

20. Enfin, sélectionnez Ajouter.

    .

21. Sélectionnez Ajouter un serveur pour ajouter les détails du serveur physique. Fournissez l’adresse IP ou FQDN de la machine.

22. Sélectionnez le compte d’informations d’identification, puis sélectionnez Ajouter.

    .

Installer l’agent du service Mobilité

Lorsque vous activez la réplication pour les machines virtuelles VMware et les serveurs physiques, le service Mobility est installé sur chaque ordinateur local. Le service Mobilité capture les données les écrit sur la machine et les transfère au serveur de processus Site Recovery.

Vous pouvez installer le service Mobilité à l’aide du logiciel de l’agent de service Mobility. Les méthodes suivantes sont disponibles pour le déploiement :

• Installation push : lorsque la protection est activée via le portail Azure, Site Recovery installe le service Mobilité sur le serveur.
• Installation manuelle : vous pouvez installer le service Mobilité manuellement sur chaque ordinateur via l’interface utilisateur oul’invite de commandes.
• Déploiement automatisé : vous pouvez automatiser l’installation du service Mobilité avec des outils de déploiement de logiciels tels que Configuration Manager.

Découvrez-en davantage sur l’installation de l’agent de service mobilité.

Exécuter des migrations

Remarque

Dans le portail, vous pouvez sélectionner jusqu’à 10 machines à la fois pour la réplication. Si vous avez besoin d’en répliquer davantage, regroupez-les par lots de 10.

1. Dans le projet Azure Migrate >Execute>Migration, sélectionnez Exécution de démarrage.

2. Dans la page Spécifier l’intention, sous Ce que vous souhaitez migrer, sélectionnez Serveurs ou machines virtuelles. Sous Où voulez-vous migrer, sélectionnez Machine virtuelle Azure.

3. Sous Comment sélectionner des charges de travail, sélectionnez l’une des options suivantes :

   • Si vous avez un appliance Azure Migrate existant, sélectionnez l’une des options suivantes et passez à la méthode Discovery.
     • À partir de tous les inventaires pour sélectionner manuellement des serveurs.
     • À partir d’une évaluation pour utiliser une évaluation existante.
   • Si vous ne disposez pas d’un appareil Azure Migrate existant (nécessaire pour les évaluations, la planification par vagues et d’autres fonctionnalités de planification) et souhaitez exécuter directement des migrations basées sur des agents, sélectionnez À partir d’un appareil de réplication (physique ou autre). Si vous avez terminé la configuration de l’appliance de réplication, vous pouvez passer aux charges de travail. Sinon, effectuez la configuration en fonction des étapes fournies dans la section précédente.

4. Dans la méthode De découverte, sélectionnez l’appliance qui correspond à votre environnement source (physique), puis sélectionnez Suivant.

5. Dans les charges de travail :

   • Sélectionnez le type de sécurité de machine virtuelle cible :
     • Azure Migrate prend en charge la migration vers des machines virtuelles de lancement approuvées. Par défaut, il migre les machines virtuelles éligibles en tant que TVM. Ces machines virtuelles offrent des fonctionnalités de sécurité améliorées, telles que le démarrage sécurisé et le TPM virtuel, sans frais supplémentaires.
     • Vous pouvez également migrer des machines éligibles vers des machines virtuelles confidentielles (version préliminaire). En savoir plus Si les machines virtuelles confidentielles sont sélectionnées, seuls les serveurs éligibles sont disponibles et les autres sont grisés.
   • Sélectionnez l’appliance de réplication que vous avez configurée dans le menu déroulant ou configurez une nouvelle appliance de réplication en faisant référence aux étapes fournies dans la section précédente.
     • Dans les informations d’identification de l’invité, spécifiez le compte d’administrateur de machine virtuelle que vous utilisez pour l’installation push du service Mobility.
   • Ensuite, sélectionnez Suivant après avoir sélectionné les machines virtuelles que vous souhaitez répliquer.

6. Dans les paramètres cibles, sélectionnez l’abonnement et la région cible vers laquelle vous souhaitez migrer, puis spécifiez le groupe de ressources où résident les machines virtuelles Azure après la migration. Effectuez les paramètres suivants :

   • Compte de stockage : conservez l’option par défaut pour utiliser le compte de stockage de cache que le portail crée automatiquement pour le projet. Pour utiliser un autre compte de stockage pour la réplication, sélectionnez-le dans la liste déroulante.

   Remarque

   • Si vous utilisez un 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. Pour en savoir plus
   • Pour répliquer en utilisant ExpressRoute avec le peering privé, créez un point de terminaison privé pour le compte de stockage de cache. Pour en savoir plus

   • Azure Hybrid Benefit : profitez d’Azure Hybrid Benefit et économisez jusqu’à 76 % par rapport aux tarifs à l’utilisation en utilisant une licence Windows Server et/ou Linux Enterprise éligible. Cochez les cases applicables à votre licence (licence Windows Server ou licence Enterprise Linux).

   • Réseau virtuel : sélectionnez le réseau virtuel et le sous-réseau Azure que les machines virtuelles Azure rejoignent après la migration.

   • Options de disponibilité : sélectionnez l’une des options suivantes :

     • La zone de disponibilité fixe la machine migrée à une zone de disponibilité spécifique dans la région. Utilisez cette option pour distribuer des machines qui font partie d’un niveau d’application multinode sur Zones de disponibilité. Si vous sélectionnez cette option, spécifiez la zone de disponibilité pour chaque ordinateur sélectionné sous l’onglet Calcul. Cette option est disponible uniquement si la région cible sélectionnée prend en charge Zones de disponibilité.
     • Groupe à haute disponibilité place la machine migrée dans un groupe à haute disponibilité. Le groupe de ressources cible sélectionné doit contenir un ou plusieurs groupes à haute disponibilité.
     • Aucune redondance d'infrastructure requise : sélectionnez cette option si vous n'avez pas besoin de Zones de disponibilité ou de groupes à haute disponibilité pour les machines migrées.

   • Dans détails de sécurité,

     • Si le type de sécurité cible sélectionné est des machines virtuelles standard ou de lancement approuvé :

       • Le démarrage sécurisé est activé par défaut (recommandé). Vous pouvez choisir de supprimer cette option. Ensuite, passez à la sélection du type de chiffrement de disque .

     • Si le type de sécurité cible sélectionné est des machines virtuelles confidentielles :

       • Vous pouvez éventuellement choisir de chiffrer de manière confidentielle les disques du système d’exploitation. Ce chiffrement fournit une couche supplémentaire de chiffrement qui lie les clés de chiffrement de disque au module TPM de la machine virtuelle et rend le contenu du disque accessible uniquement à la machine virtuelle.
       • Pour activer ce chiffrement, cochez l’option de chiffrement de calcul confidentiel et passez à la sélection du type de chiffrement de disque du système d’exploitation . Sinon, passez à la sélection du type de chiffrement de disque .
       • Type de chiffrement de disque du système d’exploitation, sélectionnez :
         • Chiffrement au repos avec une clé gérée par la plateforme (par défaut, si vous n’avez pas sélectionné le chiffrement de calcul confidentiel)
         • Chiffrement confidentiel avec une clé gérée par la plateforme (disponible, si vous avez sélectionné le chiffrement de calcul confidentiel)
         • Chiffrement confidentiel avec une clé gérée par le client (disponible, si vous avez sélectionné le chiffrement de calcul confidentiel)

           Remarque

           Le chiffrement de disque de système d’exploitation confidentiel n’est pas pris en charge pour les machines virtuelles RHEL et Rocky Linux. Si le chiffrement du disque du système d’exploitation est requis, supprimez ces machines virtuelles de la sélection.

     • 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 (CMK), créez un jeu de chiffrement de disque sous le groupe de ressources cible. Un objet de jeu de chiffrement de disque associe des disques gérés à un coffre de clés qui contient la CMK à utiliser pour le SSE.
   • Le disque initial est créé dans Azure pendant la réplication/préparation avant le basculement. Le chiffrement protège les données directement à partir de la première écriture pendant qu’elles résident dans Azure. Le paramètre de type de chiffrement de disque s’applique aux disques amorçage et aux disques managés après la migration finale.

7. 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 être conformes aux 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 Migrate choisit une taille en fonction de la meilleure correspondance parmi les options disponibles dans l’abonnement Azure. Vous pouvez également choisir une taille manuelle dans Taille de la machine virtuelle Azure.
   • Disque de 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 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.
   • Réservation de capacité : si vous disposez déjà d’une réservation de capacité pour la référence SKU de machine virtuelle dans l’abonnement cible et l’emplacement, spécifiez-le ici pour ce déploiement. Les réservations de capacité garantissent que la référence SKU de machine virtuelle requise est disponible lorsque vous démarrez la migration. Vous pouvez associer une réservation maintenant ou ignorer cette étape et la configurer ultérieurement pendant la migration. La réservation de capacité pour la référence SKU peut se trouver dans n’importe quel groupe de ressources au sein de l’abonnement et de l’emplacement cibles. En savoir plus

8. Dans Disques, spécifiez si les disques de machine virtuelle doivent être répliqués sur Azure, puis sélectionnez le type de disque (Premium v2, Ultra Disk, SSD Standard, 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.
   • Vous pouvez exclure des disques si l’agent mobilité est déjà installé sur ce serveur. En savoir plus

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

10. Dans Vérifier et démarrer l’exécution, passez en revue les paramètres, puis sélectionnez Vérifier et démarrer l’exécution pour démarrer la réplication initiale pour les serveurs.

Suivre et superviser

1. Dans le projet Azure Migrate, accédez à Exécuter > Migrations. Utilisez Afficher par applications ou Afficher par charges de travail pour changer la façon dont les éléments sont regroupés.

2. La réplication se déroule comme suit :

   1. Lorsque le travail de réplication Start se termine avec succès, les machines commencent leur réplication initiale vers Azure.
   2. Lors de la réplication initiale, une capture instantanée de machine virtuelle est créée. Les données de disque de la capture instantanée sont répliquées sur les disques managés de réplica dans Azure.
   3. Au terme de la réplication initiale, la réplication différentielle commence. Les modifications incrémentielles apportées aux disques sources sont régulièrement répliquées sur les disques réplicas dans Azure.

3. La progression de l’exécution s’affiche dans l’étape d’exécution et l’état d’exécution :

   • Étape d’exécution : préparation, test ou achèvement.
   • État d’exécution : En cours, En cours, Erreur, Action en attente ou Terminé.

4. La progression de l’exécution est suivie à trois étapes de la phase d’exécution :

   1. Préparation :

      • Les serveurs activés pour la réplication restent à l’étape de préparation pendant que la réplication initiale (réplication des données) est en cours.
      • Vous pouvez effectuer des opérations arrêter la réplication et démarrer la réplication à cette étape si nécessaire en utilisant les listes déroulantes disponibles dans le panneau d’exploration du serveur.
      • Une fois la réplication initiale terminée, les serveurs passent à la phase de test .

      

   2. Test :

      • Serveurs pour lesquels la réplication initiale est terminée et la réplication delta est en cours de passage à l’étape de test .
      • Vous pouvez choisir d’effectuer des migrations de test sur un réseau virtuel de test avant la migration réelle (recommandé).
      • Vous pouvez ignorer l’étape de test et démarrer la migration directement à l’aide des actions disponibles dans le menu déroulant Achèvement .

   3. Achèvement :

      • Les serveurs pour lesquels les migrations de test ont été effectuées ou ignorées passent à cette étape. Vous pouvez effectuer des migrations finales (Cutover) pour ces serveurs.
      • Une fois la migration terminée, effectuez la migration complète pour nettoyer les ressources de migration à l’aide des listes déroulantes disponibles dans le panneau d’exploration du serveur.

Exécuter un test de migration

Quand la réplication différentielle commence, vous pouvez exécuter une migration de test avec les machines virtuelles avant d’exécuter une migration complète vers Azure. Avant la migration, nous vous recommandons vivement d’effectuer cette opération au moins une fois pour chaque machine.

• L’exécution d’un test de migration vérifie que la migration fonctionne comme prévu, sans avoir d’impact sur les machines sources (locales ou AVS), qui restent opérationnelles et continuent de répliquer.
• La migration de test simule la migration en créant une VM Azure à partir de données répliquées (généralement en migrant vers un réseau virtuel non produit via 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.

Effectuez une migration de test de la façon suivante :

1. Dans le projet Azure Migrate, sous Exécuter>les migrations, sélectionnez le serveur en sélectionnant son nom dans la colonne Workloads.

2. Dans le menu d’exploration, sous le menu déroulant Tests, sélectionnez Démarrer migration de test.

3. Lors de la migration de test, sélectionnez le réseau virtuel Azure dans lequel la VM Azure sera située lors des tests. Nous vous recommandons d’utiliser un réseau virtuel non en production.

4. Sélectionnez le sous-réseau à associer à chaque carte d’interface réseau (NIC) sur la machine virtuelle migrée.

5. Vous avez la possibilité de mettre à niveau le système d’exploitation Windows Server pendant la migration de test. Pour effectuer la mise à niveau, sélectionnez l’option Mise à niveau disponible.

6. Dans le volet qui s’affiche, sélectionnez la version du système d’exploitation cible vers laquelle vous souhaitez effectuer la mise à niveau, puis sélectionnez Appliquer. En savoir plus

7. Sélectionnez le test de migration pour démarrer la tâche. Surveillez l’état du travail dans le portail sous État d’exécution. Une fois la migration de test terminée, nettoyez les ressources de test en accédant au serveur et en sélectionnant Nettoyer la migration de test dans la liste déroulante Test .

   Remarque

   • Pour profiter du patching automatisé, de la sauvegarde automatisée et de la gestion simplifiée des licences grâce à l’extension SQL IaaS Agent, enregistrez vos serveurs exécutant SQL Server avec SQL VM RP.
   • Sélectionnez le serveur sous la colonne Charges de travail dans la page Exécuter> les migrations. Dans les paramètres calcul et réseau, cochez la case associée à l’inscription à l’extension IaaS SQL.
   • Sélectionnez l'avantage Azure Hybrid pour SQL Server si vous avez des instances de SQL Server couvertes par des abonnements actifs à Software Assurance ou SQL Server et que vous souhaitez appliquer cet avantage aux machines que vous migrez.

Migrer des machines virtuelles

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

1. Dans le projet Azure Migrate, sous Exécuter>les migrations, sélectionnez le serveur en sélectionnant son nom dans la colonne Workloads.
2. Dans le menu d’exploration, sous la liste déroulante Achèvement, 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.
   • Par défaut, Azure Migrate éteint la VM source et exécute une réplication à la demande pour synchroniser les modifications de VM survenues depuis la dernière réplication. Ce processus garantit l’absence de perte de données.
   • Si vous ne souhaitez pas arrêter la machine virtuelle, sélectionnez Non.
4. Vous avez la possibilité de mettre à niveau le système d’exploitation Windows Server pendant la migration.
5. Pour effectuer la mise à niveau, sélectionnez l’option Mise à niveau disponible. Dans le volet qui s’affiche, sélectionnez la version du système d’exploitation cible vers laquelle vous souhaitez effectuer la mise à niveau, puis sélectionnez Appliquer. En savoir plus
6. Si vous disposez déjà d’une réservation de capacité pour la référence SKU de machine virtuelle dans l’abonnement et l’emplacement cibles, indiquez-la ici pour ce déploiement. Les réservations de capacité garantissent que la référence SKU de machine virtuelle requise est disponible lorsque vous démarrez la migration. La réservation de capacité pour la référence SKU peut se trouver dans n’importe quel groupe de ressources au sein de l’abonnement et de l’emplacement cibles. En savoir plus
7. Une fois les paramètres terminés, sélectionnez Migrer. Une tâche de migration démarre pour le serveur. Suivez le travail dans les notifications Azure.
8. Une fois le travail terminé, vous pouvez afficher et gérer le serveur à partir de la page Migrations, qui sera suivie dans la phase d’achèvement.

Effectuer la migration

1. Une fois la migration terminée, ouvrez la page d’exploration du serveur. Sous Achèvement, sélectionnez Terminer la migration. Cette action arrête la réplication de la machine source et 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 des 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. Supprimez les machines virtuelles locales de votre inventaire des machines virtuelles locales.
7. Supprimez les machines virtuelles locales des sauvegardes locales.
8. 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 le service 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 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.
  • 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 les accès non autorisés.
  • En savoir plus sur la sécurisation des ressources IaaS et de Microsoft Defender pour cloud.
• Pour la surveillance et la gestion :
  • Pensez à déployer Microsoft Cost Management pour effectuer un monitoring de l’utilisation et des dépenses liées aux ressources.

Étapes suivantes

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