Matrice de prise en charge de la migration des serveurs physiques, des machines virtuelles AWS et des machines virtuelles GCP
Cet article récapitule les paramètres et limitations de prise en charge de la migration de serveurs physiques, de machines virtuelles Amazon Web Services (AWS) et de machines virtuelles Google Cloud Platform (GCP) vers Azure avec Migration et modernisation. Si vous cherchez des informations sur l’évaluation de serveurs physiques pour la migration vers Azure, consultez la matrice de prise en charge de l’évaluation.
Migrer des machines en tant que machines physiques
Vous pouvez migrer des machines locales en tant que serveurs physiques en utilisant la réplication basée sur agent. En utilisant cet outil, vous pouvez migrer un large éventail de machines vers Azure, par exemple :
- Serveurs physiques locaux.
- Machines virtuelles virtualisées par des plateformes, comme Xen et KVM.
- Machines virtuelles Hyper-V ou machines virtuelles VMware si, pour une quelconque raison, vous ne souhaitez pas utiliser les flux Hyper-V ou VMware standard.
- Machines virtuelles exécutées dans des clouds privés.
- Machines virtuelles s’exécutant dans des clouds publics, notamment AWS ou GCP.
Limitations de la migration
Vous pouvez sélectionner jusqu’à 10 machines à la fois pour la réplication. Si vous souhaitez migrer davantage de machines, répliquez-les en groupes de 10.
Conditions requises des serveurs physiques
Le tableau suivant résume la prise en charge des serveurs physiques, des machines virtuelles AWS et des machines virtuelles GCP que vous souhaitez migrer en utilisant la migration basée sur agent.
| Support | Détails |
|---|---|
| Charge de travail de machine | Azure Migration et modernisation prend en charge la migration de toute charge de travail (par exemple, Microsoft Entra ID ou SQL Server) s’exécutant sur une machine prise en charge. |
| Systèmes d’exploitation | Pour obtenir les informations les plus récentes, consultez la prise en charge des systèmes d’exploitation (SE) pour Azure Site Recovery. Azure Migration et modernisation fournit une prise en charge identique des SE. |
| Stockage invité/système de fichiers Linux | Pour obtenir les informations les plus récentes, consultez la prise en charge des systèmes de fichiers Linux pour Site Recovery. Azure Migration et modernisation fournit une prise en charge identique des systèmes de fichiers Linux. |
| Réseau/Stockage | Pour obtenir les informations les plus récentes, voir les prérequis en matière de réseau et de stockage pour Site Recovery. Azure Migration et modernisation fournit des exigences identiques en termes de réseau et de stockage. |
| Conditions requises pour Azure | Pour obtenir les informations les plus récentes, voir les exigences d’Azure en matière de réseau, de stockage et de calcul pour Site Recovery. Azure Migration et modernisation a des exigences identiques pour la migration de serveurs physiques. |
| Service Mobilité | Installez l’agent de service Mobility sur chacune des machines que vous souhaitez migrer. |
| Démarrage UEFI | Pris en charge. Windows : NTFS Linux : les types de système de fichiers pris en charge sont les suivants : ext4, xfs, btrfs. Certains systèmes de fichiers (comme ZFS, UFS, ReiserFS et DazukoFS) peuvent ne pas être pris en charge, sous réserve d’exigences de commande supplémentaires pour les monter. |
| UEFI – Démarrage sécurisé | Non pris en charge pour la migration. |
| Disque cible | Les machines ne peuvent être migrées que vers des disques managés (disques HDD standard, disques SSD standard, disques SSD Premium) dans Azure. |
| Disque Ultra | La migration des disques Ultra n’est pas prise en charge depuis le portail Azure Migration et modernisation. Vous devez effectuer une migration hors bande pour les disques recommandés comme disques Ultra. Autrement dit, vous pouvez migrer en la sélectionnant comme type de disque Premium et remplacer par un disque Ultra après la migration. |
| Taille du disque | Jusqu’à 2 To de disque SE pour les machines virtuelles de 1re génération. Jusqu’à 4 To de disque SE pour les machines virtuelles de 2e génération et 32 To pour les disques de données. |
| Limites du disque | Jusqu’à 63 disques par machine. |
| Disques/volumes chiffrés | Les machines avec des disques/volumes chiffrés ne sont pas prises en charge pour la migration. |
| Cluster de disque partagé | Non pris en charge. |
| Disques indépendants | Pris en charge. |
| Disques directs | Pris en charge. |
| NFS | Les volumes NFS montés en tant que volumes sur les machines ne sont pas répliqués. |
| ReiserFS | Non pris en charge. |
| Cibles iSCSI | Les machines avec des cibles iSCSI ne sont pas prises en charge pour la migration sans agent. |
| Multipath I/O | Pris en charge pour les serveurs Windows avec le module spécifique à l’appareil Microsoft ou au fournisseur installé. |
| Cartes réseau associées | Non pris en charge. |
| IPv6 | Non pris en charge. |
| Pilotes PV/outils XenServer | Non pris en charge. |
Conditions requises de l’appliance de réplication
Si vous configurez manuellement l’appliance de réplication, vérifiez qu’elle est conforme aux exigences résumées dans le tableau. Lorsque vous configurez l’appliance de réplication Azure Migrate en tant que machine virtuelle VMware en utilisant le modèle Open Virtual Appliance fourni dans le hub Azure Migration et modernisation, l’appliance est configurée avec Windows Server 2016 et est conforme aux exigences de prise en charge.
- En savoir plus sur les conditions requises de l’appliance de réplication.
- Installer MySQL sur l’appliance. En savoir plus sur les options d’installation.
- En savoir plus sur les URL auxquelles l’appliance de réplication doit accéder.
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. Quand Site Recovery vérifie les prérequis pour la réplication, la vérification échoue si certaines exigences ne sont pas satisfaites.
| Composant | Spécifications | Détails |
|---|---|---|
| Système d’exploitation invité | Vérifie les systèmes d’exploitation pris en charge. Vous pouvez migrer toute charge de travail s’exécutant sur un SE pris en charge. |
La vérification est mise en échec en cas de défaut de prise en charge. |
| Architecture du système d’exploitation invité | 64 bits. | La vérification est mise en échec en cas de défaut de prise en charge. |
| 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 | 64 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. | Désactivez 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, activer le protocole RDP (Remote Desktop Protocol) 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 réseau privé virtuel de 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 également que la stratégie réseau de la zone de stockage du SE est définie sur OnlineAll. Plus d’informations |
|
| Se connecter après la migration - Linux | Pour vous connecter aux machines virtuelles Azure après la migration en utilisant Secure Shell (SSH) : - Avant la migration, sur la machine locale, vérifiez que le service SSH est défini sur Démarrage et que les règles de pare-feu autorisent une connexion SSH. - Après le basculement, 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 également une adresse IP publique pour la machine virtuelle. |
Étapes suivantes
Migrer des serveurs physiques.