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 sélectionner des charges de travail, vous pouvez soit sélectionner manuellement des serveurs à partir de tous les inventaires, soit utiliser une évaluation existante en sélectionnant à partir d'une évaluation.
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 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.
Dans Paramètres cibles, sélectionnez l’abonnement, la région cible et le compte de stockage.

Remarque

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 sera utilisée pour créer un compte de stockage. Si l’option n’est pas sélectionnée, le compte de stockage sera créé à l’étape finale de l’activation de la réplication.

Dans Réseau virtuel, sélectionnez le réseau virtuel/sous-réseau Azure auquel joindre les machines virtuelles Azure après la migration.
Dans Options de disponibilité, sélectionnez :
- Zone de disponibilité pour épingler la machine migrée à une Zone de disponibilité spécifique dans la région. Utilisez cette option pour distribuer les serveurs qui forment une couche Application à plusieurs nœuds entre des Zones de disponibilité. Si vous sélectionnez cette option, vous devez spécifier la zone de disponibilité à utiliser pour chaque machine sélectionnée dans 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é pour placer 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é. Les groupes à haute disponibilité avec groupes de placement de proximité sont pris en charge.
- Aucune option de redondance de l’infrastructure n’est requise si vous n’avez pas besoin de ces configurations de disponibilité pour les machines migrées.
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 une clé gérée 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 associe des disques gérés à un coffre de clés qui contient la CMK à utiliser pour le SSE.
Dans Azure Hybrid Benefit :
- Sélectionnez Non si vous ne souhaitez pas appliquer Azure Hybrid Benefit. Ensuite, sélectionnez Suivant.
- Sélectionnez Oui si vous avez des ordinateurs Windows Server couverts par des abonnements Software Assurance ou Windows Server actifs, et que vous souhaitez appliquer l’avantage aux machines que vous migrez. Ensuite, sélectionnez Suivant.

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 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, indiquez si les disques de machine virtuelle doivent être répliqués sur Azure et spécifiez le type de disque (Premium v2, Ultra Disk, SSD Standard, HDD Standard ou Disques managés Premium) dans Azure. 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

S’il existe un problème de connectivité avec Azure ou si les services d’appliance sont arrêtés pendant plus de 90 minutes, les cycles de réplication actifs pour les serveurs de réplication sont réinitialisés à 0% et le cycle respectif s’exécute à partir du début.

Suivre et superviser

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 produit 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 managés de réplica dans Azure.
    
    - Une fois la réplication initiale terminée, la réplication delta commence. Les modifications incrémentielles apportées aux disques sources sont régulièrement répliquées sur les disques réplicas dans Azure.
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 :
- 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 Stop, Start, Pause et Resume dans cette étape si nécessaire à l’aide des 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.
- Test : les serveurs pour lesquels la réplication initiale est terminée et la réplication delta est en cours passe à 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ée). 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 .
- Achèvement : les serveurs pour lesquels les migrations de test sont terminé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.
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 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 à partir de l’étape 5 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 :

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

   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.
Vous 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 auquel vous souhaitez associer chacune des cartes d’interface réseau 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.
Une fois que vous avez cliqué sur Tester la migration, le travail démarre. Surveillez l’état dans le portail sous État d’exécution. Une fois la migration de test terminée, veillez à nettoyer les ressources de test en accédant au serveur et en sélectionnant Nettoyer la migration de test sous 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.