VMware vers Nutanix AHV : plan de migration avec Move

Périmètre et versions

Move est l’outil de migration gratuit de Nutanix. Il couvre ESXi vers AHV, mais aussi Hyper-V et plusieurs clouds vers AHV. Son fonctionnement : copie initiale complète (seeding) pendant que la VM source tourne, réplication incrémentale des blocs modifiés, puis bascule sur décision de l’opérateur.

Move 6.3.3 introduit DirectPath, une méthode de transfert des disques d’ESXi vers AHV qui ne dépend plus du VMware VDDK. Les versions précédentes s’appuient sur VDDK, téléversé dans l’appliance lors de sa configuration.

Prérequis de Move

• Appliance : déployée depuis l’image fournie par Nutanix pour votre version. Nutanix recommande de la déployer sur le cluster AHV cible.
• Réseau de l’appliance : Move utilise 172.17.0.0/16 et 172.18.0.0/16 pour ses services internes. Si votre réseau emploie ces plages, signalez-le dès la conception pour éviter les conflits de routage.
• Compte vCenter : droits d’administration sur les VM à migrer. Les notes de version de Move 6.3.3 exigent notamment deux privilèges pour une source ESXi : Provisioning: Allow virtual machine download et Cryptographic Operations: Direct Access.
• Cible AHV : cluster sain, conteneurs de stockage créés, réseaux (sous-réseaux et VLAN) créés pour chaque groupe de ports source, capacité suffisante y compris la marge pendant le seeding.
• Source : espace libre sur les datastores, car Move travaille par snapshots pendant la réplication.

Pour vérifier les droits effectifs du compte de service avant de déclarer la source dans Move :

# PowerCLI : privilèges du rôle attribué au compte de service Move
$role = Get-VIRole -Name 'Nutanix-Move'
Get-VIPrivilege -Role $role | Sort-Object Id | Select-Object Id
# Les deux privilèges ajoutés par Move 6.3.3
Get-VIPrivilege -Role $role | Where-Object Id -in 'VirtualMachine.Provisioning.GetVmFiles', 'Cryptographer.Access' | Select-Object Id, Name

Ce que Move ne migre pas

La documentation Move liste les cas non supportés pour ESXi vers AHV :

• systèmes d’exploitation invités non supportés par AHV (matrice de compatibilité Nutanix) ;
• périphériques PCIe en passthrough ;
• disques indépendants ;
• VM avec disques multi-writer ;
• VM avec disques sparse de 2 Go ;
• VM avec contrôleur SCSI en partage de bus (Nutanix indique de repasser le partage de bus sur « None ») ;
• VM d’hôtes ESXi autonomes sous licence gratuite.

Ces cas correspondent aux codes pci-passthrough, independent-disk, multi-writer et scsi-bus-sharing du script d’inventaire.

• vTPM : supporté avec Prism Central comme cible (AOS 6.5.2 et pc.2022.9 minimum). La configuration vTPM est conservée, mais les données stockées dans le vTPM source ne sont pas migrées. Sauvegardez les clés de récupération BitLocker avant la migration.
• LUKS : les partitions Linux chiffrées par cryptsetup au format LUKS sont supportées.
• VBS / Credential Guard : supporté vers AHV à partir d’AOS 6.5.2 d’après la documentation Move.
• Secure Boot : Move 6.3.3 signale que des VM CentOS 8.4 et 8.5 avec Secure Boot peuvent ne pas démarrer sur AHV ; contournement documenté : désactiver Secure Boot ou réinitialiser ses clés.

Préparer les invités

Move propose deux modes de préparation des VM :

Windows

# Dans l'invité, avant la migration
Set-StorageSetting -NewDiskPolicy OnlineAll     # disques de données en ligne après bascule
.\Get-MigrationBaseline.ps1 -Path C:\Migration\before.json
# Contrôle des VMware Tools (requis en mode automatique)
Get-Service -Name VMTools | Select-Object Status, StartType

Linux

Les pilotes VirtIO (virtio_blk, virtio_scsi, virtio_net) doivent pouvoir être chargés au démarrage. Sur un initramfs « hostonly » (RHEL, Rocky, Alma), ils sont souvent absents. Le script de contrôle est celui du guide Hyper-V, avec la cible virtio :

sudo sh prepare-linux-initramfs.sh virtio            # contrôle
sudo sh prepare-linux-initramfs.sh virtio --apply    # ajout et reconstruction

Télécharger prepare-linux-initramfs.sh (testé en conteneur sur Debian 12 et Rocky Linux 9 : sur Rocky, virtio_blk, virtio_scsi et virtio_net manquaient dans l’initramfs d’origine).

Construire le plan de migration

1. 01

   Créer le plan : nom explicite (vague et application), environnement source, cluster AHV cible et conteneur de stockage adapté à la charge.

2. 02

   Sélectionner les VM de la vague. Les avertissements de compatibilité affichés à ce stade sont à lever avant de continuer.

3. 03

   Mapper chaque réseau source vers un réseau AHV. Tous les réseaux source utilisés par la vague doivent exister côté AHV.

4. 04

   Choisir le mode de préparation (automatique ou manuel) et fournir les identifiants si nécessaire.

5. 05

   Paramétrer la planification du transfert de données. Démarrer le transfert ne bascule pas les VM : la synchronisation continue jusqu’à ce que vous déclenchiez la bascule.

6. 06

   Enregistrer et suivre le seeding. Laisser tourner l’incrémental au moins un cycle métier complet sur la vague pilote. Move propose aussi des plans de migration « test capable » pour démarrer une copie de test sur AHV avant la bascule réelle.

Comptez la durée du seeding à partir du volume réellement utilisé (colonne UsedGB de l’inventaire) et du débit mesuré sur la vague pilote, pas d’un débit théorique.

Bascule

Après la bascule

• Installer les Nutanix Guest Tools (NGT) depuis Prism : snapshots cohérents applicatifs, informations invité, fonctions de réplication.
• Vérifier la présence résiduelle des VMware Tools et les désinstaller si nécessaire.
• Exécuter le relevé après migration et le comparer au relevé de référence.
• Recréer la sauvegarde sur la plateforme cible (première sauvegarde complète) avant de clôturer la vague.

Contrôle rapide depuis une CVM du cluster :

acli vm.list
acli vm.get APP01

# Dans l'invité Windows
.\Get-MigrationBaseline.ps1 -Path C:\Migration\after.json
.\Compare-MigrationBaseline.ps1 -Before C:\Migration\before.json -After C:\Migration\after.json

Les scripts de relevé sont détaillés dans le guide de recette post-migration.

Retour arrière

Move laisse la VM source éteinte sur vSphere. Tant qu’aucune donnée n’a été écrite sur AHV, le retour arrière consiste à éteindre la VM AHV, déconnecter sa carte réseau, puis remettre la source en service :

# Session PowerCLI
$vm = Get-VM -Name 'APP01-MIGRATED-*'
Set-VM -VM $vm -Name 'APP01' -Confirm:$false
Get-NetworkAdapter -VM $vm | Set-NetworkAdapter -StartConnected:$true -Confirm:$false
Start-VM -VM $vm

Conservez la source éteinte pendant la période définie dans le plan de vague, puis supprimez-la une fois plusieurs sauvegardes réussies sur AHV.

Sources

• Nutanix Community : notes de version Move 6.3.3
• Nutanix : Move, fonctionnalités non supportées (ESXi)
• Nutanix : Move 6.3, ESXi vers AHV (vTPM, VBS, LUKS)
• Nutanix : Move, considérations de migration