Thin provisioning
| Fiche express | |
|---|---|
| Domaine | VMware vSphere — provisionnement de disque virtuel |
| Type de disque | Thin (croît dynamiquement) vs Thick (taille réservée dès la création) |
| Limite native | Croît automatiquement, mais ne réduit jamais seul la taille du VMDK |
| Voir aussi | Vsphere · Grow datastore |
Un disque virtuel VMware en thin provisioning n'occupe sur le datastore que l'espace réellement écrit par l'invité, et croît automatiquement au fur et à mesure du remplissage — par opposition à un disque thick dont la taille totale est réservée dès la création.
Limite : pas de réduction automatique
Le thin provisioning augmente nativement la taille du fichier VMDK, mais ne la diminue jamais automatiquement, même après suppression de fichiers côté invité : l'espace libéré dans le système de fichiers invité (NTFS, ext4...) n'est pas remonté au niveau du datastore tant qu'aucune action explicite n'est faite.
Récupération d'espace (procédure datée)
(procédure datée — vSphere 4/5, avant la généralisation du support UNMAP/VAAI ; le principe de fond reste valable sur les versions récentes même si l'outillage a changé, voir méthode moderne ci-dessous)
- Sur une VM Windows, écraser l'espace libre avec des zéros pour permettre au datastore d'identifier les blocs réellement vides :
sdelete -c c:
- Effectuer une migration de datastore (Storage vMotion) de la VM en conservant le format thin : la copie ne réécrit que les blocs non nuls, ce qui réduit effectivement la taille du VMDK sur le datastore de destination.
Méthode moderne
Depuis vSphere 5.5/6.0 et les datastores VMFS6, le protocole UNMAP (VAAI) permet de récupérer l'espace mort de façon native, à chaud, sans passer par une migration de datastore complète — à privilégier sur les infrastructures actuelles plutôt que la méthode sdelete + Storage vMotion ci-dessus.