Team Leader - Nutanix Technology Champion - Nutanix NTC Storyteller

Julien DUMUR
Infrastructure in a Nutshell

Afin de sécuriser les flux intra-cluster dans un environnement où la segmentation réseau est inexistante, il est parfois nécessaire de configurer le backplane network pour les isoler des flux de production.

Présentation du backplane network

Le backplane network crée une interface dédiée dans un VLAN distinct sur tous les hôtes CVM et AHV du cluster pour l’échange de trafic de réplication de stockage. Le backplane network partage les mêmes adaptateurs physiques sur le pont br0 par défaut, mais utilise un VLAN non routable différent. Cela permet d’isoler les flux du cluster de ceux des machines de production de façon logique et/ou physique.

Cas d’usage

Dans notre cas, le réseau client ne dispose d’aucune segmentation du réseau et tous ses équipements sont dans le même sous-réseau (serveurs, pc, imprimantes, téléphones…).

L’objectif était donc de mettre en place le backplane network pour isoler et sécuriser les flux intra-cluster sur un VLAN dédié et indépendant du reste du réseau (flux en rouge sur le schéma) :

La première étape consiste à modifier la configuration des switchs Top-of-Rack pour ajouter le nouveau VLAN.

Configuration des switchs top-of-rack

Avant de procéder à l’activation du backplane network, il est nécessaire de préparer les ports des switchs top-of-rack pour cette opération. Dans notre cas, nous sommes sur des switchs Mellanox avec une configuration des ports en actif-backup avec un VLAN d’administration en 100 et un VLAN non routé dédié au backplane network en 3000 :

interface ethernet 1/1
switchport mode hybrid
switchport hybrid allowed-vlan add 3000
switchport access vlan 100
exit
interface ethernet 1/2
switchport mode hybrid
switchport hybrid allowed-vlan add 3000
switchport access vlan 100
exit
interface ethernet 1/3
switchport mode hybrid
switchport hybrid allowed-vlan add 3000
switchport access vlan 100
exit
interface ethernet 1/4
switchport mode hybrid
switchport hybrid allowed-vlan add 3000
switchport access vlan 100
exit

Il faut bien entendu adapter les commandes à votre modèle de switch et reproduire cette configuration sur le 2e switch Top of Rack.

ATTENTION à ne pas faire d’erreur lors de la modification de votre configuration réseau au risque de compromettre l’accès à votre cluster.

Une fois la configuration terminée, il est maintenant possible de mettre en place le backplane network sur le cluster.

Configuration du backplane network

Avant de pouvoir démarrer, il est impératif de passer l’ensemble des hôtes en mode maintenance. Pour ce faire, il faut se connecter sur une CVM et taper la commande suivante :

acli host.enter_maintenance_mode HOST_IP

Il faut répéter la commande avec l’adresse ip de chacun des hôtes de votre cluster.

Une fois l’ensemble des hôtes en mode maintenance, il faut se connecter à Prism Element, se rendre dans le menu « Setting > Network Configuration > Internal Interfaces » :

En face de « Backplane LAN » cliquer sur « Configure » :

Sur la fenêtre qui s’affiche, saisissez :

  • l’adresse ip du réseau que vous souhaitez utiliser pour le backplane network
  • le masque de sous réseau associé à ce subnet
  • l’ID du VLAN que vous avez choisi
  • le virtual switch qui va devoir le porter

Conseils et bonnes pratiques pour le choix de votre backplane network :

  • le réseau ne doit pas être routé
  • il ne doit pas exister sur le réseau
  • il faut le choisir suffisamment étendu pour intégrer les noeuds existants et éventuellement un cluster expand
  • l’ID du VLAN doit être unique sur le réseau

Une fois l’opération de configuration terminée sur le cluster, il faut sortir l’ensemble des hotes de maintenance avec la commande suivante :

acli host.exit_maintenance_mode HOST_IP

Il faut saisir la commande sur une CVM et la répéter avec l’adresse IP de chacun des hôtes du cluster.

Dans network configuration, vous pourrez constater que le réseau backplane network est désormais configuré et actif :

Votre trafic intra cluster est désormais isolé du reste du réseau.

Read More
Nutanix Blog Header

Après le re-ip d’un Prism Central chez un client, le menu permettant de basculer entre les sections applicatives ne fonctionnait plus du tout et générait un message d’erreur au survol :

En inspectant le fichier de log « Styx.log » : /home/docker/domain-manager/log/styx.log, j’ai pu trouver ce type de lignes de logs :

V3ApiError: ACCESS_DENIED | No permission to access the resource.;

Dans le fichier « Athena.INFO », j’ai également trouvé des erreurs JWT qui indiquaient des problèmes de parsing de certificat :

ERROR 2024-11-18T17:49:01,154Z Thread-1 athena.authentication_connectors.CertificateAuthenticator.getX509Certificate:309 certificate parsing exception {}. Please ensure the certificate is valid

Pour corriger l’erreur, j’ai du régénérer un nouveau certificat à l’aide de la commande suivante :

nutanix@PCVM:~$ncli ssl-certificate ssl-certificate-generate

Une fois le processus de régénération terminé, le menu de mon Prism Central s’est remis à fonctionner parfaitement bien.

Documentation officielle : https://portal.nutanix.com/page/documents/kbs/details?targetId=kA07V0000004UtNSAU

Read More

Lors du déploiement de Prism Central sur mon cluster Nutanix CE 2.1, j’ai été confronté à un message d’erreur qui m’empêchait d’enregistrer mon cluster sur Prism Central…

En effet, une fois l’ensemble des paramètres renseignés lors de la validation j’obtiens le message d’erreur « Cluster has dual stack enabled. Cannot register to a PC. » :

Ce message d’erreur est lié à la présence d’IPv6 en parallèle d’IPv4 sur le cluster, mais une solution existe et elle réside dans la commande suivante :

manage_ipv6 unconfigure; manage_ipv6 disable

Il faut répondre « Y » à la question « Proceed to remove above IPv6 configuration? » afin de valider le processus :

nutanix@NTNX-436d2f97-A-CVM:192.168.84.200:~$ manage_ipv6 unconfigure; manage_ipv6 disable
[INFO] Initializing script… done
[INFO] Current IPv6 configuration on cluster: {
"svmips": {
"192.168.84.200": null
},
"hostips": {
"192.168.84.199": null
},
"prefixlen": null,
"gateway": null
}
[INFO] Note: This operation will restart the following services: ['CerebroService', 'StargateService']
Proceed to remove above IPv6 configuration? [Y/N]: Y
[+] CVM and Hypervisor IPv6 addresses unconfigured
[+] Cleared IPv6 configuration from Zeus
[+] CVM and hypervisor firewall rules updated
[+] Necessary services have been restarted
[INFO] Marked Ergon task 4673fda3-92da-4efe-59f5-1dd3fc51a6cd as kSucceeded
[INFO] Action unconfigure completed successfully
Script output logged to /home/nutanix/data/logs/manage_ipv6.out
[INFO] Initializing script… done
[+] IPv6 disabled on CVMs and Hypervisors
[INFO] Marked Ergon task 9cdfcb37-436a-479f-4d7a-08ef69e266b0 as kSucceeded
[INFO] Action disable completed successfully
Script output logged to /home/nutanix/data/logs/manage_ipv6.out
nutanix@NTNX-436d2f97-A-CVM:192.168.84.200:~$

Une fois la procédure terminée, l’enregistrement du Prism Central se déroule sans aucun problème :

Si vous rencontrez des problèmes pour désactiver IPv6, Goerge a donné une autre technique pour y parvenir :

Ajouter ces lignes dans /etc/sysctl.conf:

net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.all.disable_policy = 1
net.ipv6.conf.default.disable_ipv6 = 1
net.ipv6.conf.default.disable_policy = 1
net.ipv6.conf.eth0.disable_ipv6 = 1
net.ipv6.conf.eth0.disable_policy = 1
net.ipv6.conf.eth1.disable_ipv6 = 1
net.ipv6.conf.eth1.disable_policy = 1
net.ipv6.conf.eth2.disable_ipv6 = 1
net.ipv6.conf.eth2.disable_policy = 1
net.ipv6.conf.lo.disable_ipv6 = 1
net.ipv6.conf.lo.disable_policy = 1

Lancer la commande :

sudo sysctl -p 

Faire un reboot de toutes les CVMs. Relancer ensuite la commande manage_ipv6 unconfigure :

manage_ipv6 unconfigure; manage_ipv6 disable
Read More

Il y a une dizaine de jours sortait la dernière version de Prism Central : la pc.2024.2.

En voulant mettre mon Prism Central à jour ce week end, je me suis aperçu que cette version n’est pas proposée via le LCM…

Ce n’est pourtant pas ce qui va m’arrêter…

Si vous n’avez pas installé Prism Central, je vous invite plutôt à aller lire mon autre article dédié : Déployer Prism Central sur Nutanix CE 2.1

Récupération du package de mise à jour

Pour récupérer la version pc.2024.2 de Prism Central, il faut se connecter au portail Nutanix, dans la rubrique « Prism Central » du menu « Downloads » : https://portal.nutanix.com/page/downloads?product=prism

Ensuite, dans la liste des fichiers, cherchez le fichier « Prism Central LCM Bundle » :

Patientez pendant le téléchargement qui peut s’avérer un peu long (près de 10Gb à récupérer !).

Transfert du fichier de mise à jour

Le fichier de mise à jour récupéré, il faut maintenant le transférer sur le cluster. Pour cela, connectez vous à votre interface Prism Central et rendez vous dans le menu « LCM » de l’Admin Center. Ouvrez le menu « Direct Upload » :

Cliquez ensuite sur « + Upload Bundle » et allez sélectionner le fichier que vous venez de télécharger :

Patentiez pendant le téléchargement. Une fois l’opération terminée, le package de mise à jour devrait apparaitre dans la liste :

Mise à jour de Prism Central

Pour installer la mise à jour fraichement transférée, si vous avez bien suivi les étapes précédentes vous devriez la retrouver dans le menu « Udaptes » :

Cochez la mise à jour, cliquez sur « View Upgrade Plan » :

Vérifiez le plan de mise à jour proposé et cliquez sur « Apply 1 Updates » :

Le processus de mise à jour est lancé, il n’y a plus qu’à patienter pendant quelques dizaines de minutes pour que la mise à jour soit complète :

L’installation de la mise à jour sur votre cluster sera sans impact sur votre environnement de production, vous ne pourrez toutefois pas accéder au Prism Central pendant toute la durée de la mise à jour. Vous pouvez suivre l’avancée des opérations depuis la console de la VM Prism Central :

Au bout d’une trentaine de minutes, l’installation de la mise à jour devrait être terminée et votre Prism Central mis à jour en vers pc.2024.2 :

Comptez encore une quinzaine de minutes avant qu’il soit totalement opérationnel.

Read More

Ca y est, il est enfin complet ! Après une cinquantaine d’heures passées à installer, configurer, tester un environnement de labo et à rédiger chaque article, mon guide ultime Nutanix Move sur la migration vers Nutanix AHV est enfin terminé.

Au total, cela représente :

  • 6500+ mots
  • 160+ captures d’écrans
  • 50+ heures de travail

C’est clairement un des projets les plus ambitieux sur mon blog ! Pour retrouver plus facilement l’ensemble de mes guides actuels ou à venir, j’ai créé un lien dédié dans le menu.

Au programme :

Nutanix Move – Partie 1 : Présentation de la solution

Nutanix Move – Partie 2 : Mes environnements de migration

Nutanix Move – Partie 3 : Prérequis

Nutanix Move – Partie 4 : Déploiement de la solution

Nutanix Move – Partie 5 : Initialisation de l’appliance

Nutanix Move – Partie 6 : Ajout du cluster à migrer VMWare ESXi

Nutanix Move – Partie 7 : Ajout du cluster à migrer Microsoft Hyper-V

Nutanix Move – Partie 8 : Ajout du cluster cible Nutanix AHV

Nutanix Move – Partie 9 : Plan de migration ESXi vers AHV

Nutanix Move – Partie 10 : Plan de migration Hyper-V vers AHV

Nutanix Move – Partie 11 : Ultimes conseils et bonnes pratiques

Nutanix Move – Partie 12 : Migration des VMs

Nutanix Move – Partie 13 : Problèmes réseaux post-migration

Nutanix Move – Partie 14 : Problèmes de boot post-migration

Le guide évoluera probablement si je rencontre de nouveaux cas intéressant à partager pour étoffer mon retour d’expérience.

N’oubliez pas que la réussite de votre migration vers Nutanix AHV dépendra énormément de la préparation en amont que vous réaliserez.

Vous avez maintenant les clés pour réussir votre migration depuis Microsoft Hyper-V ou VMware ESXi vers Nutanix AHV.

Et si vous hésitez encore à sauter le pas, n’hésitez pas à venir me faire part de vos interrogations, de vos craintes ou bien encore à demander à d’autres personnes qui sont déjà passé par là qu’elles vous donnent leur retour d’expérience.

D’autres guides arrivent prochainement… Stay tuned !

Read More
Nutanix Blog Header

Après l’installation d’un cluster, après avoir changé les mots de passe et réalisé les configurations de base, il reste quelques opérations à mener…

Renommer le container par défaut

Connectez vous à une CVM de votre cluster et listez l’ensemble des containers existants sur le cluster :

nutanix@CVM : ncli container list

L’ensemble des containers et leurs détails associés va alors s’afficher. Cherchez dans la liste le container que vous souhaitez renommer et tapez la commande suivante (ATTENTION : ne pas modifier « NutanixManagementShare » ni « SelfServiceContainer ») :

nutanix@CVM : ncli container edit name=NOM_ACTUEL new-name=NOUVEAU_NOM

Remplacez « NOM_ACTUEL » par le nom généré automatiquement par le système lors de la création du container, et NOUVEAU_NOM par le nom que vous souhaitez attribuer à ce container en ne mettant ni espace ni caractère spécial autre que le – et le _

Vérifiez ensuite que votre container a été correctement renommé avec la commande :

nutanix@CVM : ncli container list

Activer les mécanismes d’optimisation de la donnée

Rendez vous dans « Storage », cherchez le container que vous venez de renommer, sélectionnez le et cliquez sur « Update ».

Sur la fenêtre qui s’affiche, cliquez sur « Advanced settings » et cochez la case « Compression ».

Cliquez sur « Save » pour valider vos modifications.

Il n’est pas conseillé d’activer TOUS les mécanismes d’optimisation de la donnée sur un seul et même container.

La bonne pratique est de créer des containers différents avec des mécanismes d’optimisation de la donnée adaptés aux disques des VMs que vous allez positionner dessus.

La compression peut être activée dans presque tous les cas d’usage, excepté sur :

  • les containers contenant des données chiffrées
  • les containers contenant des données compressées

L’Erasure Coding est recommandé dans les cas d’usage suivants :

  • Nutanix Object
  • Sauvegardes
  • Archives
  • Serveurs de fichiers
  • Serveurs de logs
  • Serveurs mails (selon l’utilisation)

Enfin, la déduplication est à réserver à la partie VDI (bureaux virtuels).

Documentation officielle : https://portal.nutanix.com/page/documents/solutions/details?targetId=TN-2032-Data-Efficiency:data-reduction.html

Activer la « Rebuild Capacity Reservation »

L’activation de cette fonctionnalité permet de réserver une quantité de stockage suffisante pour que votre cluster puisse continuer de fonctionner normalement même en cas de défaillance d’un noeud. Cela exclu d’office les clusters de 1 ou 2 noeuds.

Pour activer cette option, rendez vous dans « Settings > Rebuild Capacity Reservation » et cochez la case :

Documentation officielle : https://portal.nutanix.com/page/documents/details?targetId=Web-Console-Guide-Prism-v6_8:wc-storage-rebuild-capacity-reserve-wc-c.html

Read More
Nutanix Blog Header

Après une installation réussi d’un cluster Nutanix, nous avons vu dans le précédent article qu’il fallait impérativement modifier les mots de passe par défaut de votre cluster. Mais ce n’est pas la seule chose à faire…

Configuration des serveurs DNS

Parmi les choses à faire après l’installation d’un cluster Nutanix, il y a la configuration des serveurs DNS.

Rendez vous dans « Settings > Names Servers » pour afficher le champ permettant d’ajouter les serveurs DNS :

Pour ma part je recommanderais d’en configurer au minimum 2 afin d’assurer une redondance en cas de panne d’un des 2 serveurs, la limite imposée par Nutanix étant 3. J’ai choisi les DNS Google dans le cadre de mon lab par soucis de commodité.

Ajoutez vous serveurs DNS un par un en renseignant leur adresse et en cliquant sur « Add ».

Document de référence : https://portal.nutanix.com/page/documents/details?targetId=Web-Console-Guide-Prism-v6_8:wc-system-name-servers-wc-t.html

Configuration des serveurs NTP et du fuseau horaire

Parmi les choses à faire après l’installation d’un cluster Nutanix, il y a également la configuration des serveurs NTP et du fuseau horaire.

Rendez vous à nouveau dans « Settings > NTP Settings » pour afficher le champ permettant d’ajouter les serveurs NTP.

Les recommandations Nutanix sont les suivantes :

  • Si c’est possible, synchroniser l’heure des clusters Nutanix avec une source interne
  • Si vous n’avez pas de serveur NTP interne, synchronisez avec des serveurs nationaux reconnus
  • Spécifiez au moins 5 sources de temps fiables et stables avec un Stratum le plus bas possible (3 n’offre aucune redondance, 4 est le minimum pour avoir de la redondance, 5 est la recommandation éditeur)
  • N’utilisez pas de serveur qui ont activé une limite
  • N’utilisez pas de serveur de temps Windows

Ma recommandation est donc d’utiliser un serveur de temps interne, mais si vous n’en avez pas, je vous conseille donc d’utiliser le site : https://www.ntppool.org/

Ensuite, sélectionnez votre zone géographique puis votre pays afin d’afficher les serveurs les plus proches de votre cluster (dans mon cas, la France) :

Il ne vous reste plus qu’à les ajouter un par un en ajoutant leur adresse DNS et en cliquant sur « Add ».

Pour régler le fuseau horaire, connectez vous à une des CVMs en SSH et tapez la commande :

ncli cluster set-timezone timezone=cluster_timezone

Vous pourrez trouver votre timezone ici : https://en.wikipedia.org/wiki/List_of_tz_database_time_zones

Dans mon cas, la commande a lancer serait :

ncli cluster set-timezone timezone=Europe/Paris

Pour vérifier que votre cluster est sur le bon fuseau horaire, vous pouvez taper la commande suivante qui vous renverra les informations concernant la timezone de votre cluster :

ncli cluster info | egrep "Timezone"
    Timezone                  : Europe/Paris

Documents de référence :

https://portal.nutanix.com/page/documents/details?targetId=Web-Console-Guide-Prism-v6_8:wc-ntp-server-time-sync-recommendations-c.html

https://portal.nutanix.com/page/documents/kbs/details?targetId=kA0600000008SNvCAM

Configuration des détails du cluster

Tout en haut à gauche de l’interface Prism Element, vous verrez le nom par défaut de votre cluster « Unnamed » :

Cliquez dessus pour afficher les détails de votre cluster :

Sur cette fenêtre, vous devez renseigner :

  • le nom de votre cluster
  • son FQDN (optionnel, si vous avez créé un enregistrement DNS)
  • la Virtual IP
  • la Data Service IP

La Data Service IP est désormais requise pour le déploiement de Prism Central.

Une fois que vous avez renseigné tous les champs, cliquez sur « Save »

Read More
Nutanix Blog Header

Il arrive parfois que des tâches soient bloquées indéfiniment sur votre cluster sans jamais aboutir ni échouer. Il vous faut alors procéder à une action manuelle pour remédier au problème.

Attention, cette opération n’est pas sans risques, c’est pourquoi je vous conseille vivement de vous rapprocher du support Nutanix si vous n’êtes pas sûr de vous.

La première étape consiste à vérifier depuis combien de temps la tâche s’exécute. Pour cela, rendez vous sur la page des tâches et filtrez sur les tâches en cours d’exécution :

Dans le cas présent, nous pouvons constater que la tâche s’exécute depuis plus de 10 mois. Aucun doute, elle est plantée et doit être annulée manuellement.

Pour ce faire, il faut se connecter à une des CVMs et taper la commande suivante :

nutanix@CVM:~$ ecli task.list include_completed=false

Vous devriez avoir un retour qui ressemble à ceci :

Task UUID Parent Task UUID Component Sequence-id Type Status
37a430d3-b80b-4ae7-bfaf-9df5247e9ce7 Nutanix Guest Tools 282 MountGuestTools kQueued

Récupérez l’UUID de la tâche concernée et tapez la commande suivante :

ergon_update_task –-task_uuid='TASK_UUID' –-task_status=aborted

Adapté à mon cas, cela donne :

ergon_update_task –-task_uuid='37a430d3-b80b-4ae7-bfaf-9df5247e9ce7' –-task_status=aborted

Cela va forcer l’annulation de la tâche en cours d’exécution.

Read More
Nutanix Blog Header

Après une installation réussie de Nutanix AHV, l’ensemble des mots de passe configurés sur le cluster sont les mots de passe par défaut « nutanix/4u » et il est impératif de les changer pour une sécurité maximale.

Recommandations concernant la complexité

Vous devez impérativement choisir des mots de passe forts pour sécuriser votre infrastructure et qu’ils soient uniques !

La complexité minimum requise par Nutanix est :

  • 8 caractères
  • 1 minuscule minimum
  • 1 majuscule maximum
  • 1 chiffre minimum
  • 1 caractère spécial

Certains mots de passe du cluster vous demanderons également de respecter certaines contraintes liées à l’historique du mot de passe.

De manière générale, je vous préconiserais d’utiliser un générateur de mot de passe bien souvent intégré à votre logiciel de gestion des mots de passe pour créer vos mots de passe et d’appliquer une longueur d’au minimum 16 caractères en respectant les règles de complexité indiquées ci-dessus.

Le mot de passe admin de Prism Element

Cette étape est indispensable et vous ne pouvez pas la contourner. Si c’est bien la première fois que vous vous y connectez, le login est « admin » et le mot de passe « nutanix/4u ». Le système va vous demander de configurer un nouveau mot de passe en respectant les critères de complexité.

Le mot de passe SSH « Nutanix » de la CVM

Si vous laissez le mot de passe par défaut, vous aurez des messages d’alertes critiques sur votre interface Prism Element.

Pour y remédier, connectez vous à l’IP d’une des CVMs de votre cluster en SSH avec l’identifiant nutanix et le mot de passe par défaut nutanix/4u. Ensuite, un simple « passwd » vous permettra de configurer un nouveau mot de passe :

nutanix@NTNX-99110c89-A-CVM:~$ passwd
Changing password for user nutanix.
Current password:
New password:
Retype new password:
passwd: all authentication tokens updated successfully.
nutanix@NTNX-99110c89-A-CVM:~$

Renseignez le mot de passe actuel, puis 2 fois consécutivement le nouveau mot de passe et le tour est joué !

Les mots de passe SSH des hôtes

Juste, après une installation les mots de passe des hôtes Nutanix sont toujours ceux par défaut et cela va vous générer des alertes critiques sur le cluster.

Pour changer le mot de passe « root » des hôtes, connectez vous à une des CVMs et tapez la commander associée :

nutanix@NTNX-99110c89-A-CVM:192.168.2.200:~$ echo -e "CHANGING ALL AHV HOST ROOT PASSWORDS.\nPlease input new password: "; read -rs password1; echo "Confirm new password: "; read -rs password2; if [ "$password1" == "$password2" ]; then for host in $(hostips); do echo Host $host; echo $password1 | ssh root@$host "passwd --stdin root"; done; else echo "The passwords do not match"; fi

Le système vous demandera alors de saisir 2 fois le nouveau mot de passe :

CHANGING ALL AHV HOST ROOT PASSWORDS.
Please input new password:
Confirm new password:
Host 192.168.2.199
Nutanix AHV
Changing password for user root.

Pour changer le mot de passe « admin » des hôtes, connectez vous à une des CVMs et tapez la commander associée :

nutanix@NTNX-99110c89-A-CVM:192.168.2.200:~$ echo -e "CHANGING ALL AHV HOST ADMIN PASSWORDS.\nPlease input new password: "; read -rs password1; echo "Confirm new password: "; read -rs password2; if [ "$password1" == "$password2" ]; then for host in $(hostips); do echo Host $host; echo $password1 | ssh root@$host "passwd --stdin admin"; done; else echo "The passwords do not match"; fi

Le système vous demandera alors de saisir 2 fois le nouveau mot de passe :

CHANGING ALL AHV HOST ADMIN PASSWORDS.
Please input new password:
Confirm new password:
Host 192.168.2.199
Nutanix AHV
Changing password for user admin.
passwd: all authentication tokens updated successfully.

Pour changer le mot de passe « nutanix » des hôtes, connectez vous à une des CVMs et tapez la commander associée :

nutanix@NTNX-99110c89-A-CVM:192.168.2.200:~$ echo -e "CHANGING ALL AHV HOST NUTANIX PASSWORDS.\nPlease input new password: "; read -rs password1; echo "Confirm new password: "; read -rs password2; if [ "$password1" == "$password2" ]; then for host in $(hostips); do echo Host $host; echo $password1 | ssh root@$host "passwd --stdin nutanix"; done; else echo "The passwords do not match"; fi

Le système vous demandera alors de saisir 2 fois le nouveau mot de passe :

CHANGING ALL AHV HOST NUTANIX PASSWORDS.
Please input new password:
Confirm new password:
Host 192.168.2.199
Nutanix AHV
Changing password for user nutanix.
passwd: all authentication tokens updated successfully.

Ressources officielles

Changement des mots de passe : https://portal.nutanix.com/page/documents/kbs/details?targetId=kA00e000000LKXcCAO

Read More
Nutanix Prism Central PC.2024

Après avoir réinstallé mon cluster avec la dernière version de la Nutanix Community Edition, je me suis heurté à un problème pour déployer Prism Central.

En effet, aucune version compatible n’est proposée de base pour l’installation :

Problématique me direz vous ! Effectivement, et pour y remédier nous allons devoir récupérer les binaires pour poursuivre l’installation à la main…

Récupération des binaires Prism Central

Pour récupérer les binaires Prism Central, vous devez vous rendre sur cette page : https://portal.nutanix.com/page/downloads?product=prism et vous identifier avec votre compte MyNutanix.

Ensuite, cherchez le package « Prism Central 1-click deploy from Prism Element

( Version: pc.2024.1.0.2 ) » :

Cliquez sur « Download » et sur « Metadata » pour récupérer le package d’installation et les metadatas associées.

Déploiement de Prism Central

Avant de démarrer le déploiement de Prism Central, il faut que la « Data Service IP » de votre cluster soit paramétrée !

Une fois le téléchargement terminé, sur la page d’accueil de Prism Element, cliquez sur « Register or create new » sur le widget Prism Central :

Cliquez ensuite sur « Deploy » sur la fenêtre qui s’affiche :

Cliquez sur « Upload Installation Binary » :

Sélectionnez les fichiers de metadata et de binaires que vous venez de téléchargez puis cliquez sur « Upload » :

Patientez pendant le transfert :

Une fois le transfert terminé, sélectionner le package puis cliquez sur « Next » :

Sélectionnez ensuite la taille du Prism Central que vous souhaitez déployer et cliquez sur « Next » :

Pour plus d’informations sur la version X-Small, n’hésitez pas à consulter mon article dédié : https://juliendumur.fr/nutanix-aos-6-8-ests-et-prism-central-x-small/

Renseigner la configuration technique puis cliquez sur « Next » :

La dernière fenêtre est une nouveauté des dernières versions, je vous conseille de laisser les paramètres par défaut et de cliquer sur « Deploy » :

Un peu de patience pendant le déploiement :

Une fois le déploiement achevé, rendez vous sur l’adresse de votre Prism Central et authentifiez vous avec le couple d’identifiants par défaut habituel :

Lors de la toute première connexion, il va vous être demandé de configurer un nouveau mot de passe :

Connectez vous ensuite avec le nouveau mot de passe que vous venez de configurer. Validez ensuite les conditions d’utilisation :

Laissez ensuite Pulse activé :

Si ensuite comme moi vous constatez que votre cluster n’est toujours pas enregistré sur Prism Central, retournez sur Prism Element et relancez la procédure en sélectionnant cette fois « Connect » :

Renseignez les éléments de connexion à votre Prism Central et validez pour lancer l’enregistrement :

Félicitations, votre Prism Central en version PC.2024 est maintenant opérationnel sur votre cluster Nutanix sous AOS 6.8

Read More