Saya biasa melakukan ini beberapa tahun yang lalu. (sunting: dengan VMWare berjalan pada host CentOS, tidak diakui ESXi)
Setiap malam saya memiliki skrip yang akan menangguhkan VM, rsync file dari disk ke server cadangan dan kemudian mulai VM lagi. Ini bekerja dengan sangat baik kecuali ...
Rsync tidak bekerja dengan baik dengan file 2GB.
Itu bukan karena rsync tidak brilian, lebih dari itu setiap 2GB vmdk perubahan dengan cara yang sangat buram untuk rsync, bahkan perubahan kecil pada filesystem terlampir menghasilkan perubahan dalam vmdk (atau semua vmdks karena suatu alasan) yang saya salahkan. Windows, baik secara otomatis mendefrag atau melakukan semua hal lain yang dilakukan itu tidak masalah jika Anda menjalankan sistem nyata, tetapi muncul ketika Anda mencoba rsync VM!
Saya pikir mekanisme rsync untuk mendeteksi perubahan tidak bekerja dengan sangat baik pada file 2GB, sementara itu cukup sering melewatkan potongan awal vmdk, setelah mulai menemukan perbedaan, ia hanya akan menyalin sisa file. Saya tidak tahu apakah itu masalah dengan rsync tidak dapat mendeteksi sepotong data biner yang dipindahkan, atau dengan kurangnya memori pada kotak sumber, atau apakah vmdk baru saja diperbarui sepanjang jalan. Tidak masalah karena hasilnya sama - mayoritas vmdk disalin.
Pada akhirnya saya hanya menyalin file yang diubah dan menimpa mereka, masih menggunakan rsync. Saya juga memiliki kinerja yang lebih baik dengan hanya menimpa file cadangan daripada membiarkan rsync menyalin dan mengganti apa yang ada di sana.
Server cadangan kami juga bukan yang tercepat dan sampai pada titik semalam tidak cukup lama untuk mendukung semua VM yang berjalan.
Namun, ketika kami perlu mengembalikan VM, itu benar-benar mudah dan berfungsi dengan baik.