+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Backup связанных клонов, Proxmox Виртуальная Среда

AndrevdG

Guest

25.05.2014 02:02:00

Я все еще новичок в использовании ProxMox. Пробую его всего неделю, и, хотя могу разобраться во многих вещах, поискав на форумах, в вики или в Гугле, есть одна вещь (пока), которую я не смог усвоить. Это бэкап связанных клонов... 1. Я создаю базовую виртуальную машину, выключаю ее и превращаю в шаблон. 2. Я делаю бэкап этого шаблона. Этот бэкап статичный, так как сам шаблон не должен меняться. 3. Я создаю связанный клон. Жесткий диск этого связанного клона должен содержать только отличия от шаблона. 4. Я делаю бэкап связанного клона. В моих тестах он содержит (пока) полный образ. Шаблон + изменения с момента первого запуска ВМ. Я бы хотел (и это имеет смысл для меня) иметь возможность делать бэкап связанного клона только для тех изменений, которые он внес по сравнению с шаблоном. Допустим, у меня работает 10 ВМ на основе одного шаблона, тогда нет нужды постоянно делать бэкап данных шаблона. Все, что мне нужно — это шаблон (1 раз) и изменения ВМ (10 раз). <edit> Чтобы прояснить, я создал связанный клон, проверил объем диска (около 500 МБ), сделал бэкап и восстановил его на новой ВМ. Эта новая ВМ имела жесткий диск на 40 ГБ, так что, похоже, она содержит все данные шаблона + изменения. Также бэкап составил более 5 ГБ (я ожидал около 500 МБ) </edit> Есть ли способ это сделать, или я упускаю что-то очевидное?

cot Guest	#2 0 22.10.2015 13:09:00 Есть ли способ создать резервную копию/восстановить связанные клоны "как есть" без полного образа?

dietmar Guest	#3 0 22.10.2015 16:24:00 нет, в настоящее время это невозможно.

cot

Guest

22.10.2015 16:33:00

Ок, спасибо за ваш отзыв, Дитмар! Есть ли возможность просто скопировать 'онлайн' 'связанное клонированное' изображение + файл конфигурации в другое место для резервного копирования? scp /var/lib/vz/images/100/base-100-disk-1.qcow2 192.168.1.1:/var/lib/vz/images/100/ scp /etc/pve/qemu-server/100.conf 192.168.1.1:/etc/pve/qemu-server/

dietmar Guest	#5 0 22.10.2015 17:42:00 Я бы этого не делал — это может привести к некорректному qcow2 файлу на целевом устройстве.

cot Guest	#6 0 22.10.2015 17:46:00 Будет ли это безопасно, если он 'офлайн'? Дело в том, что у меня всего 128 ГБ SSD, и недостаточно места, когда я восстанавливаю из полного резервного копирования vzdump.

sigxcpu

Guest

22.10.2015 18:22:00

Вы можете сделать это на низком уровне, если используете хранилище ZFS. Вы можете выполнять полные резервные копии, инкрементные резервные копии и, что самое главное, резервная копия работающей ВМ не изменяется во время копирования (поскольку вы копируете снимок). Конечно, это не идеально, потому что вы не останавливаете/не освобождаете и не синхронизируете ВМ, но это гораздо лучше, чем копировать файлы qcow2 с работающей ВМ.

cot

Guest

26.10.2015 02:27:00

Я пытался скопировать образ ВМ 'offline' и конфигурационный файл в другое место для резервного копирования с помощью rsync или scp, а затем пытался восстановить ВМ из этого резервного копирования. ВМ, похоже, работает нормально после восстановления. Буду так делать пока не найду лучший способ для инкрементного/дифференциального 'online' резервного копирования для связанных клонов, помимо полного онлайн-резервного копирования vzdump. Проблема с существующим резервным копированием vzdump в том, что 'linked-clone' превращается в 'full-clone' после восстановления.

andy77

Guest

04.01.2018 12:46:00

Привет всем, есть ли сейчас, спустя несколько лет, какой-то другой способ делать резервные копии связанных клонов? Что я пробовал, так это pve-zsync (из-за использования zfs). Но он говорит мне "нет валидного zfs набора данных", потому что база и виртуальная машина прописаны в vmid.conf. Есть идеи, как сделать автоматические резервные копии связанных клонов, без создания полных резервных копий и, конечно, с возможностью просто восстановить связанный клон? С уважением, Энди.

guletz

Guest

#10

04.01.2018 18:34:00

Клоны предназначены только для временного использования, а не для длительного. Со временем производительность будет снижаться. Использовать клоны/связанные клоны для виртуальных машин, где у вас очень небольшие операции записи, вполне приемлемо.

andy77 Guest	#11 0 04.01.2018 22:57:00 Так будет, системы будут иметь очень малые операции записи. Но даже с минимальными операциями записи, план резервного копирования необходим.

fabian Guest	#12 0 05.01.2018 11:40:00 это во многом зависит от основного хранилища и в общем случае не является истинным.

andy77 Guest	#13 0 05.01.2018 11:56:00 Это звучит "замечательно". Я думаю, с ZFS и NVMe SSD производительность не должна быть проблемой, верно? Кстати, все еще нет информации о резервных копиях связанных клонов

fabian

Guest

#14

05.01.2018 12:01:00

как уже сказал Дитмар, вы не можете делать резервные копии связанных клонов отдельно с помощью vzdump (vzdump всегда создает резервную копию полных дисков, как их видит гость). в зависимости от хранилища, возможно, вы можете сделать что-то вроде инкрементной резервной копии, чтобы передавать только дельты, но это выходит за рамки поддерживаемого механизма резервного копирования PVE, и вам нужно будет самим следить за согласованностью и восстановлением.

andy77

Guest

#15

05.01.2018 14:13:00

Так что не планируется реализовать "более интеллектуальную" функцию резервного копирования связных клонов для PVE? Так что единственный способ, которым я мог бы обойтись без полных резервных копий, был бы следующим: Code: zfs send -R rpool/data/base-555-disk-1@__base__ | ssh "node-to" zfs recv rpool/data/base-555-disk-1
zfs snapshot rpool/data/vm-800-disk-1@__send__
zfs send -Rv -i rpool/data/base-555-disk-1@__base__ rpool/data/vm-800-disk-1@__send__ | ssh "node-to" zfs recv rpool/data/vm-800-disk-1

andy77 Guest	#16 0 20.07.2018 14:24:00 Вы пишете о vzdump, но я спрашивал о pve-zsync? Есть ли способ автоматизировать резервное копирование связанных клонов с помощью pve-zsync?

guletz Guest	#17 0 20.07.2018 15:18:00 Только частично верно. Потому что если у вас много связанных клонов (и старый клон по сравнению с родительским, и каждый связанный клон будет сильно отличаться), чаще всего у вас будет низкий коэффициент попадания в ARC. А самой большой проблемой будет нерациональное использование хранилища. Подробности здесь: http://jrs-s.net/2017/03/15/zfs-clones-probably-not-what-you-really-want/

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры