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…