Назад | Перейти на главную страницу

Резервное копирование гостей Xen с dom0 с помощью файла образа диска

У меня есть сервер Xen dom0 с несколькими установленными гостями, и я изо всех сил пытаюсь найти простой способ управления резервными копиями со стороны dom0.

В сети есть ряд решений и скриптов, но все они кажутся довольно старыми и, похоже, основаны на том, что диски являются устройствами LVM и поэтому находятся в / dev / virtual / NAME-disk, после чего их можно скопировать, а затем смонтировать, а затем создать резервную копию вверх с помощью rsync. Похоже, моя система настроена не так.

Я вижу множество потенциальных решений, если они возможны (как я уже упоминал, в идеале я хотел бы сделать резервную копию файла образа, а также сделать резервную копию на уровне файлов определенных каталогов на виртуальной машине, так что, возможно, их комбинация).

  1. Уменьшить файл изображения: могу ли я скопировать файл изображения, а затем сжать его до фактического использованного пространства? Затем я мог бы выполнить rsync и удалить временный файл.
  2. Копировать в реальном размере: скопировать файл изображения каким-либо образом в его фактическом размере, а затем, если необходимо, воссоздать атрибуты размера на другом dom0?
  3. Смонтировать файл образа: как-нибудь смонтировать файл образа напрямую? Я вижу, что есть способы преобразовать его в образ LVM, но не уверен, что это единственный способ (и я доволен использованием файлов изображений для нормальной работы гостей домена).

Заранее спасибо и надеюсь, что это достаточно ясно.

Для меня резервное копирование образов дисков имеет здесь больше смысла. С точки зрения сценария резервного копирования не имеет особого значения, являются ли VDI на основе файлов или LVM, вы должны иметь возможность создавать их резервные копии таким же образом, только изменяя пути. Однако переход на LVM может дать вам серьезный прирост производительности, особенно если вы используете необработанные (не основанные на VHD) VDI.

Чтобы избежать каждый раз передачи целых разреженных файлов, дополнительно измените сценарии для передачи данных через упаковщик (gzip являясь прекрасным решением). Таким образом, даже чтение файла VDI в полном размере даст вам компактный результат. Этого может быть трудно достичь с помощью rsync поэтому используйте другие средства для переноса данных в хранилище резервных копий (т.е. ssh с перенаправлением оболочки).

Чтобы сократить время простоя, в случае LVM SR (не уверен, что с файлами изображений) вы также можете улучшить свой сценарий, чтобы он делал снимок виртуальной машины перед ее резервным копированием. Затем он может выполнять резервное копирование из хранилища моментальных снимков, поэтому он будет предоставлять согласованные данные без блокировки виртуальной машины с самого начала. Создание снимка обычно занимает всего несколько секунд. Snapshot VDI также можно смонтировать на dom0 для резервного копирования отдельных файлов, единственная проблема заключается в использовании формата VHD (опять же, пойти с LVM и необработанными VDI).