Size: a a a

2021 December 05

AD

Art D in ru_proxmox
и ещё хорошо иметь не только бэкапы, но и снапшоты ВМ, с глубиной в несколько дней или даже часов. Для легкого и безболезненного отката.

https://github.com/Corsinvest/cv4pve-autosnap

Вот эта тулза снапшотит по расписанию с ротацией снапов, и другими фичами. Простой бинарник. Пишешь к нему скрипт, и в крон.
источник

ЕС

Евгений Савелов... in ru_proxmox
не сравнивали с synoid ?
источник

I

Ivan in ru_proxmox
кстати рекомендую использовать авторизацию по токену. иначе на большом количестве снапов они из конфига перестают удаляться в результате таймаута.
источник

VR

Victor Ramb in ru_proxmox
А меня встроенный b110i в материке. У меня идёт lvm
источник

AD

Art D in ru_proxmox
хотел, но руки не дошли... Да и устроил autosnap полностью. Sanoid/Syncoid всё-таки под файловые датасеты заточен, а autosnap именно под Прокс, и он обращается не к ЗФС, а к API прокса через сеть, поэтому по сути поддерживает любой сторадж, не только ЗФС.
источник

ЕС

Евгений Савелов... in ru_proxmox
а... если он делает снапшоты через прокс, то это плохо...
источник

ЕС

Евгений Савелов... in ru_proxmox
на момент снимка проксмокс лочит конфиг файл VM, и всякую хрень делает.. если в этот момент еще и бэкап с PBS тикнет, то бэкап завершится ошибкой, и жди следующей ночи
источник

AD

Art D in ru_proxmox
о, кстати, один раз была такая фигня! Я не въехал отчего. Спасибо, сделаю
источник

I

Ivan in ru_proxmox
это смотря как посмотреть. зато юзер в гуе прокса может куда-то откатиться.
источник

ЕС

Евгений Савелов... in ru_proxmox
Online миграция не работает при наличии снимков PVE. Выдаст такую ошибку:
can't migrate local disk 'local-zfs:vm-107-disk-0': online storage migration not possible if snapshot exists
источник

I

Ivan in ru_proxmox
у меня по времени создание снапов с бэкапами пересекается. проблем не заметил.
источник

ЕС

Евгений Савелов... in ru_proxmox
Если хотя бы в одном снимке будет сохранена конфигурация VM со вставленным ISO образом из локального storage, то такую машину нельзя будет мигрировать.
источник

I

Ivan in ru_proxmox
да, это немного напрягает. могли бы автодетач слелать.
источник

AD

Art D in ru_proxmox
да кстати! Бесит. При этом репликация работает, и все снапшоты реплицируются. А вот миграция нет, снапы приходится удалять. Непонятно, почему так.
источник

ЕС

Евгений Савелов... in ru_proxmox
PBS не сделает бэкап, если время совпадет со снимком PVE, т.к. конфиг будет залочен, а PBS тоже пытается взять лок. Повторной попытки не будет. Ждем следующую ночь...
источник

AD

Art D in ru_proxmox
ну это пожалуй даже логично, нам же нужны гарантии, что конфиг во время выполнения бэкапа\снапшота никем не изменялся. Значит нужен лок. А раз лок это условие выполнения, то значит кто первый встал, того и и тапки.

Надо задания разносить по времени, другого выхода не вижу.
источник

ЕС

Евгений Савелов... in ru_proxmox
им бы сделать ретрай, это бы решило проблему... надо бы завести тикет
источник

ЕС

Евгений Савелов... in ru_proxmox
там меньше секунды обычно занимает весь процесс..
- снимок zfs моментальный
- взять лок конфига
- дописать в конец конфига VM текущий конфиг
снять лок
источник

AD

Art D in ru_proxmox
может отсутствие ретрая связано с механизмом ПБС? Вероятно ему надо пройтись по всем ВМ задания, чтобы обеспечить дедуп, который ведь во время выполнения задания производится, вроде как
источник

МБ

Марат Багаутдинов... in ru_proxmox
Купить за 90к hhhl 1735 на 3.2tb получишь raid10
источник