Резервне копіювання гостей qcow2 квт

Я не можу знайти жодної гарної інформації щодо резервного копіювання гостей qcow2 kvm. Мене не дуже цікавлять гості, які працюють, лише файлова система. Це питання пропонує використовувати, savevmале це створює знімок на місці. Я хотів би зробити резервну копію файлової системи.

Чи є кращий спосіб, ніж:

1. призупинити virt_machine # призупинити віртуальну машину
2. rsync --sparse /home/vm/image.qcow2 /tmp/image.dec_14_2010.qcow2 # скопіюйте зображення на той же диск
3. резюме virt_machine
4. rsync --sparse /tmp/image.dec_14_2010.qcow2 ssh: // резервна копія @ backupmachine: / vmbackups

У цьому є кілька мінусів. По-перше, копіювання величезного файлу зображень займає (відносно) тривалий час. По-друге, я завжди повинен переконатися, що у мене достатньо місця для резервного копіювання своїх машин. Це не ідеально. Чи є інші кращі способи управління резервними копіями KVM?

Спасибі.

Я б запропонував знімати функцію qemu-nbd:

qemu-nbd --snapshot --connect=/dev/nbd0 image.qcow2

потім встановіть / dev / nbd0p1 (розділ 1), rsync, відключіть і нарешті відключіть:

qemu-nbd --disconnect / dev / nbd0

Брудне зображення при цьому (ваша пауза, ймовірно, може допомогти, але все ще може бути не повністю послідовною):

Зробіть знімок у файловій системі LVM із вмістом розрідженого файлу qcow2 (знову припустимо, що у вас є місце для знімка LVM)

Монтуйте знімок LVM.

Встановіть пульт за допомогою sshfs.

Скопіюйте на точку монтажу sshfs за допомогою рідкої копії (cp --sparse = завжди src dest)

Менше часу для копіювання, але все ж це займе до повного часу, якщо зображення переважно повно.

Резервне копіювання даних всередині VM, мабуть, краща ідея (менше місця / часу). Ставтесь до окремих VM як до звичайних хостів, які потрібно створити резервну копію / відновити, тобто просто отримайте те, що вам потрібно, і збережіть набір заглушок vm без даних для швидкого відновлення та запуску.

Особисто мені було дуже важко з цим питанням, і я виявив, що навіть при затримці резервного резервного копіювання часто були влучні. Пам'ятайте - якщо ви не регулярно намагаєтесь відновити ці резервні копії, ви справді не маєте уявлення, чи спрацьовують вони.

Після багатьох експериментів я повністю покарав резервну копію зображень і застосував традиційне мережеве резервне рішення, яке можна використати для серверів голого металу. У моєму випадку ми поїхали з BackupPC, який є старим, але супер надійним. На кожному сервері я налаштовував рішення резервного копіювання для конкретних застосувань (програм), які використовуються. Наприклад sqldump для MySQL, плагін для Joomla тощо.

Це PIA, але це набагато швидше і дуже надійно.

Незалежно від того, де ви робите знімок - LVM або qcow2, VM все ще потрібно вимкнути, перш ніж знімати його. Інакше ви втратите дані та пошкоджені зображення.