Matrice de prise en charge pour la migration Hyper-V
Attention
Cet article fait référence à CentOS, une distribution Linux proche de l’état EOL (End Of Life). Faites le point sur votre utilisation afin de vous organiser en conséquence. Pour plus d’informations, consultez Aide sur la fin de vie de CentOS.
Cet article résume les paramètres et les limites de la migration de machines virtuelles Hyper-V avec Migration et modernisation. Si vous recherchez des informations sur l’évaluation des machines virtuelles Hyper-V pour la migration vers Azure, consultez la matrice de prise en charge de l’évaluation.
Limitations de la migration
Vous pouvez sélectionner jusqu’à 10 machines virtuelles à la fois pour la réplication. Si vous souhaitez migrer davantage de machines, répliquez-les en groupes de 10.
Configuration requise pour l’hôte Hyper-V
| Support | Détails |
|---|---|
| Déploiement | L'hôte Hyper-V peut être autonome ou déployé dans un cluster. Le logiciel de réplication Azure Migrate (fournisseur de réplication Hyper-V) est installé sur les hôtes Hyper-V. |
| autorisations | Vous avez besoin des droits d'administrateur sur l'hôte Hyper-V. |
| Système d'exploitation hôte | Windows Server 2022, Windows Server 2019 ou Windows Server 2012 R2 avec les dernières mises à jour. Notez que l’installation Server Core de ces systèmes d’exploitation est également prise en charge. |
| Autre configuration logicielle requise | .NET Framework 4.7 ou version ultérieure |
| Accès au port | Connexions sortantes sur le port HTTPS 443 pour envoyer les données de réplication des machines virtuelles. |
Machines virtuelles Hyper-V
| Support | Détails |
|---|---|
| Système d’exploitation | Tous les systèmes d'exploitation Windows et Linux pris en charge par Azure. |
| Windows Server 2003 | Pour les machines virtuelles exécutant Windows Server 2003, vous devez installer Hyper-V Integration Services avant la migration. |
| Machines virtuelles Linux dans Azure | Certaines machines virtuelles peuvent nécessiter des modifications pour fonctionner dans Azure. Azure Migrate effectue automatiquement les modifications pour les systèmes d’exploitation Linux suivants : – Red Hat Enterprise Linux 9.x, 8.x, 7.9, 7.8, 7.7, 7.6, 7.5, 7.4, 7.0, 6.x – CentOS 9.x (version et flux), 8.x (version et flux), 7.9, 7.7, 7.6, 7.5, 7.4, 6.x – 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.04 LTS, 16.04 LTS, 14.04 LTS – Debian 11, 10, 9, 8, 7 – Oracle Linux 9, 8, 7.7-CI, 7.7, 6 - Kali Linux (2016, 2017, 2018, 2019, 2020, 2021, 2022) - Pour les autres systèmes d’exploitation, les modifications requises sont à effectuer manuellement. |
| Modifications nécessaires pour Azure | Certaines machines virtuelles peuvent nécessiter des modifications pour fonctionner dans Azure. Effectuez les ajustements manuellement avant la migration. Les articles pertinents contiennent des instructions sur la façon de procéder. |
| Démarrage Linux | Si /boot se trouve sur une partition dédiée, il doit être le disque du système d’exploitation et ne pas être réparti sur plusieurs disques. Si /boot fait partie de la partition racine (/), la partition « / » doit se trouver sur le disque du système d’exploitation et ne pas s’étendre sur d’autres disques. |
| Démarrage UEFI | Pris en charge. Les machines virtuelles UEFI seront migrées vers des machines virtuelles Azure de 2e génération. |
| UEFI – Démarrage sécurisé | Non pris en charge pour la migration. |
| Taille du disque | Jusqu’à 2 To pour le disque du système d’exploitation pour une machine virtuelle de génération 1 ; jusqu’à 4 To pour le disque du système d’exploitation pour une machine virtuelle de génération 2 ; 32 To pour les disques de données. Pour les projets Azure Migrate existants, vous devrez peut-être mettre à niveau le fournisseur de réplication sur l’hôte Hyper-V vers la dernière version pour répliquer des disques volumineux jusqu’à 32 To. |
| Nombre de disques | Un maximum de 16 disques par machine virtuelle. |
| Disques/volumes chiffrés | Non pris en charge pour la migration. |
| RDM/disques directs | Non pris en charge pour la migration. |
| Disque partagé | Les machines virtuelles qui utilisent des disques partagés ne sont pas prises en charge pour la migration. |
| Disque Ultra | La migration de disque Ultra n'est pas prise en charge à partir du portail Azure Migrate. Vous devez effectuer une migration hors bande pour les disques recommandés en tant que disques Ultra. Autrement dit, vous pouvez effectuer une migration en sélectionnant le type de disque Premium, puis en le remplaçant par un disque Ultra après la migration. |
| NFS | Les volumes NFS montés en tant que volumes sur les machines virtuelles ne sont pas répliqués. |
| ReiserFS | Non pris en charge. |
| ISCSI | Les machines virtuelles avec des cibles iSCSI ne sont pas prises en charge pour la migration. |
| Disque cible | Vous pouvez uniquement migrer des machines virtuelles Azure avec des disques managés. |
| IPv6 | Non pris en charge. |
| Association de cartes réseau | Non pris en charge. |
| Azure Site Recovery et/ou Hyper-V | Vous ne pouvez pas effectuer de réplication en utilisant l’outil Migration et modernisation si la machine virtuelle est configurée pour la réplication avec Azure Site Recovery ou avec un réplica Hyper-V. |
| Ports | Connexions sortantes sur le port HTTPS 443 pour envoyer les données de réplication des machines virtuelles. |
Accès URL (cloud public)
Le logiciel du fournisseur de réplication sur les hôtes Hyper-V doit accéder à ces URL.
| URL | Détails |
|---|---|
| login.microsoftonline.com | Contrôle d’accès et gestion des identités avec Active Directory. |
| backup.windowsazure.com | Transfert des données de réplication et coordination. |
| *.hypervrecoverymanager.windowsazure.com | Utilisé pour la gestion de la réplication. |
| *blob.core.windows.net | Chargez des données dans des comptes de stockage. |
| dc.services.visualstudio.com | Chargez les journaux d’applications utilisés pour la supervision interne. |
| time.windows.com | Vérifie la synchronisation horaire entre l’horloge système et l’heure globale. |
Accès URL (Azure Government)
Le logiciel du fournisseur de réplication sur les hôtes Hyper-V doit accéder à ces URL.
| URL | Détails |
|---|---|
| login.microsoftonline.us | Contrôle d’accès et gestion des identités avec Active Directory. |
| backup.windowsazure.us | Transfert des données de réplication et coordination. |
| *.hypervrecoverymanager.windowsazure.us | Utilisé pour la gestion de la réplication. |
| *.blob.core.usgovcloudapi.net | Chargez des données dans des comptes de stockage. |
| dc.services.visualstudio.com | Chargez les journaux d’applications utilisés pour la supervision interne. |
| time.nist.gov | Vérifie la synchronisation horaire entre l’horloge système et l’heure globale. |
Remarque
Si votre projet de migration a une connectivité de point de terminaison privée, le logiciel du fournisseur de réplication sur les hôtes Hyper-V doit accéder à ces URL pour la prise en charge des liens privés.
- *.blob.core.windows.com - Pour accéder au compte de stockage qui stocke les données répliquées. Cette option est facultative et n’est pas obligatoire si un point de terminaison privé est attaché au compte de stockage.
- login.windows.net pour le contrôle d’accès et gestion des identités avec Active Directory.
Configuration requise pour le compte de stockage de réplication
Ce tableau récapitule la prise en charge du compte de stockage de réplication pour les migrations de machines virtuelles Hyper-V.
| Paramètre | Support | Détails |
|---|---|---|
| Comptes de stockage V2 à usage général (niveaux chaud et froid) | Prise en charge | Les comptes de stockage GPv2 peuvent entraîner des coûts de transaction plus élevés que les comptes de stockage V1. |
| Stockage Premium | Prise en charge | Toutefois, les comptes de stockage standard sont recommandés pour optimiser les coûts. Le compte de stockage du cache doit être un compte de stockage standard et non Premium. |
| Région | Même région que la machine virtuelle | Le compte de stockage doit résider dans la même région que la machine virtuelle protégée. |
| Abonnement | Peut être différent des machines virtuelles sources | Il n’est pas nécessaire que le compte de stockage se trouve dans le même abonnement que la ou les machines virtuelles sources. |
| Pare-feux du Stockage Azure pour réseaux virtuels | Prise en charge | Si vous utilisez un compte de stockage de réplication ou cible autorisé par le pare-feu, vérifiez que l’option Autoriser les services Microsoft approuvés est activée. Vérifiez également que vous autorisez l’accès à au moins un sous-réseau de réseau virtuel source. Vous devez autoriser l’accès à partir de tous les réseaux pour la connectivité de point de terminaison public. |
| Suppression réversible | Non pris en charge | La suppression réversible n’est pas prise en charge, car une fois qu’elle est activée sur un compte de stockage de réplication, elle augmente le coût. Azure Migrate effectue des créations/suppressions très fréquentes de fichiers journaux lors de la réplication, ce qui entraîne une augmentation des coûts. |
| Point de terminaison privé | Prise en charge | Suivez les instructions pour configurer Azure Migrate avec des points de terminaison privés. |
Exigences des machines virtuelles Azure
Toutes les machines virtuelles locales répliquées sur Azure doivent respecter les exigences des machines virtuelles Azure récapitulées dans ce tableau.
| Composant | Configuration requise | Détails |
|---|---|---|
| Taille du disque du système d’exploitation | Jusqu’à 2 048 Go. | La vérification est mise en échec en cas de défaut de prise en charge. |
| Nombre de disques du système d’exploitation | 1 | La vérification est mise en échec en cas de défaut de prise en charge. |
| Nombre de disques de données | 16 ou moins. | La vérification est mise en échec en cas de défaut de prise en charge. |
| Taille de disque de données | Jusqu’à 32 To | La vérification est mise en échec en cas de défaut de prise en charge. |
| Adaptateurs réseau | Prise en charge de plusieurs adaptateurs réseau. | |
| Disque dur virtuel partagé | Non pris en charge. | La vérification est mise en échec en cas de défaut de prise en charge. |
| Disque FC | Non pris en charge. | La vérification est mise en échec en cas de défaut de prise en charge. |
| BitLocker | Non pris en charge. | Vous devez désactiver BitLocker avant d’activer la réplication pour une machine. |
| nom de la machine virtuelle | De 1 et 63 caractères. Uniquement des lettres, des chiffres et des traits d’union. Le nom de la machine doit commencer et se terminer par une lettre ou un chiffre. |
Mettez à jour la valeur dans les propriétés de machine de Site Recovery. |
| Se connecter après la migration - Windows | Pour vous connecter à des machines virtuelles Azure exécutant Windows après la migration : - Avant la migration, activez le protocole RDP sur la machine virtuelle locale. Vérifiez que des règles TCP et UDP sont ajoutées pour le profil Public et que RDP est autorisé dans Pare-feu Windows>Applications autorisées pour tous les profils. - Pour l’accès VPN site à site, activez RDP et autorisez RDP dans Pare-feu Windows ->Applications et fonctionnalités autorisées pour les réseaux Domaine et Privé. Vérifiez aussi que la stratégie SAN du système d’exploitation est définie sur OnlineAll. Plus d’informations |
|
| Se connecter après la migration - Linux | Pour vous connecter à des machines virtuelles Azure après la migration avec SSH : - Avant la migration, sur la machine locale, vérifiez que le service Secure Shell est défini sur Démarrer et que les règles de pare-feu autorisent une connexion SSH. - Après la migration, sur la machine virtuelle Azure, autorisez les connexions entrantes au port SSH pour les règles du groupe de sécurité réseau sur la machine virtuelle basculée, et pour le sous-réseau Azure auquel elle est connectée. Ajoutez aussi une adresse IP publique pour la machine virtuelle. |
Étapes suivantes
Migrer des machines virtuelles Hyper-V pour la migration.