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

Запланированные снимки ВМ из GUI, Proxmox Виртуальная Среда

gabrioth

Guest

15.01.2020 16:38:00

Есть ли способ полностью автоматизировать процесс создания регулярных снимков на уровне VM, который есть в GUI PVE? Хочется сделать что-то похожее на zfs-auto-snapshot, то есть ежедневное создание снимков для всех томов, сохраняя неделю снимков (чтобы можно было откатиться от ошибок пользователя/конфигурации), но при этом хотелось бы, чтобы процесс отката был доступен из GUI, как если бы я создал снимок вручную через GUI. Это возможно?

changlee Guest	#2 0 28.10.2024 11:47:00 У нас есть какие-нибудь обновления по запланированным моментам снапшотов из GUI? И/или официальный скрипт о том, как их включить?

fabian Guest	#3 0 28.10.2024 12:22:00 Смотри https://bugzilla.proxmox.com/show_bug.cgi?id=5477 и https://bugzilla.proxmox.com/show_bug.cgi?id=491

fabian Guest	#4 0 28.10.2024 13:25:00 Ну, нет. Но ты всегда можешь рассмотреть вариант подписки на сообщество (или более высокую), если хочешь финансово поддержать разработку PVE или другого программного обеспечения Proxmox.

changlee Guest	#5 0 28.10.2024 12:26:00 Огромное спасибо! Можем ли мы угостить вас кофе и/или сделать пожертвование?

wolfgang Guest	#6 0 16.01.2020 08:00:00 Привет, нет, это не реализовано.

pavels

Guest

02.04.2020 09:32:00

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

wolfgang Guest	#8 0 02.04.2020 09:49:00 Снимок экрана – это не резервная копия. Что делать, если ZFS DB повреждён? Это значит, что эта функция сейчас недоступна. И насколько я знаю, планов по её реализации нет. Патчи всегда приветствуются.

pavels Guest	#9 0 02.04.2020 10:00:00 Ну что, у меня LVM, но это вообще имеет значение? Если снимок не резервная копия, то что тогда? Каков вообще случай использования для него в одноузловом "Datacenter"?

fabian

Guest

#10

02.04.2020 10:55:00

Снимки не являются резервной копией, потому что они находятся на том же хранилище, что и сами данные. У них другая задача — их можно использовать как отправную точку для репликации, как состояние системы на определенный момент. Или, например, можно сделать снимок гостевой ОС перед тем, как что-то поменять экспериментально, чтобы быстро и легко вернуться к предыдущему, рабочему состоянию. В некоторых случаях снимок и резервная копия — это оба возможные решения (например, пользователь удалил важный файл — можно взять его из вчерашней резервной копии ИЛИ снимка). Проблемы начинаются, когда люди пытаются использовать снимки вместо настоящих резервных копий, а потом диск выходит из строя и всё пропадает. Вот почему снимки — это не резервные копии.

fabian

Guest

#11

02.04.2020 10:58:00

Для исходного вопроса: вокруг 'qm snapshot' или 'pct snapshot' или API-эндпоинтов, которые они представляют, можно легко написать скрипт, так что разработать простое решение для автоматических снимков с удалением старых вполне реально. Только имейте в виду, что на /etc/pve есть жёсткий предел для размера файла, поэтому стоит ограничить количество снимков для каждой виртуальной машины.

pavels

Guest

#12

02.04.2020 11:01:00

@fabian: Спасибо за разъяснения. Вики PVE не вдаётся в подробности о моментальных снимках VM. Ещё одна проблема, которую я заметил с моментальными снимками VM: они включают только первый диск (sda), но не другие диски. Это может привести к неприятным сюрпризам...

fabian Guest	#13 0 02.04.2020 11:07:00 Что? Это неправда.. Снимки включают все диски/точки монтирования (и возможны только в том случае, если все они это поддерживают).

pavels

Guest

#14

02.04.2020 11:16:00

Прости, я пропустил это, ты абсолютно прав. Моё предположение основывалось на том, что снапшоты томов не отображаются под Datacenter > pve > pro-thin(pve) > Content:

Может быть, и снапшоты тоже должны отображаться здесь, с типом "Снапшот диска" или что-то похожее?

adrian_vg Guest	#15 0 12.03.2021 09:16:00 Это будет простой bash-скрипт с qm prune/delete и qm snapshot для ВМ, для которых я хочу настроить "авто-снимки"?

fabian Guest	#16 0 12.03.2021 09:22:00 qm/pct snapshot/delsnapshot/listsnapshot (или соответствующие API-вызовы).

gabrioth Guest	#17 0 12.03.2021 11:30:00 Это не графический интерфейс, но для меня справляется со своей задачей. Я начал использовать "cv4pve-autosnap" для автоматических снимков ВМ. Просто блестяще в своей простоте.

adrian_vg Guest	#18 0 12.03.2021 13:26:00 Я тоже на это наткнулся. Внимательно посмотрю. Не буду изобретать велосипед, если это не потребуется.

frank lupo Guest	#19 0 21.03.2021 14:39:00 Для GUI и других возможностей смотри https://www.cv4pve-tools.com/

alyarb Guest	#20 0 22.03.2021 01:01:00 Вопросов много, и кто не сталкивался с этим раньше, неизбежно всё упростит – ну, не могут они иначе. Если хотите разобраться глубже, придумайте решение, которое будет работать именно для вас. То, что работает для вас, вряд ли подойдет всем, и поэтому это, как правило, не реализуется. Просто говорю как человек, который внедрял rolling snapshots на множестве платформ. Первое: нужно понимать, сколько свободного места есть на всех производственных хранилищах, и установить пороговое значение, при достижении которого процесс будет прерываться. Длина ваших снапшотов должна соответствовать объёму свободного места. Второе: нужно проверять, включена ли машина, выключена, или доступен гостевой агент, чтобы тот мог обрабатывать процессы замораживания и размораживания и т.д. Второе: нужно учитывать наличие passthrough-оборудования, потому что это создаст проблемы при создании снапшота машины. Если вы передаёте физическое оборудование, технически это уже не вирт. машина. Возможно, стоит ограничиться снапшотами хранилища или придумать способ отмонтировать passthrough-оборудование во время снапшота (не всегда возможно). Третье: автоматизируя процесс управления цепочками снапшотов и понимая, насколько опасными могут быть "постоянные" снапшоты, если люди забудут их в конце концов объединить и очистить, вы в итоге придумаете процесс "уборщика", чтобы цепочка оставалась чистой – независимо от того, был ли снапшот сиротой, выпал из ротации или был пропущен по какой-то причине. Снапшоты, превышающие определённый возраст, следует удалять независимо от их назначения. Ваш скрипт может начинаться как "del snapshot .... create snapshot...", но быстро разрастается. В заключение: некоторые могут захотеть исключить определённые диски из своей схемы rolling snapshots. К сожалению, только VMware предоставляет такую возможность с опцией persistent/dependent дисков. Hyper-V и qemu этого не делают. Хотел бы, чтобы и другие платформы это поддерживали. corsinvest отличные ребята. Посмотрите их решение "BARC" для ceph-бэкапов. Мы легко адаптировали его под свои нужды.

Читают тему

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