Préparer des machines locales pour la migration vers Azure
Cet article explique comment préparer des machines locales avant d’effectuer leur migration vers Azure à l’aide de l’outil Migration et modernisation.
Dans cet article, vous découvrirez comment :
- Examiner les limitations de la migration.
- Sélectionnez une méthode de migration des machines virtuelles VMware vSphere.
- Vérifier la configuration requise de l’hyperviseur et du système d’exploitation pour les machines que vous souhaitez migrer.
- Examiner l’accès aux URL et aux ports pour les ordinateurs que vous voulez migrer.
- Passer en revue les modifications que vous devrez peut-être apporter avant de commencer la migration.
- Vérifiez la configuration requise des machines virtuelles Azure pour la migration.
- Préparer les ordinateurs de telle sorte que vous puissiez vous connecter aux machines virtuelles Azure après la migration.
Vérifier les limitations de la migration
Le tableau récapitule les limites qui s’appliquent à la détection, à l’évaluation et à la migration pour Azure Migrate. Nous vous recommandons d’évaluer les machines avant leur migration, mais cela n’est pas une obligation.
| Scénario | Projet | Détection/évaluation | Migration |
|---|---|---|---|
| Machines virtuelles VMware vSphere | Détectez et évaluez jusqu’à 35 000 machines virtuelles dans un même projet Azure Migrate. | Découvrez jusqu’à 10 000 machines virtuelles VMware vSphere avec une seule appliance Azure Migrate pour VMware vSphere. L’appliance prend en charge l’ajout de plusieurs vCenter Servers. Vous pouvez ajouter jusqu’à 10 vCenter Servers par appliance. |
Migration sans agent : vous pouvez répliquer simultanément un maximum de 500 machines virtuelles sur plusieurs serveurs vCenter (détectés à partir d’une seule appliance) à l’aide d’une appliance scale-out. Migration basée sur un agent : vous pouvez faire un scale-out de l’appliance de réplication pour répliquer un grand nombre de machines virtuelles. Dans le portail, vous pouvez sélectionner jusqu’à 10 machines à la fois pour la réplication. Pour répliquer davantage de machines, ajoutez-les par lots de 10. |
| Machines virtuelles Hyper-V | Détectez et évaluez jusqu’à 35 000 machines virtuelles dans un même projet Azure Migrate. | Détectez jusqu’à 5 000 machines virtuelles Hyper-V avec une seule appliance Azure Migrate. | Aucune appliance n’est utilisée pour la migration Hyper-V. Au lieu de cela, le fournisseur de réplication Hyper-V s’exécute sur chaque hôte Hyper-V. La capacité de réplication dépend de plusieurs facteurs de performance tels que l’évolution des machines virtuelles et la bande passante de chargement pour les données de réplication. Dans le portail, vous pouvez sélectionner jusqu’à 10 machines à la fois pour la réplication. Pour répliquer davantage de machines, ajoutez-les par lots de 10. |
| Machines physiques | Détectez et évaluez jusqu’à 35 000 machines dans un même projet Azure Migrate. | Détectez jusqu'à 1000 serveurs physiques avec une seule appliance Azure Migrate pour les serveurs physiques. | Vous pouvez faire un scale-out de l’appliance de réplication pour répliquer un grand nombre de serveurs. Dans le portail, vous pouvez sélectionner jusqu’à 10 machines à la fois pour la réplication. Pour répliquer davantage de machines, ajoutez-les par lots de 10. |
Sélectionner une méthode de migration de VMware vSphere
Si vous migrez des machines virtuelles VMware vSphere vers Azure, comparez les méthodes de migration sans agent et avec agent, afin de déterminer la meilleure dans votre cas.
Vérifier la configuration requise pour l’hyperviseur
- Vérifiez la configuration requise pour une migration VMware sans agent ou une migration VMware vSphere avec agent.
- Vérifiez la configuration requise pour l’hôte Hyper-V.
Vérifier la configuration requise pour le système d’exploitation
Vérifiez les systèmes d’exploitation pris en charge pour la migration :
- Si vous migrez des machines virtuelles VMware vSphere ou des machines virtuelles Hyper-V, vérifiez la configuration requise des machines virtuelles VMware vSphere pour la migration sans agent et la migration avec agent ainsi que la configuration requise des machines virtuelles Hyper-V.
- Vérifiez quels systèmes d’exploitation Windows sont pris en charge dans Azure.
- Vérifiez quelles distributions Linux sont prises en charge dans Azure.
Vérifier l’accès aux URL et aux ports
Examinez les URL et les ports utilisés pendant la migration.
| Scénario | Détails | URLs | Ports |
|---|---|---|---|
| Migration VMware vSphere sans agent | Utilise l’appliance Azure Migrate pour la migration. Rien n’est installé sur les machines virtuelles VMware vSphere. | Examinez les URL de cloud public et du secteur public (Azure Government) qui sont utilisées pour la détection, l’évaluation et la migration avec l’appliance. | Examinez la configuration requise des ports utilisés pendant la migration sans agent. |
| Migration VMware vSphere avec agent | Utilise l’appliance de réplication pour la migration. L’agent du service Mobility est installé sur les machines virtuelles. | Examinez les URL de cloud public et Azure Government auxquelles l’appliance de réplication doit accéder. | Examinez les ports utilisés durant la migration basée sur un agent. |
| Migration Hyper-V | Utilise un fournisseur installé sur les hôtes Hyper-V pour la migration. Rien n’est installé sur les machines virtuelles Hyper-V. | Examinez les URL de cloud public et Azure Government auxquelles le fournisseur de réplication exécuté sur les hôtes doit accéder. | Le fournisseur de réplication sur l’hôte Hyper-V utilise des connexions sortantes sur le port HTTPS 443 pour envoyer les données de réplication des machines virtuelles. |
| Machines physiques | Utilise l’appliance de réplication pour la migration. L’agent du service Mobility est installé sur les machines physiques. | Examinez les URL de cloud public et Azure Government auxquelles l’appliance de réplication doit accéder. | Examinez les ports utilisés durant la migration physique. |
Vérifier les modifications nécessaires avant la migration
Certaines modifications doivent être apportées aux machines virtuelles afin qu’elles puissent être migrées vers Azure.
- Pour certains systèmes d’exploitation, Azure Migrate effectue automatiquement les modifications nécessaires durant le processus de réplication/migration.
- Pour d’autres systèmes d’exploitation, vous devez configurer des paramètres manuellement.
- Il est important d’effectuer cette configuration manuelle avant de commencer la migration. Certaines des modifications peuvent affecter le démarrage de la machine virtuelle, ou la connectivité à la machine virtuelle peut ne pas être établie. Si vous migrez la machine virtuelle avant d’effectuer la modification, elle risque de ne pas démarrer dans Azure.
Consultez les tableaux pour connaître les modifications à apporter dans votre cas.
Machines Windows
Les modifications apportées sont résumées dans le tableau.
| Action | VMware vSphere (migration sans agent) | VMware vSphere (avec agent)/machines physiques | Windows sur Hyper-V |
|---|---|---|---|
| Configurer la stratégie SAN sur OnlineAll |
Configuration automatique pour les machines exécutant Windows Server 2008 R2 ou ultérieur. Configuration manuelle pour les systèmes d’exploitation antérieurs. |
Configuration automatique dans la plupart des cas. | Configuration automatique pour les machines exécutant Windows Server 2008 R2 ou ultérieur. |
| Installer l’intégration d’invité Hyper-V | Installation manuelle sur les machines exécutant Windows Server 2003. | Installation manuelle sur les machines exécutant Windows Server 2003. | Installation manuelle sur les machines exécutant Windows Server 2003. |
| Activer la console série Azure Activez la console sur les machines virtuelles Azure pour faciliter le dépannage. Vous n’avez pas besoin de redémarrer la machine virtuelle. La machine virtuelle Azure démarre en utilisant l’image de disque. Le démarrage avec une image de disque équivaut à un redémarrage pour la nouvelle machine virtuelle. |
Activation manuelle | Activation manuelle | Activation manuelle |
| Installer l’agent invité Azure Windows L’agent de machine virtuelle est un processus léger et sécurisé qui gère l’interaction des machines virtuelles avec le contrôleur de structure Azure. L’agent de machine virtuelle a un rôle important dans l’activation et l’exécution des extensions de machine virtuelle Azure qui permettent de configurer des machines virtuelles après le déploiement, comme installer et configurer des logiciels. |
Configuration automatique pour les machines exécutant Windows Server 2008 R2 ou ultérieur. Configuration manuelle pour les systèmes d’exploitation antérieurs. |
Configuration automatique pour les machines exécutant Windows Server 2008 R2 ou ultérieur. | Configuration automatique pour les machines exécutant Windows Server 2008 R2 ou ultérieur. |
| Se connecter après la migration Pour vous connecter après la migration, vous devez effectuer quelques étapes préalablement à la migration. |
Configuration manuelle. | Configuration manuelle. | Configuration manuelle. |
En savoir plus sur les modifications apportées aux serveurs Windows pour les migrations VMware vSphere sans agent.
Configurer la stratégie SAN
Par défaut, le lecteur D: est affecté aux machines virtuelles Azure pour une utilisation comme stockage temporaire.
- À la suite de cette affectation de lecteur, tous les autres lecteurs de stockage attachés sont incrémentés d’une lettre.
- Par exemple, si le lecteur de disque de données de votre installation utilise D: pour les installations d’applications, la lettre affectée à ce lecteur est incrémentée et passe à E: après la migration de la machine virtuelle vers Azure.
- Pour empêcher cette affectation automatique et faire en sorte qu’Azure affecte la prochaine lettre de lecteur disponible à son volume temporaire, définissez la stratégie de réseau de zone de stockage (SAN) sur OnlineAll :
Configurez ce paramètre manuellement de la façon suivante :
- Sur l’ordinateur local (pas sur le serveur hôte), ouvrez une invite de commandes avec élévation de privilèges.
- Entrez diskpart.
- Entrez SAN. Si la lettre de lecteur du système d’exploitation invité n’est pas conservée, Mettre hors connexion tous les disques ou Mettre hors connexion les disques partagés est retourné.
- À l’invite DISKPART, entrez SAN Policy=OnlineAll. Ce paramètre est l’assurance que les disques sont mis en ligne et que vous pouvez lire et écrire sur les deux disques.
- Pendant le test de migration, vous pouvez vérifier que les lettres de lecteurs sont conservées.
Machines Linux
Azure Migrate effectue automatiquement ces actions pour les versions suivantes
- Red Hat Enterprise Linux 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.3, 7.2, 7.1, 7.0, 6.x(l’agent de machine virtuelle Azure Linux est également installé automatiquement pendant la migration)
- CentOS Stream (l’agent de machine virtuelle Linux Azure est également installé automatiquement lors de la migration)
- – SUSE Linux Enterprise Server 15 SP4, 15 SP3, 15 SP2, 15 SP1, 15 SP0, 12, 11 SP4, 11 SP3
- Ubuntu 22.04, 21.04, 20.04, 19.04, 19.10, 18.04LTS, 16.04LTS, 14.04LTS (l’agent de machine virtuelle Azure Linux est également installé automatiquement lors de la migration)
- Debian 11, 10, 9, 8, 7
- Oracle Linux 9, 8, 7.7-CI
Pour les autres versions, préparez les machines comme cela est résumé dans le tableau.
Remarque
Certaines des modifications peuvent affecter le démarrage de la machine virtuelle, ou la connectivité à la machine virtuelle peut ne pas être établie.
| Action | Détails | Version de Linux |
|---|---|---|
| Installer Hyper-V Integration Services pour Linux | Regénérez l’image init Linux pour qu’elle contienne les pilotes Hyper-V nécessaires. La regénération de l’image init est l’assurance que la machine virtuelle démarrera dans Azure. | Ils sont inclus par défaut dans la plupart des nouvelles versions des distributions Linux. Si ce n’est pas le cas, installez-les manuellement pour toutes les versions autres que celles indiquées ci-dessus. |
| Activer la journalisation de la console série Azure | L’activation de la journalisation de la console vous aide à résoudre les problèmes. Vous n’avez pas besoin de redémarrer la machine virtuelle. La machine virtuelle Azure démarre en utilisant l’image de disque. Le démarrage avec une image de disque équivaut à un redémarrage pour la nouvelle machine virtuelle. Suivez ces instructions pour l’activer. |
|
| Mettre à jour le fichier de mappage d’appareils | Mettez à jour le fichier de mappage d’appareils avec les associations entre les volumes et les noms d’appareils de façon à utiliser des identificateurs d’appareils persistants. | Installez-les manuellement pour toutes les versions autres que celles indiquées ci-dessus. (Applicable uniquement dans un scénario VMware basé sur un agent) |
| Mettre à jour les entrées fstab | Mettez à jour les entrées fstab pour utiliser des identificateurs de volumes persistants. | Mettez-les à jour manuellement pour toutes les versions autres que celles indiquées ci-dessus. |
| Supprimer la règle udev | Supprimez toutes les règles udev qui réservent des noms d’interface basés sur l’adresse mac, etc. | Supprimez-les manuellement pour toutes les versions autres que celles indiquées ci-dessus. |
| Mettre à jour les interfaces réseau | Mettez à jour les interfaces réseau pour recevoir l’adresse IP basée sur DHCP.nst | Mettez-les à jour manuellement pour toutes les versions autres que celles indiquées ci-dessus. |
| Activer ssh | Vérifiez que ssh est activé et que le service sshd est configuré pour démarrer automatiquement au redémarrage. Vérifiez que les requêtes de connexion ssh entrantes ne sont pas bloquées par le pare-feu du système d’exploitation ou par des règles de script. |
Activez-le manuellement pour toutes les versions autres que celles indiquées ci-dessus. |
| Installer l’agent invité Linux Azure | L’agent Linux Microsoft Azure (waagent) est un processus léger et sécurisé qui gère l’approvisionnement de Linux et de FreeBSD, et l’interaction des machines virtuelles avec le contrôleur de structure Azure. | Activez-le manuellement pour toutes les versions autres que celles indiquées ci-dessus. Suivez les instructions pour installer l’agent Linux manuellement pour d’autres versions de système d’exploitation. Passez en revue la liste des packages requis pour installer l’agent VM Linux. |
En savoir plus sur les modifications apportées aux serveurs Linux pour les migrations VMware vSphere sans agent.
Le tableau suivant récapitule les étapes accomplies automatiquement pour les systèmes d’exploitation répertoriés ci-dessus.
| Action | Migration VMware vSphere basée sur des agents | Migration de VMware vSphere sans agent | Migration Hyper-V sans agent |
|---|---|---|---|
| Mettez à jour l’image du noyau avec Hyper-V Integration Services pour Linux. (Les pilotes LIS doivent être présents sur le noyau.) |
Oui | Oui | Oui |
| Activer la journalisation de la console série Azure | Oui | Oui | Oui |
| Mettre à jour le fichier de mappage d’appareils | Oui | No | Non |
| Mettre à jour les entrées fstab | Oui | Oui | Oui |
| Supprimer la règle udev | Oui | Oui | Oui |
| Mettre à jour les interfaces réseau | Oui | Oui | Oui |
| Activer ssh | Non | Non | Non |
| Installer l’agent Linux pour machines virtuelles Azure | Oui | Oui | Oui |
Apprenez-en davantage sur les étapes nécessaires à l’exécution d’une machine virtuelle Linux sur Azure et obtenez des instructions pour certaines distributions Linux très répandues.
Passez en revue la liste des packages requis pour installer l’agent VM Linux. Azure Migrate installe automatiquement l’agent de machine virtuelle Linux pour RHEL 8.x, Ubuntu 20.04, SUSE 15 et Oracle 7 lors de l’utilisation de la méthode de migration VMware sans agent.
Exigences des machines virtuelles Azure
Les ordinateurs locaux que vous répliquez dans Azure doivent être conformes la configuration requise des machines virtuelles Azure en ce qui concerne le système d’exploitation et l’architecture, les disques, les paramètres réseau et le nommage des machines virtuelles.
Avant d’effectuer la migration, examinez la configuration requise des machines virtuelles Azure pour la migration VMware, Hyper-V et des serveurs physiques.
Préparer la connexion après la migration
Des machines virtuelles Azure sont créées pendant la migration vers Azure. Après la migration, vous devez pouvoir vous connecter aux nouvelles machines virtuelles Azure. Plusieurs étapes sont nécessaires pour établir une connexion.
Préparer la connexion aux machines virtuelles Windows Azure
Sur des ordinateurs Windows locaux :
- Configurez les paramètres Windows. Parmi les paramètres figurent la suppression des routes persistantes statiques ou du proxy WinHTTP.
- Vérifiez que les services nécessaires sont en cours d’exécution.
- Activez le bureau à distance (RDP) pour autoriser les connexions à distance à l’ordinateur local. Découvrez comment utiliser PowerShell pour activer RDP.
- Pour accéder à une machine virtuelle Azure via Internet après la migration, dans le Pare-feu Windows de l’ordinateur local, autorisez TCP et UDP dans le profil public, puis définissez RDP comme application autorisée pour tous les profils.
- Si vous voulez accéder à une machine virtuelle Azure via un réseau privé virtuel (VPN) de site à site après la migration, dans le Pare-feu Windows de l’ordinateur local, autorisez RDP pour les profils de domaine et privé. Découvrez comment autoriser le trafic RDP.
- Veillez à ce qu’aucune mise à jour Windows ne soit en attente sur la machine virtuelle locale pendant la migration. Si c’est le cas, les mises à jour risquent de s’installer sur la machine virtuelle Azure après la migration, et vous ne pourrez pas vous y connecter tant que les mises à jour n’auront pas abouti.
Préparer la connexion aux machines virtuelles Azure Linux
Sur les ordinateurs Linux locaux :
- Vérifiez que le service Secure Shell est configuré pour démarrer automatiquement au démarrage du système.
- Vérifiez que les règles de pare-feu autorisent une connexion SSH.
Configurer les machines virtuelles Azure après la migration
Après la migration, effectuez ces étapes sur les machines virtuelles Azure qui ont été créées :
- Pour vous connecter à la machine virtuelle via Internet, attribuez-lui une adresse IP publique. Pour la machine virtuelle Azure, vous devez utiliser une adresse IP publique différente de celle que vous avez utilisée pour votre ordinateur local. Plus d’informations
- Vérifiez que les règles de groupe de sécurité réseau (NSG) de la machine virtuelle autorisent les connexions entrantes sur le port RDP ou SSH.
- Cochez diagnostics de démarrage pour afficher la machine virtuelle.
Étapes suivantes
Décidez de la méthode que vous voulez utiliser pour migrer des machines virtuelles VMware vSphere vers Azure, ou lancez la migration des machines virtuelles Hyper-V, ou des serveurs physiques ou virtualisés ou des machines virtuelles cloud.
Voyez ce qui est pris en charge
Pour les machines virtuelles VMware vSphere, l’outil Migration et modernisation prend en charge la migration avec ou sans agent.
- Machines virtuelles VMware vSphere : vérifiez les exigences pour la migration et la prise en charge des machines virtuelles VMware vSphere.
- Machines virtuelles Hyper-V : vérifiez les exigences de migration et la prise en charge pour les machines virtuelles Hyper-V.
- Machines physiques : vérifiez les exigences de migration et la prise en chargepour les machines physiques sur site et des autres serveurs virtualisés.