Team Leader - Nutanix Technology Champion - Nutanix NTC Storyteller

Julien DUMUR
Infrastructure in a Nutshell
nutanix move

Maintenant que tout est prêt, il est temps de migrer les machines virtuelles des vieux clusters Hyper-V et ESXi vers le nouveau cluster Nutanix AHV grâce aux plans de migration précédemment créés.

Les différents états

Un plan de migration peut être dans différents états distincts en fonction de l’étape de la migration :

  • Not Started : vous avez créé les plans de migration mais vous ne les avez pas encore démarré
  • In Progress : le plan de migration est lancé, les données commencent à être répliquées.
  • Ready to Cutover : la migration des données est terminée, Nutanix Move continue de synchroniser les changements, les machines virtuelles sont en attente de leur bascule vers le cluster cible.
  • Paused : Vous avez mis en pause le processus pour une raison ou une autre. La migration des données est suspendue.
  • Failed : Erreur pendant le processus de préparation des machines en général. Il faut corriger l’anomalie pour pouvoir reprendre le déroulement des opérations.
  • Completed : Les machines virtuelles qui ont été migrées avec succès.

Démarrage des migrations

Si vous avez comme moi planifié le démarrage d’un de vos plans de migration, vous devriez déjà avec des machines virtuelles en statut « Ready to Cutover ».

Cela signifie qu’elles sont prêtes à finaliser leur migration.

Pour les autres plans de migration en attente, il faut les démarrer manuellement. Pour ce faire, cochez la case devant les plans de migration que vous souhaitez démarrer, cliquez sur le menu « Action » en haut de la liste et cliquez sur « Start » :

Le plan de migration commence à s’exécuter :

Si vous avez bien suivi toutes les étapes, le plan de migration devrait se dérouler sans encombre. Vous pouvez suivre la progression du plan sur la ligne correspondante, et des machines virtuelles dans les cases tout en haut :

En cliquant sur les « 2 VMs » dans le bandeau, vous aurez un étape par machine virtuelle :

Vous pourrez avoir plus de détails sur les opérations menées dans le menu « Events » tout en haut à droite de l’interface :

La synchronisation de la données avec le nouveau cluster est l’étape la plus longue du processus et dépendra de la volumétrie de vos machines virtuelles.

La bascule

La bascule, ou Cutover, est l’opération qui va vous permettre de finaliser la migration de l’ancien cluster vers le nouveau.

Vous ne pouvez réaliser un Cutover que sur les machines virtuelles qui sont dans l’état « Ready to Cutover » :

Pour vérifier l’état des machines virtuelles et procéder au cutover, cliquez sur les « 2 VMs » dans le cadre « Ready to cutover :

Vous aurez alors la liste des VMs prêtent à basculer sur le nouveau cluster. Vous pouvez toutes les faire en une fois, ou une par une, peu importe. C’est vous qui décidez. Je vais migrer la Ubuntu_4 en cochant la case en début de ligne puis en cliquant sur « cutover » :

Une validation est demandée pour lancer le processus :

Le processus de bascule ne prend que quelques minutes pendant lesquelles Nutanix Move va :

  • Eteindre la VM
  • Créer un dernier snapshot
  • Le synchroniser avec le cluster cible
  • Créer la VM cible
  • Nettoyer la VM source (déconnecter les cartes réseaux)
  • Supprimer l’ensemble des snapshots créés par Move
  • Consolider les disques de la machine virtuelle
  • Nettoyer la VM cible

Le statut de migration pour cette machine virtuelle passe alors en « Completed » et je la retrouve sur mon Nutanix AHV, démarrée et fonctionnelle :

La machine virtuelle est migrée avec succès, il ne me reste plus qu’à faire toutes les autres.

Read More
nutanix move

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…

Read More
nutanix move

Dans le précédent article du blog, nous avons vu comment créer les plans de migration depuis ESXi vers AHV. C’est maintenant au tour d’Hyper-V et vous allez voir que le processus est quasiment identique !

Prérequis

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

  • Systèmes d’exploitation supportés
  • Nutanix Move Agent installé sur l’hyperviseur
  • Linux Azure installé sur les machines virtuelles Linux

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

Création du plan de migration de Microsoft Hyper-V 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 – HyperV Cluster
  • 2 – Nutanix Cluster
  • 3 – DefaultStorangeContainer

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. Ici je vais choisir uniquement une machine virtuelle que je sais non supportée pour la méthode manuelle :

Dans mon cas, j’ai choisi de sélectionner les machines virtuelles Ubuntu_4 et Windows_4.

Sur l’écran suivant, c’est le mappage des réseaux qu’il faut réaliser. Pour chaque réseau disponible sur votre cluster Hyper-V, 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 sur votre cluster Hyper-V, 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-v5_4:top-hyperv-vm-migration-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.

Read More
nutanix move

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.

Read More
nutanix move

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.

Read More
nutanix move

Maintenant que notre machine virtuelle Nutanix Move est déployée, il est temps de configurer notre second cluster à migrer : Hyper-V.

Création d’un compte Move sur Hyper-V

Dans le même esprit que pour ESXi, afin de ne pas utiliser le compte « administrateur » du serveur ou du domaine et pour respecter les bonnes pratiques de sécurité, j’ai créé un utilisateur dédié à Nutanix Move sur mon cluster Hyper-V.

Une fois connecté à mon cluster, clic droit sur le bouton « Démarrer > Gestion de l’ordinateur » :

Cliquer dans « Utilisateurs et groupes locaux > Utilisateurs » dans le menu Action cliquer sur « Nouvel utilisateur » et renseigner les champs nécessaires :

Ensuite, dans « Utilisateurs et groupes locaux > Groupes », ajouter le compte précédemment créé au groupe « Administrateurs » :

Le compte de service dédié à Nutanix Move est créé sur le cluster Hyper-V, ajoutons maintenant le cluster coté Nutanix Move.

Installation du Move Agent

Avant de pouvoir ajouter votre cluster Hyper-V sur Nutanix Move, il est impératif d’installer le Move Agent.

Pour le télécharger, rendez-vous sur l’URL suivante : https://MOVE-IP/downloads/agents/move-agent-installer.exe en remplaçant « MOVE-IP » par l’adresse IP que vous avez attribué à Nutanix Move.

Une fois l’exécutable téléchargé, déplacez dans le répertoire de votre choix, pour ma part je l’ai mis à la racine du disque dur. Il faut ensuite ouvrir une invite de commande Powershell en mode administrateur et exécuter la commande suivante :

move-agent-installer.exe -o install -ip MOVE-IP -u USER

En remplaçant toujours MOVE-IP par l’adresse ip de votre Nutanix Move et USER par le login du compte de service dédié à Move précédemment créé :

PS C:> .\move-agent-installer.exe -o install -ip 192.168.2.240 -u move
Enter password for user [move]:

Hyper-V host pre-checks results:

OS validation successful: [Microsoft Windows Server 2022 Standard Evaluation]

Firewall: Inbound port [8087] is open

Service state: [Hyper-V Virtual Machine Management] is running

Service install successful. Please check logs at [C:\Users\move\Nutanix\Move\4.7.0\logs].
PS C:>

Ajout du cluster Hyper-V sur Nutanix Move

Pour ajouter l’environnement Hyper-V sur Nutanix Move, il faut se connecter à l’interface de Move et cliquer sur le bouton « + Add Environment » de la page d’accueil :

Dans la fenêtre qui s’affiche il faut :

  • 1 – sélectionner le type d’environnement Microsoft Hyper-V
  • 2 – nommer l’environnement que l’on ajoute
  • 3 – renseigner l’adresse IP du cluster ou du serveur si il n’y a qu’un noeud
  • 4 – renseigner le nom d’utilisateur et le mot de passe du compte de service créé sur Hyper-V

Cliquer sur « Add » et patienter pendant l’ajout du cluster. Il se peut que vous rencontriez une erreur concernant WinRM lors de l’ajout du cluster. Si c’est le cas, connectez vous au cluster Hyper_V et tapez la commande powershell suivante :

winrm quickconfig

Si vous avez suivi toutes les étapes, votre cluster apparaitra dans la liste à gauche de l’interface Nutanix Move :

Documentation officielle : https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Move-v5_4:top-upload-vddk-library-t.html

Read More
nutanix move

Maintenant que notre machine virtuelle Nutanix Move est déployée, il est temps de configurer notre premier cluster à migrer : VMWare ESXi.

Création d’un compte Move sur ESXi

Afin de ne pas utiliser le compte « root » de mon cluster ESXi et pour respecter les bonnes pratiques de sécurité, j’ai préféré créé un utilisateur dédié à Nutanix Move sur mon cluster ESXi.

Une fois connecté à mon cluster, sur l’hôte dans « Gérer », aller dans « Sécurité et utilisateurs > Utilisateurs » :

Cliquer sur « Ajouter un utilisateur » et renseigner les champs nécessaires :

Ensuite, effectuer un clic droit sur l’hote puis cliquer sur « Autorisations » puis sur « Ajouter un utilisateur » :

Saisir le nom de l’utilisateur précédemment créé (dans mon cas « move ») et lui attribuer les droits d’administration. Cliquer sur « Ajouter un utilisateur » :

Le compte de service dédié à Nutanix Move est créé, ajoutons maintenant le cluster coté Nutanix Move.

Ajout du cluster ESXi sur Nutanix Move

Pour ajouter un environnement ESXi sur Nutanix Move, il faut se connecter à l’interface de Move et cliquer sur le bouton « + Add Environment » de la page d’accueil :

Dans la fenêtre qui s’affiche il faut :

  • 1 – sélectionner le type d’environnement VMware ESXi
  • 2 – nommer l’environnement que l’on ajoute
  • 3 – renseigner l’adresse IP du vCenter ou de l’hote ESXi si il n’y a qu’un noeud
  • 4 – renseigner le nom d’utilisateur et le mot de passe du compte de service créé sur ESXi

Cliquer sur « Add » et patienter pendant l’ajout du cluster. Si vous avez suivi toutes les étapes, votre cluster apparaitra dans la liste à gauche de l’interface Nutanix Move :

Dans mon cas, petit Warning sur le cluster ESXi puisqu’il manque une librairie (si vous avez bien suivi les articles précédents, cela est lié au rachat de VMware par Broadcom qui ne met plus ces fichiers en accès libre, utilisez une version antérieure de Nutanix Move pour éviter cette problématique). Si vous êtes dans le même cas que moi, cliquer sur « Upload VDDK » :

Puis cliquer sur « Upload » au bout de la ligne correspondant à la version des clusters que vous souhaitez migrer (vous pouvez en uploader plusieurs si vous avez plusieurs versions de cluster) pour transférer le ou les fichiers :

ATTENTION : il faut que vous soyez en possession des fichiers VDDK que vous pouvez trouver ici (un compte client Broadcom actif est nécessaire) : https://developer.broadcom.com/sdks/vmware-virtual-disk-development-kit-vddk/latest

Une fois l’ajout des VDDK terminé, votre cluster source ESXi est désormais opérationnel :

Documentation officielle : https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Move-v5_4:top-upload-vddk-library-t.html

Read More
nutanix move

Une fois le déploiement de l’appliance Nutanix Move, achevé, il reste à réaliser sa configuration initiale pour pouvoir commencer à paramétrer les futurs plans de migrations.

Configuration du réseau

Pour configurer le réseau et basculer en IP fixe, il faut se connecter à la VM Move en SSH avec le compte « admin » et le mot de passe « nutanix/4u ». Comme c’est la première connexion, il va vous être demandé de changer le mot de passe.

Une fois le nouveau mot de passe configuré, l’outil de configuration du réseau se lance automatiquement et il suffit de suivre les indications :

Alpine Linux v3.16 (3.16.2) - Nutanix Move

Welcome to Nutanix Move. Please refer to the Move documentation
to know more about the console usage and troubleshooting.

https://www.nutanix.com/products/move/

Do you want to configure static IPv4 address? (y/N)
y
Enter Static IPv4 Address (e.g. 192.168.1.3)
192.168.2.240
Enter Netmask (e.g. 255.255.255.0)
255.255.255.0
Enter Gateway IP Address (e.g. 192.168.1.254)
192.168.2.254
Enter DNS Server 1 IP Address (e.g. 128.91.2.13)
8.8.8.8
Enter DNS Server 2 IP Address (e.g. 128.91.2.14)
8.8.4.4
Enter Domain (e.g. my.dc.domain)
homelab.local

Static IPv4 configuration provided:
ipaddress * 192.168.2.240
netmask * 255.255.255.0
gateway * 192.168.2.254
dns1 * 8.8.8.8
dns2 * 8.8.4.4
domain * homelab.local

Configuring static IPv4 …

WARNING: you are stopping a boot service
WARNING: you are stopping a boot service

Stopping busybox ntpd … [ ok ]
Stopping networking …
lo … [ ok ]
eth0 …

Patienter quelques minutes pendant que la reconfiguration se termine.

Première connexion

Dans le menu « My Apps » de l’Admin Center, vous pouvez cliquer sur « Open » pour accéder à l’interface web de Nutanix Move :

La première chose qui vous sera demandée est d’accepter le End User License Agreement :

Il vous sera ensuite demandé de configurer un mot de passe pour sécuriser l’accès à Move :

Et enfin, de choisir le type de migration que vous souhaitez effectuer. Ce choix n’a aucun impact sur la suite des événements, vous pourrez réaliser les 2 types de migration quel que soit votre choix :

Félicitations, Nutanix Move est désormais déployé sur votre cluster Nutanix :

Mais ce n’est pas tout à fait terminé !

Configurations de base de Nutanix Move

Il reste encore quelques petites configurations pour avoir un déploiement de Nutanix Move optimal. La configuration de l’appliance est située dans le menu de la roue crantée en haut à droite, puis dans « Appliance Settings » :

Parmi les options que l’on peut personnaliser, la seule qui présente pour moi un réel intérêt est la partie NTP pour assurer une synchronisation du temps cohérente sur l’ensemble de votre cluster Nutanix :

Pour les NTP, aucun problème puisqu’il suffit de renseigner les mêmes NTP que ceux que vous avez configuré coté Prism Element :

La partie « Prism Central Registration » est destinée à supplanter l’authentification Move que vous avez configuré à la première connexion par l’authentification via les comptes présents dans Prism Central que vous souhaitez autoriser à se connecter à l’appliance Nutanix Move :

nutanix move

Voilà, votre Nutanix Move est maintenant prêt à l’emploi. Nous verrons dans les prochains articles comment ajouter des clusters ESXi, Hyper-V et AHV et comment configurer le premier plan de migration.

Read More
nutanix move

Dans le précédent article je vous ai fait une présentation de l’infrastructure que j’ai monté pour réaliser ma série d’articles sur Nutanix Move.

Dans ce nouvel article, nous allons voir comment déployer et configurer la machine virtuelle Nutanix Move sur notre cluster Nutanix AHV.

Prérequis et mise à jour de l’image Move

Le déploiement de Nutanix Move sur les dernières versions d’AHV avec un Prism Central 2024 est à faire depuis le marketplace, une des nouvelles fonctionnalités des versions récentes de Prism Central.

Si vous n’avez pas encore déployé de Prism Central sur votre cluster en AOS 6.8 : https://juliendumur.fr/nutanix-ce-2-1-deployer-prism-central-pc-2024/

Ensuite, avant de procéder au déploiement de Nutanix Move, il est nécessaire de mettre à jour l’image disk intégrée dans Prism Central. Pour télécharger la dernière version de Move, il faut se rendre sur le lien suivant : https://portal.nutanix.com/page/downloads?product=move

Il faut télécharger le fichier « Move QCOW2 file for AHV » :

Ensuite, rendez vous sur Prism Central, dans « Infrastructure > Compute & Storage > Images » et cliquer sur « Add Image » :

Sur la page suivante, cliquer sur « + Add file », sélectionner l’image qui vient d’être téléchargée sur le site de Nutanix et cliquer sur « Next » :

Sur la page suivante, laisser par défaut et cliquer sur « Save » :

Patienter durant le transfert et le traitement de l’image :

Une fois que c’est terminé nous pouvons passer au déploiement.

Déploiement de Nutanix Move

Pour déployer Nutanix Move, il faut se connecter à Prism Central et se rendre dans le menu Marketplace de l’Admin Center. Dans le menu déroulant tout en haut de l’interface, sélectionner « Admin Center » puis cliquer sur « Marketplace » :

Ensuite, il suffit de cliquer sur le bouton « Get » de l’encart « Move » puis sur le bouton « Deploy » de la page Move pour démarrer le processus de déploiement :

La page qui s’affiche alors permet de configurer l’ensemble des paramètres que nous voulons attribuer à la machine virtuelle Move que nous allons déployer. Le premier champ à modifier est le champ « Application Name » qu’il faut remplir :

Dans les champs suivants, aucune modification n’est nécessaire au niveau du nom de la VM ou de sa configuration matérielle :

Pour la configuration du disque, modifier l’image pour sélectionner celle que nous avons transféré sur le cluster précédemment :

Sélectionner le réseau sur lequel placer la machine virtuelle Move :

Renseigner ensuite les identifiants à attribuer au compte SSH :

Le déploiement de la machine virtuelle est lancé :

Vous pouvez suivre le déploiement de la VM sur la page « My Apps » de l’Admin Center, si vous cliquez sur « Manage » :

Une fois que le déploiement est terminé et que Nutanix Move est fonctionnel, le statut passera en « Running » :

Read More
nutanix move

Avant d’entamer le processus qui vous permettra de migrer l’ensemble de vos machines virtuelles vers votre nouvel environnement Nutanix AHV, un petit point sur les prérequis s’impose.

Prérequis généraux

Au niveau des prérequis d’ordres généraux, il y a quelques petites choses à respecter et à vérifier avant de se lancer dans la migration de votre infrastructure.

On peut tout migrer, a 2 exceptions près

La première chose à savoir, c’est sur les types de machines à migrer. Vous pouvez migrer l’ensemble de vos machines virtuelles avec Nutanix Move, excepté :

  • les contrôleurs de domaine
  • les serveurs Exchange

Ce sont les 2 seules restrictions du logiciel. Il est recommandé d’installer un nouveau contrôleur de domaine, de lui transférer les rôles FSMO, de le promouvoir en contrôleur de domaine principal et de dé promouvoir l’ancien. Concernant Exchange, il faudra réinstaller un serveur et transférer l’ensemble des données depuis l’ancien serveur.

Flux réseaux

Evidemment, comme nous parlons d’une migration par le réseau, il est impératif que les flux soient ouverts pour permettre à Nutanix Move de joindre les clusters sources et destination :

Une mise à jour prochaine de ma matrice de flux est en prévision pour intégrer la partie Move.

Compte administrateur avec privilège

Pour que Nutanix Move puisse réaliser les opérations requises aux migrations sur les différents clusters source et destination, il est impératif de disposer de comptes avec des droits administrateurs sur ces clusters.

Prérequis spécifiques aux clusters VMware ESXi

Systèmes d’exploitation supportés

A ce jour, la majorité des systèmes d’exploitation utilisés dans un environnement professionnel sur ESXi sont supportés par Move.

Vous pouvez retrouver les systèmes d’exploitations supportés pour une migration depuis ESXi directement dans la documentation officielle : https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Move-v5_4:top-migration-considerations-c.html

Si l’une de vos machines virtuelles n’est pas compatible pour une migration Nutanix Move (je vous invite tout même à réaliser des tests, non supporté ne signifie pas non fonctionnel), il faudra alors envisager de procéder à une réinstallation complète et à jour sur le nouveau cluster.

VMware Tools

Il est important que les VMware tools soient déployés sur l’ensemble de vos machines virtuelles afin que Nutanix Move puisse gérer les machines virtuelles hébergées sur le cluster ESXi source de façon optimale. Cela vous évitera des warning ou des échecs lorsque vous lancerez les processus de migration.

L’ensemble des prérequis liés à ESXi sont disponibles ici : https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Move-v5_4:top-migration-considerations-c.html

Prérequis spécifiques aux clusters Microsoft Hyper-V

Systèmes d’exploitation supportés

A ce jour, la majorité des systèmes d’exploitation utilisés dans un environnement professionnel sur Hyper-V sont supportés par Move.

Vous pouvez retrouver les systèmes d’exploitations supportés par Move pour une migration depuis Hyper-V directement dans la documentation officielle : https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Move-v5_4:top-hyperv-vm-migration-c.html

Si l’une de vos machines virtuelles n’est pas compatible pour une migration Nutanix Move (je vous invite tout même à réaliser des tests, non supporté ne signifie pas non fonctionnel), il faudra alors envisager de procéder à une réinstallation complète et à jour sur le nouveau cluster.

Nutanix Move Agent

Sur le cluster Hyper-V, pour que cela fonctionne il faudra impérativement déployer le Nutanix Move Agent. Je détaillerais la procédure d’installation de l’agent dans les articles suivants.

C’est ici dans la documentation officielle : https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Move-v5_4:top-deploy-nt-service-t.html

L’ensemble des prérequis concernant Hyper-V sont ici : https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Move-v5_4:top-migration-considerations-hyperv-ahv-c.html

Linux Azure

Pour les VMs sous Linux, il faut également installer un module complémentaire sur chacune d’entre elles à l’aide de la commande suivante :

sudo apt install linux-azure

Linux Azure est une sorte de VMware tools pour Hyper-V et réservé aux machines Linux.

Dans le prochain article du blog, nous procéderons au déploiement de la machine Move sur notre cluster Nutanix AHV.

Read More