Prism Element parle de snapshots, Prism Central de recovery points, les Protection Domains de snapshots planifiés. Le moteur AOS est le même ; ce qui change, c’est qui les crée, qui les voit et comment ils expirent.
Un seul moteur
Selon nutanix.dev (2022), le premier snapshot crée « a read-only, zero-space clone of the metadata » ; les écritures suivantes sont redirigées vers un nouvel emplacement (redirect-on-write), en une seule opération d’écriture. La Bible parle de snapshots « zero copy ».
Un recovery point est en fait un snapshot stocké sur le cluster (employé Nutanix, 2020). Un Vanguard du forum (2026) l’illustre : après le déplacement d’une VM vers un autre container, ses recovery points restent dans le container d’origine et y consomment de l’espace. Ce que libère leur suppression : voir Curator.
Une FAQ d’employé Nutanix (2020) le résume : un snapshot est un point de reprise à court terme, pas une sauvegarde longue durée, et « Keep the snapshot tree short and the snapshots fresh ».
Qui crée quoi
Sur le forum en 2020, la réponse retenue d’un employé Nutanix est nette : « Recovery Point is a PC term. PE is not even aware of such a thing. » Snapshot est un terme Prism Element et AHV ; Prism Central peut restaurer ou supprimer un snapshot, pas en créer. Un utilisateur constatait qu’un snapshot pris depuis Prism Central apparaît comme recovery point.
| Objet | Créé par | Rétention |
|---|---|---|
| Snapshot de VM | Prism Element, aCLI | suppression par snapshot.delete |
| Snapshot de PD | planning du Protection Domain, nCLI | nombre de snapshots locaux et distants |
| Recovery point | protection policy ou à la main, Prism Central | linéaire ou roll-up |
Snapshot de VM. Syntaxe documentée par OVHcloud (2022) et Jeroen Tielen (2024), depuis une CVM :
acli vm.snapshot_create <VM> snapshot_name_list=<nom>
acli snapshot.list
acli vm.clone <nouvelle_VM> clone_from_snapshot=<uuid_snapshot>
acli snapshot.delete <nom> # demande une confirmation (yes/no)Jeroen Tielen note que ces snapshots survivent à la suppression de la VM : voir snapshots orphelins.
Snapshot de PD. Planning et rétention sont détaillés dans qui fait quoi dans le DR. Snapshot ponctuel, rétention en secondes (Bible) :
ncli pd add-one-time-snapshot name=<pd> retention-time=<secondes>Recovery point. Une protection policy prend des recovery points de VM, de volume groups ou de consistency groups, et les réplique vers les availability zones de reprise (Mike Dent, 2025). La Bible propose deux rétentions : linéaire, un nombre de recovery points ; roll-up, par exemple pour n jours, « keep 1 day of RPO and n days of latest daily recovery points », conseillée pour les longues durées.
Crash ou applicatif
Un snapshot crash-consistent est instantané ; un snapshot cohérent applicatif s’appuie sur NGT et VSS pour terminer les transactions ouvertes et vider les caches (nutanix.dev, 2022). La Bible l’obtient « by following the normal data protection workflow ».
L’API v4 le rend explicite : le SDK officiel type chaque recovery point en CRASH_CONSISTENT ou APPLICATION_CONSISTENT. Selon nutanix.dev (2025), créer par API un recovery point cohérent applicatif avec ses métadonnées VSS demande pc.2024.3 ou plus et NGT avec VSS dans la VM Windows.
Pour un snapshot de VM pris hors de ces flux de protection, aucune source ouverte consultée ne documente de cohérence applicative : traitez-le comme crash-consistent.
Ce qu’il faut retenir
- Snapshot et recovery point reposent sur le même clone de métadonnées ; recovery point est un objet Prism Central.
- Un snapshot reste sur le cluster, dans le container de la VM : ce n’est pas une sauvegarde.
- Snapshot de VM : créé et supprimé en aCLI ou dans Prism Element. PD : rétention en nombre. Protection policy : linéaire ou roll-up.
- La cohérence applicative passe par une protection avec NGT et VSS ; vérifiez le type réel de chaque recovery point.
In English
Prism Element talks about snapshots, Prism Central about recovery points, and Protection Domains about scheduled snapshots. Who creates what, where it lives, when application consistency is possible, and how each one expires. The underlying technology is the same: an AOS snapshot is a read-only metadata clone with no data copy, and application consistency goes through NGT and VSS.
Sources & vérification
Relevé sur : Documentation publique Nutanix (Nutanix Bible, nutanix.dev, Nutanix Community) et blogs techniques, relevé 2026-10
- Nutanix Bible, AOS Backup and DR nutanixbible.com
- Nutanix Bible, AOS Services (Nutanix Guest Tools, port 2074) nutanixbible.com
- Nutanix Bible, Nutanix Disaster Recovery nutanixbible.com
- Nutanix Bible, nCLI et aCLI nutanixbible.com
- nutanix.dev, Nutanix Benefit 4, Granular and Efficient Snapshots (2022) nutanix.dev
- nutanix.dev, Nutanix v4 Disaster Recovery API Series Part 1, VSS Metadata (2025) nutanix.dev
- SDK Go officiel Nutanix, dataprotection v4 common (RecoveryPointType) pkg.go.dev
- Nutanix Community, What's the difference between Snapshot & Recovery Points? (2020) next.nutanix.com
- Nutanix Community, Snapshots, so simple and yet so complicated, FAQ (2020) next.nutanix.com
- Nutanix Community, VSS snapshot failed for the VM(s) (2020) next.nutanix.com
- Nutanix Community, Which is the best way to migrate production VMs between containers? (2026) next.nutanix.com
- Mike Dent, Nutanix Protection Policies, Async, Near-Sync & Sync DR (2025) mikedent.io
- OVHcloud, Nutanix advanced tools (2022) docs.ovhcloud.com
- Jeroen Tielen, Delete VM and keep snapshots (2024) jeroentielen.nl