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 à :

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 de votre compte Azure
   • Votre compte Azure a besoin d’autorisations pour créer une machine virtuelle
   • écrivez 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.

Créer un réseau Azure

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.

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.

Configurer l’appliance de réplication

Cette section explique comment télécharger et utiliser le script du programme 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. 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 :

   • À partir de tous les inventaires pour sélectionner manuellement des serveurs.
   • D’une évaluation pour utiliser une évaluation existante.

4. Sous Méthode de découverte, sélectionnez l’appliance qui correspond à votre environnement source (serveurs physiques), puis sélectionnez Suivant.

5. Dans la page Charges de travail, sélectionnez Configurer l’appliance de réplication pour démarrer la configuration de l’appliance.

6. Le type de virtualisation est prérempli et ne peut pas être modifié, selon l’appliance Azure Migrate utilisée pour la découverte.

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

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

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

   Remarque

   Vous ne pouvez pas changer la région cible du projet après avoir cliqué sur ce bouton : toutes les migrations suivantes seront effectuées dans cette région.

Configurer l’appliance à l’aide de PowerShell

Suivez ces étapes :

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 de modification du Registre - Clé : HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System. - La valeur DisableRegistryTools ne doit pas être égale à 0.

CheckCommandPromptPolicy - Empêche l’accès à l’invite de commandes - Clé : HKLM\SOFTWARE\Policies\Microsoft\Windows\System. - La valeur DisableCMD doit être égale à 0.

CheckTrustLogicAttachmentsPolicy - Logique de confiance pour les pièces jointes de fichier. - Clé : HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\Attachments. - La valeur UseTrustedHandlers ne doit pas être égale à 3.

CheckPowershellExecutionPolicy : activez l’exécution de script. - La stratégie d'exécution de PowerShell ne doit pas être définie sur AllSigned ou Restricted. - Vérifiez que la stratégie de groupe Activer le Gestionnaire de pièces jointes d’exécution de script 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. Une fois les prérequis vérifiés, l’appliance récupère toutes ses informations de composant à 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. Indiquez l’adresse IP ou le nom de domaine complet de l’ordinateur

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

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 :

   • À partir de tous les inventaires pour sélectionner manuellement des serveurs
   • D'un processus d'évaluation à l'utilisation d'une évaluation existante

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

5. Dans Charges de travail, sélectionnez les machines que vous souhaitez répliquer et migrer, puis 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. Nous vous recommandons de les utiliser le cas échéant.

6. 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.

7. Dans les informations d’identification de l’invité, dans les informations d’identification d’invité, sélectionnez le nom convivial des informations d’identification créées précédemment pendant la configuration de l’appliance de réplication. Sélectionnez les machines virtuelles que vous souhaitez répliquer, puis cliquez sur Suivant.

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

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

  • Zone de disponibilité : épingle 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’une couche d’application à plusieurs nœuds 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 l’ordinateur migré 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.

• 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.

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

• 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), vous devez créer un jeu de chiffrement de disque sous le groupe de ressources cible. Un ensemble de chiffrement de disque associe des disques gérés à un Key Vault qui contient la clé CMK à utiliser pour SSE.

• Azure Hybrid Benefit : - Sélectionnez No si vous ne souhaitez pas appliquer Azure Hybrid Benefit, puis sélectionnez Next. - Sélectionnez Yes si vous avez Windows Server machines couvertes par des abonnements Software Assurance ou Windows Server actifs, et que vous souhaitez appliquer l'avantage aux machines que vous migrez. Cliquez ensuite sur Suivant.

9. 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 dans l’abonnement et l’emplacement cibles. En savoir plus.

10. 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

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

12. 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 fonctionne comme suit :

   • Après que le travail de démarrage de la réplication soit terminé avec succès, les machines commencent la réplication initiale vers Azure.
     • Lors de la réplication initiale, Azure Migrate crée un instantané de machine virtuelle et réplique les données de disque de l’instantané vers des disques managés répliqués dans Azure.
     • 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 :

   • 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. Pendant cette phase, vous pouvez sélectionner Arrêter, Démarrer, Suspendre ou Reprendre parmi les actions proposées dans le panneau d’exploration du serveur. Une fois la réplication initiale terminée, les serveurs passent à la phase de test.

   • Test : les serveurs passent à la phase de test une fois la réplication initiale terminée et pendant que la réplication delta est en cours. Dans cette étape, vous pouvez exécuter des migrations de test sur un réseau virtuel de test avant de démarrer la migration réelle (recommandé). Vous pouvez également ignorer l’étape de test et démarrer la migration directement en sélectionnant l’action appropriée dans l’étape d’achèvement.

   • Achèvement : les serveurs passent à l’étape d’achèvement une fois les migrations de test terminées ou ignorées. Dans cette phase, vous pouvez démarrer la migration finale (basculement). Une fois la migration terminée, sélectionnez Terminer la migration pour nettoyer les ressources de migration parmi les actions disponibles dans la liste déroulante 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.
• Une migration de test simule la migration en créant une machine virtuelle Azure à l’aide de données répliquées (il s’agit en général d’une 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.

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

1. Dans le projet Azure Migrate, sous Exécuter>Migrations>, sélectionnez le serveur en choisissant son nom dans la colonne Charges de travail.

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

3. Dans Test migration, sélectionnez le Réseau virtuel Azure(Vnet) dans lequel se trouve la machine virtuelle Azure lors du test. Nous vous recommandons d’utiliser un réseau virtuel hors 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.Une fois la migration de test sélectionnée, le travail démarre. Surveillez l’état sous État d’exécution dans le portail Azure. Une fois la migration de test terminée, nettoyez les ressources de test. Accédez au serveur, puis sélectionnez Nettoyer la migration d'essai dans la liste déroulante Test.

   

   Remarque

   Vous pouvez désormais inscrire vos serveurs exécutant SQL Server auprès du fournisseur de ressources SQL Server sur des machines virtuelles Azure 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 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 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 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 Azure Migrate projet, sous Execute>Migrations> et sélectionnez le serveur en sélectionnant son nom dans la colonne Charges de travail.
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 arrête la machine virtuelle source et exécute une réplication à la demande pour synchroniser les modifications de machine virtuelle qui se sont produites depuis la dernière réplication. Cela permet d’éviter toute 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.
  • Découvrez plus en détail la sécurisation des ressources IaaS et Microsoft Defender pour le 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.