Migrer des machines virtuelles VMware vers Azure (sans agent)

Cet article explique comment migrer des machines virtuelles VMware ou Azure VMware Solution (AVS) locales vers Azure, à l’aide de l’outil migration et de modernisation , avec une migration sans agent. Vous pouvez également migrer des machines virtuelles VMware à l’aide de la migration basée sur un agent. Comparez les méthodes.

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 des options par défaut, le cas échéant, et ne montrent pas tous les paramètres et chemins possibles.

Dans ce tutoriel, vous allez apprendre à :

Vérifiez que les conditions préalables à l’exécution de la migration sans agent sont remplies, notamment la configuration de l’appliance, la découverte et les autorisations requises.
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

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

Conditions préalables

Avant de commencer ce didacticiel, vous devez :

Suivre le premier tutoriel pour configurer Azure et VMware en vue de la migration.
Nous vous recommandons de suivre le deuxième tutoriel afin d’évaluer les machines virtuelles VMware avant de les migrer vers Azure, mais cela n’est pas une obligation.
Accéder au projet déjà créé ou créer un autre projet
Vérifier les autorisations pour votre compte Azure : votre compte Azure doit être autorisé à créer une machine virtuelle et à écrire sur un disque managé Azure.
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.

Remarque

Si vous envisagez de mettre à niveau votre système d’exploitation Windows, Azure Migrate peut télécharger le programme d’installation de WindowsDiag 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. En cas d’absence d’accès à SetupDiag, vous ne pourrez peut-être pas obtenir des codes d’erreur d’échec de mise à niveau de système d’exploitation détaillés, mais la mise à niveau peut continuer.

Configurer l’appliance Azure Migrate

L’outil Migration et modernisation exécute une appliance de machine virtuelle VMware légère qui est utilisée pour la détection, l’évaluation et la migration sans agent des machines virtuelles VMware. Si vous suivez le didacticiel d’évaluation, vous avez déjà configuré l’appliance. Si ce n’est pas le cas, configurez-la maintenant, en choisissant l’une des méthodes suivantes :

Modèle OVA : Configurez-la sur une machine virtuelle VMware au moyen d’un modèle OVA téléchargé.
Script : configuration sur une machine virtuelle VMware ou une machine physique, au moyen d’un script d’installation PowerShell. C’est la méthode à utiliser si vous ne pouvez pas configurer une machine virtuelle à l’aide d’un modèle OVA ou si vous êtes dans un cloud Azure Government.

Après avoir créé l’appliance, vérifiez qu’elle peut se connecter à Azure Migrate : Évaluation de serveur, configurez-la pour la première fois, puis inscrivez-la auprès du projet Azure Migrate.

Exécuter des migrations

Une fois que vous avez configuré l’appliance et terminé la détection, vous pouvez commencer la réplication des machines virtuelles VMware sur Azure.

Vous pouvez exécuter jusqu’à 500 réplications simultanément.
Dans le portail, vous pouvez sélectionner jusqu’à 10 machines virtuelles à la fois pour la migration. Pour migrer davantage de machines, ajoutez-les à des groupes par lots de 10.

Remarque

Azure Migrate ne prend pas en charge la migration sans agent de machines virtuelles VMware qui contiennent des caractères non ASCII avec VMDK.

Activez la réplication comme suit :

Dans le projet Azure Migrate >Execute>Migration, sélectionnez Exécution de démarrage.
Dans Spécifier l'intention, >Que voulez-vous migrer, sélectionnez Serveurs ou Machines Virtuelles (VM). Sous Où souhaitez-vous migrer, sélectionnez machine virtuelle Azure.
Dans Comment allez-vous sélectionner les charges de travail, sélectionnez l’une des options suivantes sous Sources de l’appliance Azure Migrate,
- À partir de tous les inventaires pour sélectionner manuellement des serveurs
- D’une évaluation à l’utilisation d’une évaluation existante
Dans la méthode De découverte, sélectionnez l’appliance qui correspond à votre environnement source (VMware vSphere dans ce cas). En mode migration, sélectionnez Migration sans agent.
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 (préversion) En savoir plus. Si vous sélectionnez des machines virtuelles confidentielles, seuls les serveurs éligibles sont disponibles pour la sélection et le reste est grisé.
- Sélectionnez ensuite les machines que vous souhaitez répliquer et migrer, puis cliquez sur Suivant.
Dans Paramètres cibles, sélectionnez l’abonnement, la région cible et le compte de stockage.
- 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 des services de récupération l’accès au compte de stockage cache. Pour en savoir plus
- Pour répliquer à l’aide d’ExpressRoute avec peering privé, créez un point de terminaison privé pour le compte de stockage du cache. Pour en savoir plus
- Après avoir démarré la première réplication d’une machine virtuelle, la région cible et le compte de stockage ne peuvent pas être modifiés. L’option par défaut sélectionnée dans la liste déroulante est utilisée pour créer un compte de stockage. Si aucune option n’est sélectionnée, le compte de stockage est créé à l’étape finale de l’activation de la réplication.
- Azure Hybrid Benefit : Appliquez Azure Hybrid Benefit et économisez jusqu’à 76 % par rapport aux coûts de paiement à l’utilisation grâce à une licence Windows Server admissible et/ou à une licence Enterprise Linux admissible. 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 :
  - 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’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 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.
- 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, sélectionnez 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 .
    - Sous type de chiffrement de disque de système d’exploitation, sélectionnez l’une des options suivantes :
      - 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.
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). Vérifiez que les machines virtuelles sont 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 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 de système d’exploitation (démarrage) de la machine virtuelle. Le disque du système d’exploitation est le disque qui contient le chargeur de démarrage et le programme d’installation du système d’exploitation.
- Zone de disponibilité : spécifiez la zone de disponibilité à utiliser.
- Groupe à haute disponibilité : spécifiez le groupe à haute disponibilité à utiliser.
- 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.
Remarque

Si vous souhaitez sélectionner une autre option de disponibilité pour un ensemble de machines virtuelles, allez à l’étape 1 et répétez les étapes en sélectionnant différentes options de disponibilité après le démarrage de la réplication pour un ensemble de machines virtuelles.
Dans Disques, spécifiez si les disques de machine virtuelle doivent être répliqués sur Azure, puis sélectionnez le type de disque (SSD Premium v2, Ultra Disk, SSD Standard, HDD Standard ou Ssd Premium) pour les disques répliqués. Ensuite, sélectionnez Suivant.

Remarque

Pour optimiser les coûts et améliorer les performances, vous pouvez désormais migrer vers ssd Premium v2 en tant que disque de données.
Dans Balises, choisissez d’ajouter des balises à vos machines virtuelles, disques et cartes réseau.
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.

Remarque

Si Azure connectivité est interrompue ou que les services d’application ne sont pas disponibles pendant plus de 90 minutes, les cycles de réplication sont réinitialisés de 0%.

Suivre les migrations

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.
La réplication se déroule comme suit :
- Une fois le travail Démarrer la réplication terminé, les machines commencent leur réplication initiale vers Azure.
- 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 réplica 'disques initiaux) managé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 et la machine virtuelle est prête pour la migration dans la réplication delta.
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é.
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 :
  - Les serveurs pour lesquels la réplication initiale est terminée et la réplication différentielle est en cours passent à la phase 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.

Surveiller et accélérer les migrations

Utilisez PowerShell pour afficher le temps restant pendant toutes les étapes de la migration de serveur dans Azure Migrate. Cela vous permet de surveiller la progression de la réplication et de planifier le plan de basculement avec précision. Vous pouvez utiliser PowerShell, Windows PowerShell ou Cloud Shell sur le portail Azure.
Ouvrez le portail Azure, puis sélectionnez le Cloud Shell en haut. Sélectionnez PowerShell lorsque vous y êtes invité.

Exécutez cette commande dans Azure Cloud Shell pour surveiller l’état de migration du serveur dont vous avez besoin.


Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -MachineName "<your-server-name>"

Remplacez your-project-name, your-resource-groupet your-server-name par le projet Azure Migrate, le groupe de ressources et le nom du serveur réels.
Vous exécutez cette commande et obtenez la sortie suivante :
La sortie affiche l’état de réplication du serveur, la progression du disque, le temps restant, la vitesse de chargement et les détails du magasin de données.
Exécutez la commande avec l’indicateur Expedite . Cela récupère les paramètres d’exploitation de l’appliance et une liste hiérarchisée d’actions recommandées pour réduire le temps de migration restant pour le serveur spécifié.
```
Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -MachineName "<your-server-name>" -Expedite 
```
Vous obtenez la sortie suivante :

Vous pouvez exécuter la commande sans -MachineName afficher l’état de la migration et le temps restant pour tous les serveurs du projet. Par exemple:
```
Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>" -ResourceGroupName "<your-resource-group>"
```
Remplacez your-project-name et your-resource-group par les noms réels du projet et du groupe de ressources Azure Migrate.
Vous exécutez cette commande et obtenez la sortie suivante :
En cas de problème de réplication ou de basculement, l’indicateur -Health affiche des erreurs, des causes possibles et des actions recommandées pour résoudre les problèmes de migration.

    
    Get-AzMigrateServerMigrationStatus   -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>"   -            MachineName "<your-server-name>" -Health

Vous exécutez cette commande et obtenez la sortie suivante :

Pour afficher l’état de migration, le temps restant et les détails d’intégrité de tous les serveurs connectés à cette appliance, exécutez la commande avec uniquement -ApplianceName.

   Get-AzMigrateServerMigrationStatus -ProjectName "<your-project-name>"   -ResourceGroupName "<your-resource-group>" -                ApplianceName "<your-appliance-

Remplacez your-project-name, your-resource-groupet your-appliance-name par les valeurs réelles de votre installation d’Azure Migrate.
Exécutez cette commande pour obtenir la sortie suivante :

Remarque

Vous pouvez exécuter les commandes ci-dessus dans Azure Cloud Shell. Vous pouvez également utiliser PowerShell ou Windows PowerShell sur n’importe quel ordinateur Windows. Une machine fait référence à n’importe quel PC Windows, pas à une appliance ou à un serveur, tant qu’elle a accès au projet Azure Migrate.

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 :

Dans Azure Migrate projet, sous Execute>Migrations> sélectionnez le serveur pour lequel vous souhaitez effectuer le test de migration en cliquant sur le nom du serveur sous Workloads colonne.
Dans le volet de navigation, sous le menu déroulant Test, sélectionnez Démarrer le test de migration.
Dans Migration de test, sélectionnez le réseau virtuel Azure dans lequel la machine virtuelle Azure se trouvera pendant le test. Nous vous recommandons d’utiliser un réseau virtuel hors production.
Sélectionnez le sous-réseau à associer à chacune des cartes d’interface réseau (NIC) de la machine virtuelle migrée.
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. 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.
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

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.