Sur AOS, l’espace ne se découpe pas en LUN ou en datastores de taille fixe : un pool unique, des containers (conteneurs de stockage) qui y puisent et partagent sa place libre.
Pool et container
Les définitions de la Nutanix Bible :
- Storage pool : le groupe des disques physiques du cluster (SSD PCIe, SSD, HDD). Il s’étend sur plusieurs nœuds et grandit avec le cluster ; « In most configurations, only a single storage pool is leveraged. »
- Storage container : une segmentation logique du pool, qui contient des VM ou des fichiers. Certains réglages, comme le RF, se configurent au niveau du container mais s’appliquent VM par VM, fichier par fichier.
Depuis une CVM (Bible ; list-stats selon Julien Dumur, 2025) :
ncli sp ls
ncli ctr ls
ncli container list-statsThin par défaut, espace partagé
Les containers sont créés en thin provisioning (Vanguard du forum, 2023) et, avec les réglages par défaut, partagent l’espace libre commun (vChips, 2020). Côté container, selon un employé Nutanix (2021) : sans réservation, son espace libre peut tomber à celui du pool quand ce dernier s’épuise. Même source : ne pas dépasser 85 à 90 % d’utilisation.
Capacité annoncée inchangée, un autre employé Nutanix (2021) estime l’utilisable à l’espace logique disponible du pool, moins environ 10 % pour le garbage collection, sans compter la résilience à la perte d’un nœud. Le calcul complet : RF2, RF3 et capacité utile.
Outre le container par défaut, deux containers système sont présents. NutanixManagementShare est un container de service, inutilisable ; la capacité qu’il affiche est celle du cluster, pas une réservation (employé Nutanix, 2020). Julien Dumur déconseille de renommer ou de supprimer NutanixManagementShare et SelfServiceContainer.
Réservation et capacité annoncée
Deux réglages avancés, vides par défaut (vChips) :
- Reserved capacity : réserve de l’espace pour un container donné (Vanguard, 2023, contexte NC2).
- Advertised capacity : plafonne ce que le container peut utiliser. Selon vChips, c’est l’exception au partage de l’espace libre, quand elle est inférieure à ce que fournit le cluster.
L’exemple de Julien Dumur réserve et plafonne 64 (Go selon l’auteur ; l’unité n’est pas précisée dans la syntaxe), avec compression en ligne :
ncli container create name=<container> sp-name=<storage_pool> res-capacity=64 adv-capacity=64 enable-compression=true compression-delay=0Seuls name et sp-name sont obligatoires ; selon Julien Dumur, un container ainsi créé n’a ni réservation ni plafond et prend le RF par défaut. La Bible indique que la compression inline est active par défaut à la création.
Quand créer un container de plus
Un container ne crée pas de capacité, seulement un jeu de réglages :
- un autre RF : la Bible le règle « at the container level » ; mélanger RF2 et RF3 impose deux containers (détails) ;
- une autre réduction de données : le Vanguard de 2023 propose un pool et deux containers, compression seule et compression plus déduplication (quoi activer) ;
- une garantie ou un plafond pour un usage à borner.
Changer une VM de container
Depuis AOS 5.19, les vDisks d’une VM migrent à chaud vers un autre container (Bart Donders, 2020, alors en CLI seulement) :
acli vm.update_container <VM> container=<container>En janvier 2026, un Vanguard juge plus simple de modifier le disque de la VM dans Prism Central, la migration passant par des snapshots en coulisses ; pour scripter, il ajoute wait=false à la commande.
Ce qu’il faut retenir
- Le RF et la réduction de données se règlent par container ; le RF s’applique ensuite VM par VM.
- Sans réservation ni capacité annoncée, les containers sont thin et partagent l’espace libre du pool.
- Créez un container pour un réglage différent, pas pour découper la capacité.
- Une VM change de container à chaud, mais ses recovery points restent dans l’ancien.
In English
A single storage pool, and thin containers that share its free space. What reservation and advertised capacity change, what is set per container, and when to create another one. A reservation sets space aside for a container while advertised capacity caps it, and since AOS 5.19 a VM can change container live, but its recovery points stay in the old one.
Sources & vérification
Relevé sur : Documentation publique Nutanix (Nutanix Bible, Nutanix Community) et blogs techniques, relevé 2026-10
- Nutanix Bible, Data I/O Path (Storage Pool, Container, vDisk) nutanixbible.com
- Nutanix Bible, Data Resilience and HA nutanixbible.com
- Nutanix Bible, Data Efficiency (compression inline par défaut) nutanixbible.com
- Nutanix Bible, nCLI et aCLI nutanixbible.com
- Nutanix Community, Storage summary (2019-2021) next.nutanix.com
- Nutanix Community, What is the best practice for allocating storage? (2021) next.nutanix.com
- Nutanix Community, Storage Container Recommendation (2023) next.nutanix.com
- Nutanix Community, storage container not available (2020) next.nutanix.com
- Nutanix Community, Which is the best way to migrate production VMs between containers? (2026) next.nutanix.com
- Nutanix Community, Reclaim storage space after VMs moved to different storage containers (2022) next.nutanix.com
- vChips, Relating Storage Capacity between Nutanix Prism and vCenter Server (2020) vchips.net
- Julien Dumur, Maxi Best Of Nutanix CLI, storage containers (2025) juliendumur.fr
- Bart Donders, Storage migration with AHV (2020) bartdonders.nl