Пытаемся сделать резервное копирование всего кластера на PBS сервер. Раньше всё работало отлично, но за последние два месяца некоторые резервные копии начали проваливаться (qemu guest agent timeout, qmp command timeout...). Похоже, что по какой-то причине хранилище под PBS datastore недостаточно быстрое (делится с другой системой резервного копирования). Но настоящая проблема в том, что Proxmox VE начал резервировать все ноды (24 ноды) одновременно! Это слишком для нашей системы, и некоторые резервные копии терпят неудачу. Есть ли способ ограничить количество запущенных резервных копий одновременно? Может быть, опция, как для массовой миграции? Мы, конечно, можем разделить резервные копии на 24 части, но это далеко не оптимально. Может, скрипт Vzdump hook может играть роль "комнаты ожидания", но это опять же не очень удобно...
Последовательное резервное копирование для ВМ/КТ, Proxmox Виртуальная Среда
|
02.03.2021 21:02:00
|
|
|
|
|
|
25.07.2022 19:22:00
Есть ли какие-то продвижения по этому вопросу? Мы перегружаем 20-гигабитный канал резервными копиями с кластера и нужно ограничить количество одновременно работающих узлов.
|
|
|
|
|
|
07.12.2022 08:16:00
Прогресса нет, а то бы трекер багов обновили.
|
|
|
|
|
|
05.05.2024 06:27:00
Новости по теме? Мы вечно в эту ситуацию попадаем. Долго ждали возможности обрабатывать один бэкап за раз на всех узлах кластера...
|
|
|
|
|
|
21.01.2025 16:13:00
Можно написать какой-нибудь глупый bash-скрипт, делающий следующее: ssh root@server1 'vzdump --all ...' ssh root@server2 'vzdump --all ...' ssh root@server3 'vzdump --all ...'
|
|
|
|
|
Читают тему
