VMWare ESXi 5.5, l'allocation dynamique alloue toujours la totalité de l'espace sur le disque

10

Je vois beaucoup de questions et réponses concernant le provisionnement léger sur VMWare ESXi mais pas exactement ce que je rencontre. Je crée une toute nouvelle machine virtuelle et spécifie un disque dur alloué de 100 Go. De tout ce que j'ai lu, je m'attends à ce que la taille physique du fichier vmdk soit inférieure à 100 Go. Cependant, il crée toujours un fichier xxx-flat.vmdk de 100 Go.

J'essaie de mettre en place un système de base que je peux ensuite simplement copier et personnaliser comme je l'ai fait avec VMWare Workstation dans le passé. Très facile! Lorsque j'allume la copie, VMWare me demande si je l'ai copiée, je réponds "oui" et je suis hors tension. Cependant, avec ce qui me semble être un bogue dans ESXi 5.5, je vais copier environ 100 Go +, ce qui signifie que je serais à peu près aussi rapide pour réinstaller le système d'exploitation chaque fois que je voulais une nouvelle instance.

Quelqu'un a-t-il vécu cela?

vmware-esxi thin-provisioning Thomas Doman
la source
2
En plus de la réponse de Shane et Ed, il convient de souligner que si vous effectuez un formatage complet (plutôt qu'un formatage rapide) sur un disque alloué fin, vous finirez par occuper la taille allouée complète, car un formatage complet va écrire des données sur tout l'espace. Alors .. quelque chose à garder à l'esprit, sur le sujet général.
HopelessN00b
Merci à tous pour les réponses, je vais essayer ces méthodes et faire rapport. Un détail que j'aurais dû ajouter à la question d'origine est que l'effet que j'essaie d'obtenir est comme un clone. Par exemple, j'ai installé et obtenu toutes les mises à jour pour Windows Server 2008 R2. Maintenant, je veux me spécialiser. Donc, clonez-le et créez un contrôleur de domaine, clonez-le à nouveau et créez un serveur d'applications Web, clonez-le à nouveau et créez un serveur SQL. La copie manuelle de cette approche a bien fonctionné sur VMWare Workstation où elle crée des fichiers -snnn.vmdk. On dirait que je dois utiliser des utilitaires pour y parvenir avec ESXi.
Thomas Doman
Oh, et je ne change même pas les banques de données. Je veux tous ces "clones" sur le même magasin de données dans ESXi. En outre, j'ai supposé qu'ESXi ajouterait également -snnn.vmdk à mesure qu'il grandissait, c'est pourquoi le fichier clairsemé était une surprise.
Thomas Doman

Réponses:

7

En effet, les fichiers à allocation dynamique dans ESXi sont des fichiers épars . La méthode que vous utilisez pour les déplacer ne préservera pas cet attribut mince.

Il existe des façons de le faire. Veuillez voir: Déplacer VMware ESXi VM vers une nouvelle banque de données - préserver le provisionnement fin

ewwhite
la source
De plus, si vous copiez le vmdk à l'aide du client vsphere, il conserve sa finesse lorsque vous copiez les fichiers plutôt que le dossier qui les contient. (à condition que le nouveau système de fichiers soit mince)
JamesRyan
Bien que Shane et Ed m'aient donné essentiellement les mêmes options, je marque Ed comme la réponse, car son lien fournit plus de détails sur chacun. J'ai finalement utilisé Fichier -> Exporter -> Exporter le modèle OVF de vSphere avec le nom que je voulais pour ma nouvelle machine virtuelle, puis j'ai redéployé cet OVF vers le même magasin de données. Merci encore à tous!
Thomas Doman
15

Ce fichier de cent gig est un fichier clairsemé - il n'y a rien dedans, le système de fichiers sait simplement que c'est la taille prévue.

Vous pouvez voir la taille réelle dans le client vSphere:

client

.. malgré la taille apparente lorsque vous regardez les fichiers bruts ..

console

Le problème que vous rencontrez est que vous supprimez ce fichier du système de fichiers VMFS . Où qu'il aille et quelle que soit sa destination, le fichier clairsemé n'est clairsemé que tant qu'il est sur VMFS; ESXi est obligé de vous nourrir le fichier apparent complet, avec tous ces 0 supplémentaires.

Storage vMotion et vmkfstoolsgérera les disques minces correctement si vous vous déplacez entre des hôtes ESXi; exporter vers OVF est une autre bonne option pour ne pas se déplacer sur le disque épais complet.

De manière générale, vous devez éviter d'essayer de travailler directement avec les fichiers plats, au lieu d'utiliser les outils appropriés pour déplacer ou cloner le VMDK logique (qui peut avoir des fichiers plats, des instantanés, etc.).

Shane Madden
la source