Il peut arriver que vous hébergiez des serveurs dont les systèmes d’exploitation ne sont pas supportés par Nutanix Move. Dans ces rares cas, vous devrez alors procéder manuellement pour migrer vos machines virtuelles et vous pourrez être confronté à des problèmes de boot post-migration.

Pour la démonstration, j’ai choisi un système d’exploitation vraiment très ancien : Ubuntu 12.04.

Cette version ne fait pas partie de la liste des systèmes supportés par Nutanix Move pour la migration et la migration doit donc être réalisée manuellement :

J’ai paramétré un plan de migration manuelle pour cette machine virtuelle et je procède à sa migration qui se déroule sans problème :

Malheureusement, au démarrage de la machine virtuelle coté Nutanix AHV, je rencontre un problème de boot :

Pour corriger cette problématique, j’éteins la machine virtuelle, je me connecte à mon Prism Central et je navigue jusqu’au menu « Compute and Storage > Images » :

Je clique sur « Add Image », je sélectionne « VM Disk » en tant que source de l’image et je sélectionne ma VM Ubuntu12 :

Je nomme le disque avec un nom explicite et je clique sur « Next » :

Je laisse l’option de placement de l’image dans sa configuration par défaut et je sauvegarde :

L’image de mon disk va apparaitre dans la liste des images disponibles sur mon cluster Nutanix :

Je retourne ensuite dans le menu « Compute and Storage > VMs » et ouvre le panneau de configuration de ma machine virtuelle :

La partie qui nous intéresse concerne les disques de la machines au nombre de 2 avec un disque virtuel et un lecteur type CD-ROM :

La première étape consiste à supprimer tous les disques en cliquant sur l’icone de corbeille :

Ensuite, une fois les 2 disques supprimés, cliquer sur « Attach Disk » :

Configurez le disque comme suit :

• 1 – Type : Disk
• 2 – Operation : Clone From Image
• 3 – Image : sélectionnez le disque que vous avez ajouté au départ
• 4 – Capacity : vous pouvez lui donner la taille de votre choix
• 5 – Bus Type : sélectionnez PCI

Validez la nouvelle configuration de votre machine virtuelle et démarrez là. Le problème de démarrage est désormais réglé, et le système d’exploitation démarre parfaitement bien :

Welcome to Ubuntu 12.04 LTS (GNU/Linux 3.2.0-23-generic x86_64)
Documentation: https://help.ubuntu.com/ System information as of Thu Sep 26 15:58:58 CEST 2024 System load: 0.0 Processes: 67
Usage of /: 3.5% of 37.68GB Users logged in: 1
Memory usage: 2% IP address for eth0: 192.168.2.137
Swap usage: 0% Graph this data and manage this system at https://landscape.canonical.com/
0 packages can be updated.
0 updates are security updates.
Your Ubuntu release is not supported anymore.
For upgrade information, please visit:
http://www.ubuntu.com/releaseendoflife
New release '14.04.6 LTS' available.
Run 'do-release-upgrade' to upgrade to it.
Last login: Thu Sep 26 15:58:05 2024
nutanix@ubuntu24hv:~$

Le principal problème rencontré lors de la migration de ces systèmes obsolètes est un problème au niveau du démarrage. En suivant cette méthode, vous devriez pouvoir migrer l’ensemble de vos machines virtuelles sans encombre.

Il peut arriver que vous hébergiez des serveurs dont les systèmes d’exploitation ne sont pas supportés par Nutanix Move. Dans ces rares cas, vous devrez alors procéder manuellement pour migrer vos machines virtuelles et vous pourrez rencontrer des problématiques de réseaux post-migration.

Dans mon exemple, j’ai déployé sur mon ESXi une machine Ubuntu Serveur en version 24.04LTS, un système d’exploitation sorti il y a seulement quelques mois. Il n’est pas encore supporté officiellement par Nutanix Move d’après la documentation :

Lors de la création de mon plan de migration, je n’ai rencontré aucune erreur, j’ai pu valider les options sans encombre, en mode automatique et je le démarre immédiatement.

Malheureusement, la préparation automatique de la machine virtuelle échoue :

Le message est clair, Nutanix Move n’arrive pas à installer les drivers nécessaires :

Drivers Installation Failed. Driver(s) virtio_scsi could not be installed for kernel 6.8.0-45-generic

Je supprime donc mon plan de migration, j’en créé un nouveau en manuel et j’éteins la machine virtuelle sans exécuter les scripts :

Je démarre ensuite mon plan de migration pour migrer la machine virtuelle vers mon cluster AHV et tout se déroule correctement :

Une fois le transfert de données, je lance la bascule immédiatement. Le serveur est migré :

Coté Nutanix AHV, je vois bien ma machine virtuelle fraichement migrée :

Je démarre la machine virtuelle pour vérifier que la migration s’est bien passée. La VM démarre correctement mais elle ne prend pas d’adresse IP…

Cette problématique est courante avec les systèmes d’exploitation récents. En règle générale, ils intègrent de base les modules et composants nécessaires à la prise en charge totale par Nutanix. Toutefois, il est fréquent que la configuration des cartes réseaux ne soit pas correctement reprise après migration.

Pour corriger le dysfonctionnement, il faut ouvrir une console sur notre VM et procéder à la configuration manuellement.

On commence par récupérer le nom de l’interface :

nutanix@ubuntu24e1:~$ sudo lshw -class network
[sudo] password for nutanix:
*-network
description: Ethernet controller
product: Virtio network device
vendor: Red Hat, Inc.
physical id: 3
bus info: pci@0000:00:03.0
version: 00
width: 64 bits
clock: 33MHz
capabilities: msix bus_master cap_list rom
configuration: driver=virtio-pci latency=0
resources: irq:11 ioport:c040(size=32) memory:febd1000-febd1fff memory:fe000000-fe003fff memory:feb80000-febbffff
*-virtio0
description: Ethernet interface
physical id: 0
bus info: virtio@0
logical name: ens3
serial: 50:6b:8d:c0:82:7b
capabilities: ethernet physical

Ici il s’agit de ens3. Maintenant on va modifier le fichier de configuration de la carte réseau :

nutanix@ubuntu24e1:~$ sudo vi /etc/netplan/50-cloud-init.yaml
This file is generated from information provided by the datasource. Changes to it will not persist across an instance reboot. To disable cloud-init's network configuration capabilities, write a file /etc/cloud/cloud.cfg.d/99-disable-network-config.cfg with the following:
network: {config: disabled}
network:
ethernets:
ens160:
dhcp4: true
version: 2

Corrigez la ligne « ens » avec le nom correct de votre carte réseau et sauvegardez le fichier. Appliquez la configuration :

sudo netplan apply

Ca y est, la machine récupère une adresse ip.

Vous avez saisi le principe, mon exemple est basé sur Ubuntu mais reproductible sur les autres distributions Linux récentes, pour peu que vous adaptiez les commandes au système d’exploitation.

Vous pensiez que c’était fini et que nous passerions directement à la migration ? Et bien pas tout à fait ! Il me reste encore quelques petites choses à dire et à vous transmettre avant : mes ultimes conseils et bonnes pratiques basés sur mon expérience !

Une préparation minutieuse

Le premier conseil et je pense le plus important que je puisse vous donner, c’est de bien préparer votre migration. Listez vos machines virtuelles, recensez les systèmes d’exploitation installés, vérifiez qu’elles sont bien à jour et que les prérequis à la migration sont bien réunis…

Cela prend du temps, mais c’est le gage d’une migration réussie à tous les coups.

Des plans de migration mesurés

Mon second conseil, c’est de créer des plans de migrations de taille raisonnable. Si la limite du logiciel peut aller jusqu’à 100 machines virtuelles par plan de migration, je vous conseillerais de vous limiter à une vingtaine de machines maximum.

Cela permet de mieux gérer sa migration, d’avoir moins d’erreurs potentielles à gérer et de pouvoir corriger les problèmes plus rapidement si vous y êtes confrontés une fois les machines virtuelles basculées et de limité le risque d’interruption de service prolongé.

Des plans de migration homogènes

Dans la mesure du possible, essayer de créer des plans de migration regroupant des machines virtuelles similaires en terme de système d’exploitation. Encore une fois, en cas de problème lors de la migration, il sera toujours plus facile de chercher une erreur commune à plusieurs serveurs ayant le même système d’exploitation qu’entre des serveurs disparates.

Prenez votre temps

Surtout, ne vous précipitez pas ! Mieux vaut prendre son temps et faire une migration sans accroc, plutôt que de foncer, rencontrer des problèmes, être obligé de faire machine arrière, etc… Prenez le temps de construire vos plans de migration, de bien les préparer, les configurer dans leurs moindres détails afin qu’ils se déroulent sans aucun problème.

Quelques bonnes pratiques à respecter

Voici quelques bonnes pratiques à respecter qui vous permettrons d’éviter un certain nombre de désagrément. Il y en a surement d’autres que je n’ai pas mentionnées mais cela constitue déjà une base solide :

• Vérifiez la compatibilité de vos systèmes d’exploitation.
• Vérifiez que tous les prérequis sont respectés en amont.
• Vérifiez que vos cluster peuvent communiquer entre eux.
• Arrêtez les jobs de sauvegarde avant de démarrer vos migrations.

En cas de doute, référez vous à la documentation officielle : https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Move-v5_4:Nutanix-Move-v5_4

Maintenant, vous êtes parés pour finaliser la migration de vos machines virtuelles…

Notre appliance Nutanix Move est déployée, les clusters sources fonctionnant sous VMware ESXi et Microsoft Hyper-V et le cluster cible fonctionnant sous Nutanix AHV ont été ajoutés. L’étape suivante est de créer les plans de migrations de nos machines virtuelles.

Prérequis

Pour que tout se passe bien, certains prérequis sont à prendre en compte et voici selon moi les 2 plus importants :

• VMware Tools déployés et à jour sur l’ensemble des machines virtuelles
• Systèmes d’exploitation supportés

L’ensemble des prérequis dans la documentation officielle : https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Move-v5_4:top-esxi-vm-migration-c.html

Création du plan de migration de VMware ESXi vers Nutanix AHV

Sur l’interface de Nutanix Move, cliquer sur le bouton « + New Migration Plan » et nommer le plan de migration :

Sur l’écran suivant, il faut choisir le cluster source d’une part, puis le cluster de destination avec le Storage Container associé :

Dans notre cas, cela donne :

• 1 – ESXi Cluster
• 2 – Nutanix Cluster
• 3 – DefaultStorangeContainer

Evidemment, vous devrez adapter les informations sélectionnées à votre environnement. En fonction du type de serveur à migrer, il faudra choisir judicieusement le Storage Container de destination pour adapter les mécanismes d’optimisation de la donnée aux workloads que vous migrez.

Sur l’écran suivant, c’est le moment de choisir les machines virtuelles que vous souhaitez migrer en cliquant sur les boutons « + » en début de ligne :

Dans mon cas, j’ai choisi de sélectionner les machines virtuelles Ubuntu_4 et Windows_4. Un petit Warning apparait sur la machine Windows car l’UEFI n’est supporté qu’à partir d’AOS 5.16. Mon cluster étant en 6.8.1, cela ne posera pas de problème.

Sur l’écran suivant, c’est le mappage des réseaux qu’il faut réaliser. Pour chaque réseau disponible sur votre cluster ESXi, vous devrez attribuer un réseau de votre cluster Nutanix :

Ici, je n’ai qu’un seul réseau dans mon environnement de démo. Si vous avez de multiples réseaux coté ESXi, vous devrez tous les créer coté AHV afin de réaliser un mappage identique de part et d’autre.

La fenêtre suivante vous permet de configurer la préparation des machines virtuelles.

La préparation automatique des machines virtuelles

Le mode conseillé est le mode automatique car Nutanix Move s’occupera de toutes les opérations une fois les identifiants de connexion aux machines configurés.

Attention, le mode automatique ne fonctionne que sur les systèmes d’exploitation entièrement supportés par Nutanix Move.

Pour vérifier si les systèmes d’exploitation de vos VMs sont supporté, je vous conseille de regarder dans la documentation officielle : https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Move-v4_7:top-migration-considerations-c.html

Vous devrez ensuite configurer les identifiants des machines virtuelles Windows et Linux :

L’option générale n’est valable que si vous avez mis le même identifiant et le même mot de passe sur toutes vos machines virtuelles (exemple pour Windows : le compte administrateur de domaine).

Si ce n’est pas le cas, vous pouvez personnaliser l’ensemble des paramètre par machine virtuelle en cliquant sur « Change settings » en dessous de « Override individual VM Preparation » :

La préparation manuelle des machines virtuelles

La configuration globale reste la même, mais au moment de configurer le mode préparation des machines virtuelles si vous choisissez le mode Manuel vous aurez une page différente :

Plus besoin de fournir les identifiants de connexion aux machines virtuelles. En revanche, toute la partie automatisée de préparation réalisée par Nutanix Move sur vos machines virtuelles sera à faire à la main sur chaque machine.

Nutanix Move fourni les scripts pour les serveurs Linux et Windows que vous devrez exécuter manuellement. Une option bien plus chronophage et source de potentielles erreurs qui me font préférer systématiquement le mode automatique.

Toutefois, ce mode de migration peut parfois être nécessaire notamment pour migrer des machines virtuelles dont le système d’exploitation n’est pas officiellement supporté par Nutanix Move.

Finalisation du plan de migration

Sur l’écran suivant, le paramétrage des machines virtuelles permet de prioriser ou non les opérations de migration, de choisir le fuseau horaire que vous souhaitez attribuer ou bien encore de planifier le démarrage du transfert de données :

Pas de panique toutefois, activer le transfert de données ne signifie pas que les machines vont être migrées, simplement la donnée de ces machines va commencer à se synchroniser avec le cluster cible. Cette synchronisation se poursuivra tant que vous ne déclenchez pas la migration.

Une fois vos configurations terminées, Move affichera un récapitulatif de votre plan de migration :

Cliquez sur « Save » pour le valider, votre plan de migration est prêt et vous pouvez le retrouver sur la page d’accueil de Nutanix Move :

Les autres plans de migrations peuvent être créés de la même manière.

Après le cluster source sous VMware ESXi, il faut maintenant ajouter le cluster cible qui est sous Nutanix AHV.

Le processus est similaire à celui utilisé précédemment pour les cluster WMware ESXi et Microsoft Hyper-V et je vais commencer par ajouter un compte dédié à Move sur mon cluster.

Ajout d’un compte de service Move

Pour ajouter le compte de service dédié à Nutanix Move sur votre cluster Nutanix AHV, connectez vous à Prism Element puis rendez vous dans « Settings > Local User Management » et cliquez sur « New User » :

Remplir les champs avec les informations nécessaires et cocher le rôle « Cluster Admin ». Votre compte de service est prêt, ajoutons maintenant le cluster Nutanix AHV sur Nutanix Move.

Ajout du cluster AHV sur Nutanix Move

Dans la partie « Environments » de Nutanix Move, cliquer sur « + Add Environment » :

Ensuite, remplissez les champs avec les informations correspondantes au cluster Nutanix AHV sur lequel vous souhaitez migrer les VM des cluster ESXi et Hyper-V :

Les informations requises sont les suivantes :

• 1 – Type d’environnement, sélectionner Nutanix AHV
• 2 – Nommer le cluster ajouté
• 3 – Renseigner l’adresse IP du cluster (Prism Element ou Prism Central au choix)
• 4 – Renseigner les logins et mot de passe du compte de service précédemment créé

Patienter pendant quelques minutes et votre cluster sera alors disponible dans Nutanix Move :

Vos clusters sources et destinations sont maintenant tous configurés sur Nutanix Move, la prochaine étape sera de créer les plans de migration.