VMWare ESXi 5.5, provisi tipis masih mengalokasikan jumlah penuh ruang pada disk


10

Saya melihat banyak pertanyaan dan jawaban seputar provisi tipis pada VMWare ESXi tetapi tidak persis apa yang saya temui. Saya membuat VM baru dan menetapkan hard disk yang disediakan 100GB tipis. Dari semua yang saya baca, saya mengharapkan ukuran fisik file vmdk menjadi kurang dari 100GB. Namun, masih membuat xxx-flat.vmdk yang 100GB.

Saya mencoba mengatur sistem dasar yang kemudian saya bisa salin dan sesuaikan seperti yang telah saya lakukan dengan VMWare Workstation di masa lalu. Sangat mudah! Ketika saya menyalakan salinan, VMWare bertanya apakah saya sudah menyalinnya, saya menjawab "ya" dan saya mulai aktif. Namun, dengan apa yang menurut saya merupakan bug di ESXi 5.5, saya akan menyalin sekitar 100GB + yang berarti saya akan segera menginstal ulang OS setiap kali saya menginginkan contoh baru.

Adakah yang pernah mengalami ini?


2
Selain jawaban oleh Shane dan Ed, harus ditunjukkan bahwa jika Anda melakukan format penuh (bukan format cepat) pada disk yang disediakan tipis, Anda akan akhirnya menempati ukuran yang disediakan penuh, karena format penuh akan menulis data ke semua ruang. Jadi .. sesuatu yang perlu diingat, pada topik umum.
HopelessN00b

Terima kasih atas jawabannya, saya akan mencoba metode ini dan melaporkannya kembali. Satu detail yang seharusnya saya tambahkan ke pertanyaan awal adalah bahwa efek yang saya coba capai adalah seperti klon. Sebagai contoh, saya telah menginstal dan mendapatkan semua pembaruan untuk Windows Server 2008 R2. Sekarang saya ingin mengkhususkan. Jadi, klon dan buat Domain Controller, buat lagi dan buat aplikasi web server, buat lagi dan buat server SQL. Menyalin secara manual untuk pendekatan ini bekerja dengan baik di VMWare Workstation di mana ia menciptakan file -snnn.vmdk. Sepertinya saya perlu menggunakan utilitas untuk mencapainya dengan ESXi.
Thomas Doman

Oh, dan saya bahkan tidak mengubah datastore. Saya ingin semua "klon" ini pada datastore yang sama di ESXi. Juga, saya berasumsi bahwa ESXi juga akan menambahkan -snnn.vmdk saat itu tumbuh sehingga itu sebabnya file jarang kejutan.
Thomas Doman

Jawaban:


7

Ini karena file yang disediakan tipis di ESXi adalah file yang jarang . Metode yang Anda gunakan untuk memindahkan mereka tidak akan mempertahankan atribut tipis itu.

Ada beberapa cara untuk mengatasi hal ini. Silakan lihat: Pindahkan VMware ESXi VM ke datastore baru - pertahankan provisi tipis


Juga jika Anda menyalin vmdk menggunakan klien vsphere itu mempertahankan ketipisan ketika Anda menyalin file daripada folder yang berisi mereka. (menyediakan thin filesystem baru yang mendukung)
JamesRyan

Meskipun Shane dan Ed memberi saya opsi yang sama, saya menandai jawaban Ed karena tautannya memberikan perincian lebih lanjut. Saya akhirnya menggunakan File -> Ekspor -> Ekspor template OVF dari vSphere dengan nama yang saya inginkan untuk VM baru saya dan kemudian saya memindahkan OVF itu kembali ke datastore yang sama. Terima kasih sekali lagi semuanya!
Thomas Doman

15

File seratus pertunjukan itu adalah file yang jarang - tidak ada apa-apa di dalamnya, sistem file hanya tahu itu ukuran yang dimaksudkan.

Anda dapat melihat ukuran sebenarnya di klien vSphere:

klien

.. Meskipun ukuran yang jelas ketika Anda melihat file mentah ..

menghibur

Masalah yang Anda hadapi adalah Anda menghapus file itu dari sistem file VMFS . Kemanapun ia pergi dan bagaimanapun ia menuju ke sana, file jarang hanya jarang selama di VMFS; ESXi dipaksa untuk memberi Anda file yang jelas penuh, dengan semua 0s ekstra.

Penyimpanan vMotion dan vmkfstoolsakan menangani disk tipis dengan benar jika Anda bergerak di antara host ESXi; mengekspor ke OVF adalah pilihan lain yang baik untuk tidak bergerak di sekitar disk tebal penuh.

Secara umum, Anda harus menghindari mencoba bekerja secara langsung dengan file flat, alih-alih menggunakan alat yang tepat untuk memindahkan atau mengkloning VMDK logis (yang mungkin memiliki file datar, snapshot, dll).

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.