LCM (Life Cycle Manager) calcule les dépendances et l’ordre des mises à jour à votre place. Il ne choisit pas ce que vous cochez, ne sait pas si votre fenêtre tient, et n’apporte pas les fichiers sur un site sans Internet.
Deux opérations, pas un bouton
La FAQ LCM le formule ainsi : une opération Inventory scanne le cluster et rend les composants et versions en place, logiciels et firmwares ; une opération Update met à jour les seuls composants choisis par l’administrateur, LCM gérant l’ordre imposé par leurs dépendances. Côté Prism Element, la FAQ cite AOS, AHV, Prism, Files, Foundation et les firmwares ; Prism Central gère ses propres services.
L’inventaire n’est pas qu’un relevé. Selon nutanix.dev, il met LCM lui-même à la dernière version. Il compare aussi l’installé à ce qui est disponible, que les fichiers viennent du portail, d’un serveur web interne ou d’un téléversement (FAQ LCM et fils communautaires sur l’upload direct). Julien Dumur compte une dizaine de minutes par inventaire. Un contributeur de la communauté Nutanix conseille d’en relancer un après chaque mise à jour : c’est lui qui montre l’étape suivante.
L’ordre
Les sources publiques convergent :
- Prism Central d’abord. Un billet de la communauté Nutanix le justifie : Prism Central n’est que rétrocompatible, il passe donc avant les clusters qu’il gère.
- Puis chaque cluster. Julien Dumur détaille la séquence sur Prism Element : inventaire, NCC, Foundation, AOS, firmwares, AHV, puis nouvel inventaire.
- Enfin les services de Prism Central : Files, Self-Service, NKE, NDB, Flow.
Sur un cluster, AOS passe avant AHV. Le contributeur cité plus haut explique que LCM revérifie la compatibilité d’AHV avec le nouvel AOS, et qu’une alerte signale ensuite qu’AHV n’est pas à la version idéale. Il déconseille de mêler firmwares serveurs et AOS dans la même opération ; Foundation et NCC peuvent en revanche être cochés ensemble.
Lire le plan avant de lancer
Avec plusieurs composants cochés, LCM construit un plan si c’est possible. Il s’affiche par View upgrade plan, et un dernier clic lance l’opération. Les API v4 de LCM exposent aussi des notifications qui décrivent l’impact potentiel ; dans la démonstration de nutanix.dev, des services à redémarrer, sans interruption des VM.
La Nutanix Bible décrit les mises à jour d’hyperviseur comme tournantes : les VM quittent l’hôte avant sa mise à jour et son redémarrage. Sur un cluster hybride, chaque évacuation expose au scénario décrit ici.
Site isolé (dark site)
Trois façons d’apporter les fichiers :
- Serveur web interne. La FAQ décrit un bundle dark site déployé sur un serveur web local, vers lequel on pointe LCM au lieu du portail.
- Upload direct. Depuis LCM 2.4.1.1, des bundles se téléversent dans Prism sans serveur web ; le billet communautaire qui l’annonce en 2021 le limite alors aux clusters Prism Element. Téléverser ne déclenche rien : les bundles s’ajoutent aux choix proposés, puis un inventaire construit le plan.
- DUO (Dark Site Upgrade Orchestrator), introduit avec NCI 7.5. On choisit les mises à jour dans LCM multi-cluster, qui produit un plan YAML ; un script hors ligne en tire la liste exacte des binaires ; on les transfère, puis LCM orchestre les mises à jour sur les clusters choisis. Un Compatibility Bundle porte les métadonnées de dépendances.
Avant de cliquer sur Update
- Inventaire du jour, sur Prism Central et sur le cluster.
- NCC lancé et lu (comment le lire).
- Version cible compatible et atteignable (versions AOS et ordre d’upgrade).
- Pas de firmware dans la même opération qu’AOS.
- Plan et notifications relus.
Ce qu’il faut retenir
- LCM, c’est Inventory puis Update : il ordonne ce que vous cochez, il ne choisit pas pour vous.
- Prism Central avant les clusters, AOS avant AHV, un inventaire après chaque étape.
- Un precheck en échec se corrige ; il ne se contourne pas.
- En site isolé, LCM se met à jour en premier ; serveur web, upload direct, ou DUO à partir de NCI 7.5.
In English
A fresh inventory, Prism Central before the clusters, AOS before AHV, a plan reviewed before launch, and three ways to feed an isolated site. What to settle before clicking Update: LCM runs Inventory then Update and only updates the selected components, and a failed precheck gets fixed rather than bypassed.
Sources & vérification
Relevé sur : Documentation publique Nutanix (nutanix.com, nutanix.dev, next.nutanix.com, Nutanix Bible) et blogs cités, relevé 2026-10
- Nutanix, Life Cycle Manager (LCM) nutanix.com
- Nutanix, LCM FAQ nutanix.com
- Nutanix blog, Simplifying Dark Site Upgrades with Nutanix LCM DUO (2025) nutanix.com
- nutanix.dev, Nutanix LCM v4 APIs – Managing Inventory and Planning Software Updates (2023) nutanix.dev
- Nutanix Community, Direct Upload feature in LCM for dark-site PE clusters (2021) next.nutanix.com
- Nutanix Community, Upgrade Nutanix Software using Direct Upload (dark site) (2024) next.nutanix.com
- Nutanix Community, Dark site upgrade (2021) next.nutanix.com
- Nutanix Community, Software upgrade path (2020) next.nutanix.com
- Julien Dumur, Nutanix AHV – master your updates with LCM (2024) juliendumur.fr
- Nutanix Bible, Prism Features and Usage nutanixbible.com