Как делаются снапшоты в Proxmox при использовании Proxmox Backup Server?

Question

[igortru]

Привет.

У меня есть кластер Proxmox VE. В Proxmox есть три вида бекапа, без перерыва сервиса(vm) подходит тип бекапа - Snapshot.
Ранее я эксплуатировал vmware + veeam. В момент бекапа, veeam'ом на vmware можно было наблюдать уведомления по создании снапшота в момент создания резервной копии и в пункте snapshot виртуальной машины, в ветке отображался снапшот и именем - "veeam backup temporary snapshot".
В Proxmox я такого не наблюдаю, речь идет о создании резервных копий в Proxmox Backup Server.
Я экспериментировал с размещением диска VM в локальной ФС аппаратного сервера, в LVM и LVM-thin. Не смотря на документ , в котором создание снимка в LVM невозможно - резервная копия vm завершается без каких-либо проблем. Создать snapshot на вкладке vm - да нельзя, но бекап завершается без проблем (лог ниже). Так-же я не вижу при создании бекапа в LVM-thin что создается какой-то snapshot в LVM.
Такое ощущение что это исключительно работа агента qemu который ставится внуть гостевой ОС и допустим для винды создается VSS снимок.
Вопрос связан с тем что при длительном бекапе и нагрузке ФС внутри vm у нас уже два раза крашилась файловая система.

INFO: starting new backup job: vzdump 135 --compress zstd --storage pbs02 --mode snapshot --notes-template '{{guestname}}' --all 0 --mailnotification always --node pve-loki01
INFO: Starting Backup of VM 135 (qemu)
INFO: Backup started at 2023-10-04 20:25:04
INFO: status = running
INFO: VM Name: test01-disk-vm-data.test.lcl
INFO: include disk 'scsi0' 'test01-lvm:vm-135-disk-0' 50G
INFO: backup mode: snapshot
INFO: ionice priority: 7
INFO: creating Proxmox Backup Server archive 'vm/135/2023-10-04T17:25:04Z'
INFO: skipping guest-agent 'fs-freeze', agent configured but not running?
INFO: started backup task '52e96d04-dc90-42ad-9e75-9bd0ace600e3'
INFO: resuming VM again
INFO: scsi0: dirty-bitmap status: existing bitmap was invalid and has been cleared
INFO:  33% (16.8 GiB of 50.0 GiB) in 3s, read: 5.6 GiB/s, write: 8.0 MiB/s
INFO:  71% (35.7 GiB of 50.0 GiB) in 6s, read: 6.3 GiB/s, write: 2.7 MiB/s
INFO: 100% (50.0 GiB of 50.0 GiB) in 9s, read: 4.8 GiB/s, write: 0 B/s
INFO: backup is sparse: 48.34 GiB (96%) total zero data
INFO: backup was done incrementally, reused 49.97 GiB (99%)
INFO: transferred 50.00 GiB in 9 seconds (5.6 GiB/s)
INFO: adding notes to backup
INFO: Finished Backup of VM 135 (00:00:12)
INFO: Backup finished at 2023-10-04 20:25:16
INFO: Backup job finished successfully
TASK OK

Comments

[Дмитрий]

А qemu-agent точно включен в настройках виртуалки и фактически установлен в ней? Согласно логу бэкапа, хост не может обратиться к нему

INFO: skipping guest-agent 'fs-freeze', agent configured but not running?

Не совсем понял из вопроса, портилась файловая система в работающей виртуалке или в бэкапе? Ну и конечно лучше использовать хранилище с явной поддержкой снапшотов.

[igortru]

Дмитрий, да, агент не запущен. Для создания снапшота vm это не требуется. Я сравниваю с vmware.

[Дмитрий]

igortru, агент нужен в частности для того, чтобы сообщить ОС, что нужно сбросить дисковый кэш на диск перед началом бэкапа или снятия снэпшота. Это повысит вероятность, что точка сохранения будет консистентной. Кроме того, без агента Proxmox не сможет управлять состоянием виртуальных машин, в частности не будет работать команда Shutdown.

[igortru]

Дмитрий, ок.
Получается что в момент создания бекапа методом Snapshot в случае с qcow2 формата размещения диска vm я должен рядом увидеть файл изменений (дельту) или в случае с lvm snapshot раздела. Верно?

[Дмитрий]

В теории это должно было бы быть именно так, судя по названию метода, но похоже, что образы диска просто архивируются "как получится". В описании бэкапов Proxmox написано следующее:

snapshot mode
This mode provides the lowest operation downtime, at the cost of a small inconsistency risk. It works by performing a Proxmox VE live backup, in which data blocks are copied while the VM is running. If the guest agent is enabled (agent: 1) and running, it calls guest-fsfreeze-freeze and guest-fsfreeze-thaw to improve consistency.

Запустив тестовый бэкап, я не увидел ни создания снапшотов в qcow2-образах дисков, ни создания каких-то временных файлов. Это объясняет, почему метод работает на хранилищах, которые не поддерживают снимки.

[igortru]

Дмитрий, я к этому и пришел, получается что бекап "snapshot" ничего не имеет общего со "snapshot" во вкладке с vm.
При отсутствии агента quemu мы вообще получаем гарантированно не консистентные данные и чем дольше она бекапится тем расхождение еще больше.
Поправь если не прав.

[Дмитрий]

igortru, вот тут задают те же вопросы - https://forum.proxmox.com/threads/snapshot-backup-...

Answer 1

[Пума Тайланд]

Используйте лвм там есть снапшоты. Длительность и нагрузка бекапа никак не должна влиять на крах файловой системы, тут видимо вам надо проверить что то другое, например диски и вообще посмотреть откуда корни этой проблемы.
Ну и надо понимать что бекап у вас будет не особо консистентный особенно если есть бд

Comments

[igortru]

При размещении диска vm в формате - qcow2 тоже есть снапшоты, в lvm (thick) - нету, в lvm thin - есть, это указано в офиц. документации. А где их можно пощупать и увидеть? В vmware видно что vm уходит в snapshot.
Я запустил бекап машины в разных дисковых средах (ext4,lvm (thick), lvm thin) - везде машина отбекапилась, создания снапшотов я не увидел в консоли проксмоса и в LVM (lvs, lvdisplay). Такое ощущение что это лишь команда для quemu agenta типа создай vss внутри ОС.