Passer en revue les conditions requises pour la migration de machines virtuelles VMware vers Azure Local à l’aide d’Azure Migrate (préversion)
S’applique à : Azure Local, version 23H2
Cet article répertorie la configuration système requise pour la migration de machines virtuelles VMware vers Azure Local à l’aide d’Azure Migrate.
Important
Cette fonctionnalité est actuellement en PRÉVERSION. Pour connaître les conditions juridiques qui s’appliquent aux fonctionnalités Azure en version bêta, en préversion ou plus généralement non encore en disponibilité générale, consultez l’Avenant aux conditions d’utilisation des préversions de Microsoft Azure.
Configurations prises en charge
Les systèmes d’exploitation suivants sont pris en charge pour l’appliance source VMware, l’appliance cible et les machines virtuelles invitées que vous migrez.
| Composant | Configurations prises en charge |
|---|---|
| Environnement source | VMware vCenter Server version 8.0 VMware vCenter Server version 7.0 VMware vCenter Server version 6.7 VMware vCenter Server version 6.5 |
| Appliance source | Windows Server 2022 |
| Environnement cible | Azure Local, version 23H2 |
| Appliance cible | Windows Server 2022 |
| Machine virtuelle invitée (Windows) | Windows Server 2022 Windows Server 2019 Windows Server 2016 Windows Server 2012 R2 Windows Server 2008 R2* |
| Machine virtuelle invitée (Linux) | Red Hat Linux 6.x, 7.x Ubuntu Server et Pro. 18.x CentOS 7.x SUSE Linux Enterprise 12.x Debian 9.x |
*Pour migrer des machines virtuelles Windows Server 2008 R2, consultez le FAQ.
Zones géographiques prises en charge
Vous pouvez créer un projet Azure Migrate dans de nombreuses zones géographiques dans le cloud public Azure. Voici la liste des zones géographiques prises en charge pour la migration vers Azure Local :
| Geography | Emplacements de stockage des métadonnées |
|---|---|
| Asie - Pacifique | Asie Sud-Est, Asie Est |
| Europe | Europe Nord – Europe Ouest |
| États-Unis | USA Centre, USA Ouest2 |
Gardez à l’esprit les informations suivantes lorsque vous créez un projet :
- La zone géographique du projet est uniquement utilisée pour stocker les métadonnées détectées. Votre environnement source VMware et votre environnement cible local Azure n’ont pas besoin d’être situés dans la même zone géographique/région que votre projet Azure Migrate.
- Lorsque vous créez un projet, vous sélectionnez une zone géographique. Le projet et les ressources associées sont créés dans l’une des régions de la zone géographique. La région est allouée par le service Azure Migrate. Azure Migrate ne déplace pas ou ne stocke pas les données client en dehors de la région allouée.
- Votre projet Azure Migrate doit se trouver dans le même locataire que votre instance locale Azure. Le projet peut reconnaître les instances locales Azure entre les abonnements, mais il ne fonctionnera pas avec une instance locale Azure inscrite dans un locataire Azure distinct.
exigences Portail Azure
Pour plus d’informations sur les abonnements et les rôles Azure, consultez rôles Azure, rôles Azure AD et rôles d’administrateur d’abonnement classique.
| Niveau | autorisations |
|---|---|
| Locataire | Administrateur d’application |
| Abonnement | Contributeur, Administrateur de l’accès utilisateur |
Configuration requise du serveur VMware source
Le serveur VMware source utilisé pour la migration doit disposer de ressources suffisantes pour créer une machine virtuelle Windows Server 2022 avec un minimum de 16 Go de mémoire, 80 Go de disque et 8 processeurs virtuels.
Dans cette version, vous pouvez uniquement migrer des machines virtuelles qui ont des disques attachés aux magasins de données VMFS. Si les disques de machine virtuelle ne sont pas attachés au magasin de données VMFS, les disques ne peuvent pas être migrés
Avant de commencer, pour toutes les machines virtuelles VMware, mettez tous les disques en ligne et conservez la lettre de lecteur. Pour plus d’informations, consultez comment configurer une stratégie SAN pour mettre les disques en ligne.
L’environnement source VMware doit être en mesure de lancer une connexion réseau avec l’instance locale Azure cible, soit en se trouvant sur le même réseau local, soit à l’aide d’un VPN.
Ciblez la configuration requise pour Azure Local
Le système d’exploitation cible doit être la version 23H2 pour Azure Local.
Un pont de ressources Arc doit exister sur Azure Local version 23H2 pour la migration. Le pont de ressources Arc est créé automatiquement pendant le déploiement. Pour vérifier qu’un pont de ressources Arc existe sur votre système local Azure, consultez Déployer à l’aide de Portail Azure.
Vérifiez qu’un réseau logique est configuré sur votre pont de ressources Arc. Pour plus d’informations, consultez Créer un réseau logique.
Assurez-vous qu’un chemin de stockage personnalisé est configuré sur votre pont de ressources Arc pour la migration. Pour plus d’informations, consultez Créer un chemin d’accès de stockage.
Le système cible local Azure doit être en mesure de lancer une connexion réseau avec l’environnement source VMware, soit en étant sur le même réseau local, soit à l’aide d’un VPN.
Configuration requise pour les projets Azure Migrate
Si vous disposez d’un projet Azure Migrate existant avec la découverte de machines virtuelles terminée, vous devez créer un projet Azure Migrate pour la migration vers Azure Local. Vous ne pouvez pas utiliser les projets Azure Migrate existants pour la migration.
Vous ne devez avoir qu’une seule appliance source par projet Azure Migrate pour les migrations locales Azure. Cela signifie que vous ne pouvez pas utiliser le même projet Azure Migrate pour une source VMware et une source Hyper-V. Veillez à créer un projet pour chaque source à partir de laquelle vous souhaitez migrer.
Vous ne devez avoir qu’une seule appliance cible par projet Azure Migrate pour les migrations locales Azure. Cela signifie que vous ne pouvez pas utiliser le même projet Azure Migrate pour une seule appliance source pour migrer vers plusieurs appliances cibles sur différentes instances locales Azure.
En règle générale, les projets Azure Migrate doivent avoir un appairage de 1:1 uniquement 1 appliance source et 1 appliance cible par projet.