Jika saya menjalankan sistem ESXi vmware modern, saya dapat memasukkan file rsync biner dan rsync yang terhubung secara statis ke tujuan apa pun melalui SSH.
Saya mencoba memahami mengapa sebagian besar (semua?) Cadangan tamu vmware tidak dilakukan dengan cara ini.
Jika VM sedang berjalan, Anda cukup menggunakan 'vim-cmd vmsvc / snapshot.create' untuk membuat snapshot lalu rsync snapshot itu ke host jarak jauh. (bahkan ada opsi untuk "menenangkan" snapshot)
ATAU, jika Anda ingin cadangan yang lebih kuat, Anda dapat dengan anggun menghentikan VM dan rsync di atas file vmdk.
Jadi ... sepertinya saya adalah skrip shell sederhana yang jauh dari semua cadangan yang ingin saya lakukan, secara sederhana dan mudah, menggunakan rsync lama yang sederhana.
Apa yang kulewatkan di sini ?
sumber
Jawaban:
Lihat juga: Instal rsync di server VMware ESX 4.1
sumber
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.
sumber
Rsyncing satu file bukan solusi cadangan,
apa yang Anda lakukan ketika sesuatu terjadi pada vm dan file dihapus, tetapi Anda hanya memperhatikan ini setelah rsync Anda berjalan kembali? Anda akan menimpa 'cadangan' file Anda dengan gambar yang buruk sekarang.
Jika Anda ingin cadangan, Anda perlu menyimpan versi lama di suatu tempat, atau di diff. Rsync hanya akan menyalin di atas diff untuk Anda, tetapi itu tidak akan menyimpan hanya diff, tetapi menimpa file sebelumnya.
Mungkin ada opsi untuk Anda di sini, dengan rsync, dan sistem file copy-on-write dengan informasi versi, yang pada dasarnya akan menyimpan diffs setiap kali skrip rsync Anda berjalan. Solusi ini mulai menjadi sedikit lebih rumit, jadi ini sebabnya orang menggunakan solusi kerja yang dikenal dengan imho.
sumber
Tidak ada alasan mengapa Anda tidak dapat menggunakan Rsync di server ESXi. Kami menawarkan versi terkompilasi secara statis di sini https://33hops.com/rsync-for-vmware-vsphere-esxi.html yang berfungsi dengan sangat baik. Ada informasi tentang cara mengkompilasi Anda sendiri.
Namun demikian, siapa pun yang mau menggunakannya harus mempertimbangkan bahwa Rsync dan algoritma Delta-nya tidak dianggap mencadangkan file besar yang tetap, seperti VM hard disk, tetapi untuk menyinkronkan file berukuran panjang yang lebih kecil. Jadi, ini berfungsi, tetapi membutuhkan banyak waktu dan CPU untuk menghitung data diff. Sebenarnya itu hanya cara untuk bertukar bandwidth dengan CPU. Bagaimanapun, itu masih cukup bisa diterapkan, khususnya jika cakram virtual Anda berada di urutan beberapa puluh gigabytes.
Saya telah menerbitkan posting lengkap tentang topik di sini, merinci semua pro dan kontra https://33hops.com/blog_xsibackup-rsync-considerations.html
sumber