Bonjour,
 
j'ai une question concernant le thinprovisionning sous vmware (vshpere...)
 
admettons que j'ai une machine virtuel sous windows avec un disque configurer  thinprovisionnig dans vmware.
 
est ce que si dans windows je crée des partition NTFS et que je les formate, le ficher vmdk thinprovisonner va s'agrandir en fonction des partition créer ?
 
ou est ce que le thinprovisionning ne prend en compte que les fichier réellement crée dans ces partitions.
 
bien cordialement.

si je ne dis pas de bêtises, normalement le vmdk ne s'agrandit que quand tu prends de la place

Exact: le thin provisionning ne prend en compte que la place réellement occupée dans le disque virtuel. Mais si tu fais un formattage "complet" (autrement dit, pas un formattage rapide), cela signifie que Windows va écrire dans plus de blocs et dans ce cas le vmdk va s'étendre...
 
De plus, sur l'ESXi, il n'est pas possible de diminuer simplement la taille du vmkd: si tu créées un fichier de 2 Go dans ta machine Windows, le vmkd va s'étendre de 2 Go. Si tu détruis le fichier en question, les blocs restent alloués (y'a des manips pour "restituer" les blocs en question, mais c'est pas aussi simple que sous Workstation). Attention également aux défragmenteurs: il est généralement conseillé de les désactiver pour éviter que leur fonctionnement ne "consomment" des blocs qui ne l'auraient pas été autrement.

je vous remercie pour cette eclaircissement

 
Cela peut se faire simplement en 2 temps :
 
- 1 - nettoyage de l'espace vide avec sdelete
http://technet.microsoft.com/fr-fr [...] 97443.aspx
exemple de commande : sdelete -z c:
 
- 2 - storage vmotion vers une datastore qui a un bloc size différent du datastore source (si blocs size identique, ça marche pas)
(la VM peut rester online, pas la peine de la couper)
 
Après ce storage vmotion le vmdk aura perdu ses Go superflus.
 
Testé et approuvé. (en 5.0)
Néanmoins faire attention au sdelete. Il gonfle le vmdk jusqu'à sa limite d'allocation.

Justement, en vmfs5, tous les datastores ont le même blocksize de 1 Mo.
La solution qui fonctionne dans tous les cas, c'est d'utiliser la fonction "punchzero" de la commande vmkfstools (donc à faire en ligne de commande...), mais cela nécessite il est vrai l'arrêt de la vm:  
- Effectuer le sdelete -z comme indiqué
- Se placer dans le répertoire de la vm : cd /vmfs/volumes/<datastore>/<dir>
- Vérifier la taille du fichier : du –h *.vmdk
- Réduire le vmdk thin : vmkfstools –K <nom>.vmdk
- Vérifier la nouvelle taille : du –h *.vmdk

Mon storage vmotion c'est entre du NFS (baie netapp) et VMFS (Datastore locale esx), donc ca passe. Mais y a des gens qui se conservent un vmfs avec un bloc size différent, pour ce genre de chose.
Le punchzero j'avais essayé aussi, mais sans succès. Dès validation, il rend aussitôt la main, sans rien dire, même pas un message d'erreur. Jamais compris pourquoi.  
Je le tentais en étant sur mon volume NFS. VMFS obligatoire pour cela ?
J'avais aussi lu quelque part que le punchzero "pouvait" peut-être ne plus fonctionner en 5.0.
Je retenterai le coup prochainement.

Pour info, sous Linux, l'équivalent du sdelete serait une utilisation particulière de la commande 'dd'. Je n'ai pas cela sous la main. Je reposterai cela si je retrouve. Testé avec succès avec ubuntu.
 

Ca c'est très possible, compte tenu de la nature du stockage nfs. Sinon, le punchzero fonctionne parfaitement en 5.1 et 5.5 (pas essayé en 5.0)