Sur un parc Nutanix, deux consoles Prism se partagent la gestion et la frontière n’est pas toujours visible. Se tromper de console coûte un clic ; se tromper d’API coûte un script à réécrire.
Deux portées
La Nutanix Bible tranche en une ligne chacun. Prism Element (PE) est un « localized cluster manager », un gestionnaire 1-to-1 : chaque cluster Nutanix l’embarque. Prism Central (PC) est un « multi-cluster manager », 1-to-many, livré comme « optional software appliance (VM) » déployée en plus du cluster, et qui peut tourner dessus. La Bible recommande PC dès qu’il y a plus d’un cluster ou plusieurs sites.
Côté PE, un service Prism tourne sur chaque CVM et un Prism Leader élu traite les requêtes HTTP. Une CVM non leader redirige la requête vers le leader avec un code 301 ; si le leader tombe, un autre est élu. Prism écoute sur 80 et 9440, le port 80 étant redirigé vers HTTPS sur 9440. Pour trouver le leader, depuis n’importe quelle CVM :
curl localhost:2019/prism/leaderCe qui se pilote depuis Prism Central
Les sources ouvertes réservent explicitement à PC :
- Flow Network Security : « All policy edit operations happen in Prism Central. » La quarantaine des VM, la sauvegarde des politiques et le syslog Flow passent aussi par PC.
- DR par politiques : Protection Policies (appliquées par catégorie) et Recovery Plans se configurent dans PC ; les Protection Domains de PE imposent de sélectionner les VM. Détail dans PD ou protection policies, et pour Flow dans la micro-segmentation en mode monitor.
- Services sur MSP : depuis PC.2022.9, l’infrastructure de microservices (MSP) est activée par défaut. La Bible cite Flow Virtual Networking, Objects et le Security Dashboard parmi les composants qui s’appuient dessus.
- SAML : la Bible ne liste cette authentification que côté PC.
Les API suivent la même frontière
Statuts relevés sur nutanix.dev (page datée « As of April 2025 ») :
| Version | Servie par | Statut | Chemin |
|---|---|---|---|
| v1 | PE uniquement | Deprecated | /api/nutanix/v1/... |
| v2.0 | PE uniquement | Deprecated but supported | /api/nutanix/v2.0/... |
| v3 | PC uniquement | Available, migration vers v4 « ASAP » | /api/nutanix/v3/... |
| v4 | PC uniquement | GA ou RC selon le namespace | /api/<namespace>/<version>/... |
Trois conséquences pratiques :
/api/nutanix/v2.0est un alias de/PrismGateway/services/rest/v2.0. Un outil de supervision qui interroge ce chemin parle à PE, cluster par cluster (cas du template Zabbix HTTP).- nutanix.dev est explicite : « End user v3 APIs must not be consumed via Prism Element. »
- En v4, chaque namespace a ses prérequis : la v4 est GA depuis pc.2024.3 / AOS 7.0 pour
vmm, et la référence v4 actuelle demande PC 7.3 / AOS 7.3 pourvmm,clustermgmtetvolumes, pc.2024.3 / AOS 7.0 pourfilesetiam. En dessous, nutanix.dev prévient que les requêtes peuvent échouer.
La Bible recommande v4 pour tous les usages et réserve les API historiques aux fonctions absentes de v4. Pour écrire les requêtes de liste, voir filtrer et paginer en OData.
Fiabiliser Prism Central
Dès que les politiques et l’automatisation passent par PC, sa disponibilité compte.
- Scale-out : selon le blog Nutanix sur la résilience de PC (PC2024.1), passer à trois VM permet de tolérer la perte d’une.
- Redémarrage HA : si le nœud qui héberge une VM PC tombe, elle redémarre sur un autre nœud du même cluster, en respectant les règles d’anti-affinité configurées.
- Backup and Restore : sauvegarde continue de PC vers trois clusters au plus, gérés par ce même PC. Si le cluster hôte est perdu, PC se reconstruit depuis l’interface PE d’un de ces clusters. Le blog Nutanix annonce un RPO de 30 minutes et un RTO de 2 heures pour ce mode.
Un PC scale-out a son revers : un défaut qui ne touche qu’une PCVM peut paraître intermittent (exemple de diagnostic).
Ce qu’il faut retenir
- PE gère un cluster et lui seul ; PC, optionnel, agrège plusieurs clusters et porte les services transverses.
- Flow Network Security, Protection Policies et Recovery Plans se configurent dans PC ; les Protection Domains relèvent de PE.
- v1 et v2.0 se parlent à PE, v3 et v4 à PC ; v4 est la cible, avec une version minimale par namespace.
- Trois VM en scale-out, redémarrage HA et Backup and Restore couvrent des pannes différentes : la perte d’une VM, d’un nœud, du cluster hôte.
In English
Prism Element manages one cluster, Prism Central manages several and carries cross-cluster services. What belongs to each, from Flow to the v2.0, v3 and v4 APIs, and how to make PC more resilient. v1 and v2.0 are served only by Prism Element, v3 and v4 only by Prism Central, and a scale-out PC runs three VMs and tolerates losing one.
Sources & vérification
Relevé sur : Documentation publique Nutanix (Nutanix Bible, nutanix.dev, Nutanix Community), relevé 2026-10
- Nutanix Bible, Prism Architecture nutanixbible.com
- Nutanix Bible, Microservices Infrastructure nutanixbible.com
- Nutanix Bible, Prism Central Backup and Restore nutanixbible.com
- Nutanix Bible, REST APIs nutanixbible.com
- Nutanix Bible, Flow Network Security nutanixbible.com
- Nutanix Bible, DR Services nutanixbible.com
- nutanix.dev, Nutanix REST API and SDK Versions nutanix.dev
- nutanix.dev, API Reference v4 Introduction nutanix.dev
- Nutanix Tech Center, Prism Central Resilience nutanix.com
- Nutanix Community, Scaling out Prism Central (2020) next.nutanix.com