Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cet article explique comment migrer des machines virtuelles locales Hyper-V vers l’outil Azure.
Remarque
Les didacticiels 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.
Dans ce tutoriel, vous allez apprendre à :
- Découvrir les machines virtuelles que vous souhaitez migrer
- Démarrer la réplication des machines virtuelles
- 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.
Prérequis
Avant de commencer :
- Examiner l’architecture de la migration Hyper-V.
- Passez en revue la configuration requise de l’hôte Hyper-V pour la migration et les URL Azure auxquelles les hôtes et les clusters Hyper-V ont besoin d’accéder pour la migration de machine virtuelle.
- Passez en revue la configuration requise des machines virtuelles Hyper-V que vous souhaitez migrer vers Azure.
- Nous vous recommandons de suivre le didacticiel assess Hyper-V machines virtuelles avant de migrer des serveurs Hyper-V vers Azure.
- Accédez à un projet existant ou créez un projet.
- Vérifier les autorisations pour votre compte Azure.
- Votre compte Azure a besoin d’autorisations pour créer une machine virtuelle.
- Écrire sur un disque managé Azure.
- Gérez les opérations de basculement pour le coffre Recovery Services associé à votre projet Azure Migrate.
- 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 (OS) Windows, Azure Migrate and Modernize peut télécharger 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. S’il n’y a pas d’accès à SetupDiag, il se peut que vous ne puissiez pas obtenir les codes d’erreur détaillés liés à l’échec de la mise à niveau du système d’exploitation, mais la mise à niveau peut tout de même se poursuivre.
Télécharger le fournisseur
Pour migrer Hyper-V machines virtuelles, vous devez installer le fournisseur de logiciels (fournisseur Azure Site Recovery et agent Recovery Services) sur Hyper-V hôtes ou nœuds de cluster. L’appliance Azure Migrate n’est pas utilisée pour la migration Hyper-V.
Remarque
Azure Migrate, la découverte basée sur l'appliance, est un prérequis pour configurer un fournisseur de Site Recovery et suivre les migrations Hyper-V via le nouveau portail. Pour exécuter des migrations autonomes à l'aide du fournisseur, utilisez le lien disponible dans le projet Azure Migrate > Exécuter les > migrations pour ouvrir le portail classique.
Dans le projet Azure Migrate >Execute>Migration, sélectionnez Exécution de démarrage.
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.
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.
Sous méthode de découverte, sélectionnez le dispositif qui correspond à votre environnement source (Hyper-V), puis sélectionnez Suivant.
Pour préparer les hôtes Hyper-V pour la réplication de machine virtuelle, cliquez sur le lien fourni dans le portail pour démarrer la configuration du fournisseur site recovery.
Dans Découvrir>où voulez-vous migrer vers ?, sélectionnez Machine virtuelle Azure.
Le type de virtualisation est prérempli et ne peut pas être modifié, selon l’appliance Azure Migrate utilisée pour la découverte.
Dans Région cible, sélectionnez la région Azure vers laquelle vous souhaitez migrer les machines.
Sélectionnez Confirmer que la région cible pour la migration est « nom_région ».
Sélectionnez Créer des ressources. Cette étape crée un coffre Recovery Services en arrière-plan.
- Après avoir sélectionné ce bouton, vous ne pouvez plus changer la région cible de ce projet.
- Toutes les migrations suivantes sont effectuées dans cette région.
Dans Préparer les serveurs hôtes Hyper-V, téléchargez le fournisseur de réplication Hyper-V et le fichier de clé d’inscription.
- La clé d’inscription est nécessaire pour inscrire l’hôte Hyper-V avec l’outil Migration et modernisation.
- Une fois générée, la clé reste valide pendant 5 jours.
Copiez le fichier de configuration du fournisseur et le fichier de clé d’inscription sur chaque hôte Hyper-V (ou nœud de cluster) exécutant les machines virtuelles que vous voulez répliquer.
Installer et inscrire le fournisseur
Pour installer et inscrire le fournisseur, suivez les étapes suivant en utilisant soit l’interface utilisateur, soit des commandes.
Exécutez le fichier d’installation du fournisseur sur chaque hôte :
- Sélectionnez l’icône de fichier dans la barre des tâches pour ouvrir le dossier dans lequel sont téléchargés le fichier du programme d’installation et la clé d’inscription.
- Sélectionnez le fichier AzureSiteRecoveryProvider.exe.
- Dans l’Assistant Installation du fournisseur, assurez-vous que l’option Activé (recommandé) est sélectionnée, puis cliquez sur Suivant.
- Sélectionnez Installer pour accepter le dossier d’installation par défaut.
- Sélectionnez Inscrire pour inscrire ce serveur dans le coffre Recovery Services.
- Sélectionnez Parcourir.
- Recherchez la clé d’inscription, puis sélectionnez Ouvrir.
- Cliquez sur Suivant.
- Assurez-vous que l’option Se connecter directement à Azure Site Recovery sans serveur proxy est sélectionnée, puis cliquez sur Suivant.
- Sélectionnez Terminer.
Après avoir installé le fournisseur sur les hôtes, accédez au portail Azure, à la page de configuration du fournisseur dans Site Recovery, puis sélectionnez Finaliser l'enregistrement.
La finalisation de l’inscription peut prendre jusqu’à 15 minutes jusqu’à ce que les machines virtuelles découvertes apparaissent dans l’outil.
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.
Dans le projet Azure Migrate >Execute>Migration, sélectionnez Exécution de démarrage.
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.
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
Dans MéthodeDiscovery, sélectionnez l’appliance qui correspond à votre environnement source (Hyper-V), puis sélectionnez Suivant. Si vous avez terminé la configuration du fournisseur site recovery pour Hyper-V, vous pouvez passer à la section suivante. Sinon, effectuez la configuration en fonction des étapes fournies dans la section précédente.
Dans 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. Nous vous recommandons de les utiliser le cas échéant. Sélectionnez ensuite les machines virtuelles que vous souhaitez répliquer, puis cliquez sur Suivant.
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.
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 du 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 plus d’informations, consultez créer un point de terminaison privé pour le compte de stockage
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 Oui si vous avez des machines Windows Server couvertes par des abonnements Software Assurance ou Windows Server actifs et que vous souhaitez appliquer l’avantage aux machines que vous migrez. Cliquez ensuite sur 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 ê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.
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.
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.
Provisionnement initial
S’il s’agit de la première machine virtuelle que vous répliquez dans le projet Azure Migrate, l’outil Migration et modernisation provisionne automatiquement ces ressources dans le même groupe de ressources que le projet.
- Compte de stockage de cache : le logiciel du fournisseur Site Recovery installé sur les hôtes Hyper-V charge les données de réplication pour les machines virtuelles configurées pour la réplication sur un compte de stockage (appelé compte de stockage de cache ou compte de stockage de journal) dans votre abonnement. Azure Migrate and Modernize copie ensuite les données de réplication chargées à partir du compte de stockage vers les disques managés de réplica correspondant à la machine virtuelle. Le compte de stockage du cache doit être spécifié lors de la configuration de la réplication pour une machine virtuelle. Le portail Azure Migrate en crée un automatiquement pour le projet Azure Migrate lorsque la réplication est configurée pour la première fois dans le projet.
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 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.
- 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.
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 :
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 :
Dans le projet Azure Migrate, sous Exécuter>Migrations>, sélectionnez le serveur en choisissant son nom dans la colonne Charges de travail.
Dans le menu d’exploration, sous le menu déroulant Tests, sélectionnez Démarrer migration de test.
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.
Sélectionnez le sous-réseau à associer à chaque carte d’interface réseau (NIC) sur 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. 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.
- Dans Azure Migrate projet, sous Execute>Migrations> et sélectionnez le serveur en sélectionnant son nom dans la colonne Charges de travail.
- Dans le menu d’exploration, sous la liste déroulante Achèvement, sélectionnez Migrer.
- 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
- Vous avez la possibilité de mettre à niveau le système d’exploitation Windows Server pendant la migration.
- 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.
- 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.
- 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.
- 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
- 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.
- Vérifiez et dépannez tout problème d’activation de Windows sur la machine virtuelle Azure.
- 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.
- 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.
- Réduisez le trafic vers l’instance de machine virtuelle Azure migrée.
- Supprimez les machines virtuelles locales de votre inventaire des machines virtuelles locales.
- Supprimez les machines virtuelles locales des sauvegardes locales.
- 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 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 administrez 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 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.