VMWare ESXi 5.5, il thin provisioning alloca ancora tutto lo spazio sul disco

10

Vedo molte domande e risposte relative al thin provisioning su VMWare ESXi ma non esattamente quello che sto incontrando. Sto creando una macchina virtuale nuova di zecca e specificando un disco rigido con thin provisioning da 100 GB. Da quanto ho letto, mi aspetto che la dimensione fisica del file vmdk sia inferiore a 100 GB. Tuttavia, sta ancora creando un xxx-flat.vmdk da 100 GB.

Sto cercando di impostare un sistema di base che posso semplicemente copiare e personalizzare come ho fatto con VMWare Workstation in passato. Molto facile! Quando accendo la copia, VMWare mi chiede se l'ho copiata, rispondo "sì" e sono spento e funzionante. Tuttavia, con quello che mi sembra essere un bug in ESXi 5.5, copierò circa 100 GB +, il che significa che sarei altrettanto veloce da reinstallare il sistema operativo ogni volta che volevo una nuova istanza.

Qualcuno l'ha sperimentato?

vmware-esxi thin-provisioning

— Thomas Doman
fonte

2

Oltre alla risposta di Shane ed Ed, va sottolineato che se si esegue un formato completo (anziché un formato rapido) su un disco con thin provisioning, si finirà per occupare l'intera dimensione di provisioning, perché un formato completo scriverà i dati in tutto lo spazio. Quindi ... qualcosa da tenere a mente, sull'argomento generale.

— HopelessN00b,

Grazie a tutti per le risposte, proverò questi metodi e riferirò. Un dettaglio che avrei dovuto aggiungere alla domanda originale è che l'effetto che sto cercando di ottenere è come un clone. Ad esempio, ho installato e ottenuto tutti gli aggiornamenti per Windows Server 2008 R2. Ora voglio specializzarmi. Quindi, clonalo e crea un controller di dominio, clonalo di nuovo e crea un server di applicazioni web, clonalo di nuovo e crea un server SQL. La copia manuale di questo approccio ha funzionato perfettamente su VMWare Workstation dove crea file -snnn.vmdk. Sembra che abbia bisogno di usare le utility per farlo con ESXi.

— Thomas Doman,

Oh, e non sto nemmeno cambiando i datastore. Voglio tutti questi "cloni" sullo stesso archivio dati in ESXi. Inoltre, supponevo che ESXi avrebbe anche aggiunto -snnn.vmdk mentre cresceva, quindi è per questo che il file sparse è stato una sorpresa.

— Thomas Doman,

7

Questo perché i file thin provisioning in ESXi sono file sparsi . Il metodo che stai usando per spostarli non conserva quell'attributo thin.

Ci sono modi per aggirare questo. Vedere: Spostare VM VMware ESXi nel nuovo archivio dati - preservare il thin provisioning

— ewwhite
fonte

Inoltre, se copi vmdk usando il client vsphere, mantiene la sua magrezza quando copi i file anziché la cartella che li contiene. (fornendo il nuovo filesystem supporta thin)

— JamesRyan il

Sebbene sia Shane che Ed mi abbiano dato essenzialmente le stesse opzioni, sto contrassegnando la risposta di Ed come risposta poiché il suo link fornisce maggiori dettagli su ciascuno. Alla fine ho usato File -> Esporta -> Esporta modello OVF da vSphere con il nome che desideravo per la mia nuova macchina virtuale e quindi ho ridistribuito tale OVF nello stesso archivio dati. Grazie ancora a tutti!

— Thomas Doman,

15

Quel file da cento gig è un file sparso - non c'è nulla in esso, il filesystem sa semplicemente che è la dimensione desiderata.

Puoi vedere la dimensione reale nel client vSphere:

cliente

.. nonostante la dimensione apparente quando si guardano i file grezzi ..

consolle

Il problema che stai riscontrando è che stai rimuovendo quel file dal filesystem VMFS . Ovunque vada e comunque ci arrivi, il file sparse è sparse solo finché è su VMFS; ESXi è costretto a fornirti l'intero file apparente, con tutti quegli 0 in più.

Archivia vMotion e vmkfstoolsgestirà correttamente i dischi sottili se ci si sposta tra host ESXi; l'esportazione in OVF è un'altra buona opzione per non spostarsi su tutto il disco spesso.

In generale, dovresti evitare di provare a lavorare direttamente con i file flat, utilizzando invece gli strumenti adeguati per spostare o clonare il VMDK logico (che potrebbe avere file flat, istantanee, ecc.).

— Shane Madden
fonte