EHLO semuanya! Posting pertama saya di jaringan StackOverflow :)
Kami menjalankan beberapa infrastruktur ESXi 5.0 / vCenter untuk menampung terutama sistem tamu Debian 6 / amd64 dengan partisi ext3 dan open-vm-tools
dikompilasi dari sumber per bug debian 471784 .
Punya masalah yang terlihat diangkat di internet, tetapi tanpa jawaban konklusif yang diberikan di mana pun.
Ketika mencoba mengecilkan disk yang disediakan tipis dalam mode independen-persisten, tanpa snapshot, orang tua, klon apa pun, saya secara konsisten mendapatkan kesalahan berikut:
root@linux64:~# vmware-toolbox-cmd disk list
Shrink disk is disabled for this virtual machine.
Shrinking is disabled for linked clones, parents of linked clones,
pre-allocated disks, snapshots, or due to other factors.
See the User's manual for more information.
(Ngomong-ngomong, apa "faktor-faktor lain", dan yang mana dari sekian banyak buku putih dan manual teknis yang merupakan manual Pengguna? :)
Saya tahu bahwa saya dapat mengisi partisi dengan nol (pada kenyataannya, saya menggunakan shred -fuzn0
ketika menghapus file besar) kemudian mematikan tamu tersebut dan menggunakan berbagai metode seperti vmkfstools
, kloning atau vMotioning disk sekitar dalam mode penyediaan tipis, dll, tetapi semua dari mereka entah dikenakan penalti downtime untuk tamu yang di-shirnked, atau mengakibatkan perpindahan data yang tidak beralasan antara datastore dan / atau host.
Dan jawabannya adalah: Tidak menyusut di bawah ESX / ESXi (pada versi 5).
The dokumentasi berbunyi:
PENTING Shrinking disk tidak diperbolehkan dalam kondisi berikut:
Mesin virtual dihosting di server ESX / ESXi. ESX / ESXi Server dapat mengecilkan ukuran disk virtual hanya ketika mesin virtual diekspor. Ruang yang ditempati oleh disk virtual pada server ESX / ESXi, bagaimanapun, tidak berubah.
Mesin virtual memiliki sistem operasi tamu Mac .
Anda mengalokasikan ulang semua ruang disk ke disk virtual saat Anda membuatnya.
Mesin virtual berisi snapshot .
Mesin virtual adalah klon terkait atau induk dari klon terkait.
Disk virtual adalah disk independen dalam mode nonpersistent .
Sistem file adalah sistem file penjurnalan , seperti sistem file ext4, xfs, atau jfs .
Tidak heran ada adalah pilihan untuk mengecilkan di VMWare Workstation tapi tidak di vSphere client terhubung ke ESXi atau vCenter misalnya.
Jawaban:
http://www.vmware.com/pdf/vmware-tools-cli.pdf Halaman 13:
Disk menyusut tidak diizinkan dalam kondisi berikut:
Mesin virtual dihosting di server ESX / ESXi. ESX / ESXi Server dapat mengecilkan ukuran disk virtual hanya ketika mesin virtual diekspor. Ruang yang ditempati oleh disk virtual pada server ESX / ESXi, bagaimanapun, tidak berubah.
sumber
Sebenarnya, ada cara untuk mengecilkan VM di ESXi, meskipun Anda harus mematikan VM untuk itu. Begini caranya:
Kosongkan semua ruang yang tidak digunakan di dalam VM:
dd if=/dev/zero bs=1048576 of=/zero ; sync ; rm /zero
Lakukan hal yang sama dengan poin mount lainnya, swap partisi, dll.
Matikan VM.
SSH ke ESXi, dan berikan perintah ini:
vmkfstools -K /vmfs/volumes/volumename/vmname/vmname.vmdk
Ini akan memakan waktu ... vmkfstools "punch hole" di dalam VMDK Anda, misal, alokasikan semua blok yang diisi dengan nol, yang secara efektif menyusutkan VMDK Anda.
sumber
Satu-satunya cara untuk mengecilkan VMDK di vSphere ESXi adalah dengan mengekspor atau bermigrasi / Penyimpanan vMotion ke datastore lain. Saya sering melakukan ini dengan server langsung yang dapat menangani migrasi (bukan SQL atau Exchange). Admin server sebelumnya membuat semua VM dengan disk yang disediakan Tebal. Saya memigrasikan VM dari satu datastore ke yang lain dan mengubah VMDK menjadi thin-provisioned.
Anda juga dapat melakukan vmkfstools jika server sedang offline.
sumber
Disk yang menyusut dimungkinkan pada ESXi.
Temukan file besar dan hapus.
find / -type f -size +50M
Defragment (tidak perlu melepas / me-remount apapun). Abaikan kesalahan apa pun. Beberapa file seperti symlink dan file perangkat tidak dapat didefragmentasi.
sudo e4defrag /
Isi nol semua ruang yang tidak digunakan sehingga VMware tahu itu memang tidak digunakan:
dd if=/dev/zero of=wipefile bs=1M; sync; rm wipefile
Jalankan operasi menyusut: Jika 4 gagal, lanjutkan ke 5.
sudo vmware-toolbox-cmd disk shrinkonly
Reboot sistem linux dengan opsi coba dan edit tabel partisi dengan gparted. Kecilkan sistem file root dan hapus & pindahkan partisi swap ke dekat partisi root.
SSH ke ESXi, dan berikan perintah ini:
vmkfstools -K /vmfs/volumes/volumename/vmname/vmname.vmdk
Kita perlu mengedit file * .vmdk. Setelah huruf RW, tentukan ukuran disk virtual VMware (VMDK)
* 40 GB = 40 * 1024 * 1024 * 1024/512 = 83886080 *
Bermigrasi ke datastore lain untuk mencerminkan ukuran baru.
sumber