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

[РЕШЕНО] снимки ZFS?, Proxmox Виртуальная Среда

killmasta93

Guest

04.03.2018 22:45:00

Привет, я хотел узнать, может ли кто-то пояснить, какие существуют решения для создания снимков или резервных копий виртуальных машин. В данный момент я использую vzdump для резервного копирования своих ВМ, но делаю это раз в неделю, и это занимает много времени. Мой вопрос: какие другие варианты резервного копирования ВМ существуют в виде дифференциальных или инкрементальных копий? Я читал о pve-zsync, но для этого мне нужно 2 хоста Proxmox? Также я ознакомился с zfSnap, но не уверен, сработает ли это. И наконец, может быть, rsync? Мне хотелось бы иметь ежедневные резервные копии в виде дифференциальных, чтобы процесс не занимал много времени. Я также читал это https://ayufan.eu/projects/proxmox-ve-differential-backups/ и попробовал, но по какой-то странной причине это не сработало так, как я думал, так как второй резервный копии занял столько же времени, сколько и первая. Спасибо.

killmasta93

Guest

22.03.2018 03:10:00

@fireon, ну, наконец-то я попробовал pve-zsync, но возникла мелкая проблема. Я пробовал pve-zsync с хоста 1 на хост 2 — все прошло успешно, но когда я попытался восстановить, по какой-то странной причине снимки не оказались на хосте 2, а остались на хосте 1. Я проверил хост 1, выполнив команду: Code: zfs list -H -o name -t snapshot
vmdata/vm-100-disk-1@mine
vmdata/vm-100-disk-1@rep_backupsdaily_2018-03-20_19:33:01
vmdata/vm-100-disk-1@rep_backupsdaily_2018-03-20_19:34:01
vmdata/vm-100-disk-1@rep_backupsdaily_2018-03-20_19:35:01
vmdata/vm-100-disk-1@rep_backupsdaily_2018-03-20_19:36:01
vmdata/vm-100-disk-1@rep_backupsdaily_2018-03-20_19:37:01
vmdata/vm-100-disk-1@rep_backupsdaily_2018-03-20_19:38:01
vmdata/vm-100-disk-1@rep_backupsdaily_2018-03-20_19:39:01
vmdata/vm-103-disk-2@virmin. Есть идеи, почему снимки на хосте 1? Я выполнил команду с хоста 1 192.168.3.252 и хоста 2 192.168.3.80, но перед этим на хосте 2 мне нужно было создать директорию: Code: zfs create -s -V 400g vmdata/vmbackup, затем на хосте 1 выполнил: Code: pve-zsync create --source 100 --dest 192.168.3.80:vmdata/vmbackup --verbose --maxsnap 7 --name backupsdaily. Спасибо!

fireon

Guest

22.03.2018 21:41:00

Снимки на обоих хостах, это нужно для того, чтобы zfs синхронизировался только с различиями. Что ты имеешь в виду под "это не было найдено на хосте 2"? Ты не можешь найти резервную копию? Ты сохранил её тут "vmdata/vmbackup", так что её там нет? Что показывает "zfs list" на хосте 2? Ты можешь восстановить её, например, так: Код: zfs send -v rpool/home@bla1 | ssh otherhost "/usr/sbin/zfs receive otherpool/home@bla1" Вот моя документация, извини, только на немецком: https://deepdoc.at/dokuwiki/doku.ph...:linux_zfs#zfs_snapshots_und_deren_verwaltung

killmasta93

Guest

24.03.2018 03:23:00

Спасибо за ответ. Странно то, что, когда я пытаюсь найти снимки с хоста 1, которые я отправил на хост 2, они отображаются только на хосте 1, хотя должны быть на хосте 2. Когда я выполнил команду zfs list на хосте 1, снимки отобразились, а на хосте 2 команда zfs list показала только снимки ВМ на хосте 2. Поэтому я заново провёл тест и вот что я сделал: 1) На хосте 1 с IP 192.168.3.252 я выполнил команду: Code: pve-zsync create --source 123 --dest 192.168.3.80:vmdata/vmbackup --verbose --maxsnap 7 --name test2 2) После завершения синхронизации на хосте 1 я выполнил команду: Code: zfs list -H -o name -t snapshot и получил следующее, что я не понимаю: Code: vmdata/vm-123-disk-1@rep_test2_2018-03-23_19:30:01
vmdata/vm-123-disk-1@rep_test2_2018-03-23_19:45:02
vmdata/vm-123-disk-1@rep_test2_2018-03-23_20:00:01
vmdata/vm-123-disk-1@rep_test2_2018-03-23_20:15:01
vmdata/vm-123-disk-1@rep_test2_2018-03-23_20:30:01
vmdata/vm-123-disk-1@rep_test2_2018-03-23_20:45:01
vmdata/vm-123-disk-1@rep_test2_2018-03-23_21:00:01, а на хосте 2 с IP 192.168.3.80, когда я запустил эту команду: Code: zfs list -H -o name -t snapshot, ничего не увидел. Код для восстановления, который я использовал, был таким: я только менял дату: Code: zfs send vmdata/vm-123-disk-1@rep_test2_2018-03-23_21:00:01 | ssh root@192.168.3.252 zfs receive vm/vm-123-disk-1. Что непонятно, так это то, что на хосте 2 я проверил с помощью zfs list и увидел vmdata/vmbackup размером 14 ГБ, хотя изначально это было 64К. Вот данные по хосту 2: Code: rpool 10.5G 888G 96K /rpool
rpool/ROOT 3.08G 888G 96K /rpool/ROOT
rpool/ROOT/pve-1 3.08G 888G 3.08G /
rpool/data 96K 888G 96K /rpool/data
rpool/swap 7.44G 895G 1.04G -
vmdata 32.7G 866G 96K /vmdata
vmdata/vm-100-disk-1 860M 866G 860M -
vmdata/vm-101-disk-1 14.3G 866G 14.3G -
vmdata/vm-101-disk-2 735M 866G 735M -
vmdata/vmbackup 14.6G 866G 64K - Спасибо.

fireon Guest	#5 0 24.03.2018 19:55:00 Ладно, очень странная ситуация... Пожалуйста, выложите вывод "zfs list -t snapshot" на обоих хостах.

killmasta93 Guest	#6 0 25.03.2018 00:00:00 Спасибо за ответ. На хосте 2 я получаю этот код: root@prometheus2:~# zfs list -t snapshot нет доступных наборов данных, а на хосте 1 я получаю этот код: vmdata/vm-123-disk-1@rep_test2_2018-03-23_20:30:01 2.11M - 13.4G - vmdata/vm-123-disk-1@rep_test2_2018-03-23_20:45:01 1.47M - 13.4G - vmdata/vm-123-disk-1@rep_test2_2018-03-23_21:00:01 1.48M - 13.4G - vmdata/vm-123-disk-1@rep_test2_2018-03-23_21:15:01 1.22M - 13.4G - vmdata/vm-123-disk-1@rep_test2_2018-03-23_21:19:01 0B - 13.4G - vmdata/vm-123-disk-1@rep_test2_2018-03-23_21:20:01 0B - 13.4G - vmdata/vm-123-disk-1@rep_test2_2018-03-23_21:21:01 0B - 13.4G -

Читают тему

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