Привет. Да, это возможно. Смотри: https://pve.proxmox.com/wiki/Upgrade_from_5.x_to_6.0#Actions_step-by-step Я бы действительно рекомендовал сначала протестировать апгрейд на тестовой системе. Если у тебя уже есть тестовый кластер, отлично, в противном случае ты можешь создать "виртуальный" кластер. То есть, создать несколько виртуальных машин (3 — это хорошее число, не слишком много, но достаточно, чтобы смоделировать большинство реальных ситуаций) с Proxmox VE 5.4, объединить их в кластер, возможно, создать несколько небольших ВМ для тестирования миграции, а затем попробовать выполнить апгрейд с помощью этого кластера. Это позволяет понять процесс обновления и увеличивает шансы на успешный апгрейд. Самое важное — убедиться, что ни один шаг при обновлении не был упущен.

В указанной вами ссылке говорится: Примечание: изменения в любых ВМ/КТ или кластере в целом не допускаются в течение всего времени обновления! Затем где-то ниже сказано: Переместите важные виртуальные машины и контейнеры Если какие-либо ВМ и КТ должны продолжать работать во время обновления, переместите их с узла, который в данный момент обновляется. Миграция ВМ или КТ с более старой версии Proxmox VE на более новую всегда будет успешной. Миграция с более новой версии Proxmox VE на более старую может сработать, но в общем не поддерживается. Учитывайте это при планировании обновления вашего кластера. Но так как я делаю это в тестовой среде, я вижу, что как только один из узлов обновляется, он больше не находится в кворуме, и мы не можем перемещать ВМ на него. Так как нам избежать простоя для ВМ при выполнении этих обновлений? ВМ прервутся, если останутся на узле, который обновляется по коросинку?

Ах, понял, немного тебя не так понял. Да, это ожидаемо и не должно вызвать никаких проблем. Во время обновления corosync тебе не нужно (и действительно не стоит пытаться) мигрировать ВМ или CT, они продолжают работать в обычном режиме. Как только весь кластер будет обновлен до corosync 3 (но все еще на PVE 5.4), ты можешь продолжать с "настоящим" обновлением. Только тогда тебе нужно будет мигрировать ВМ на другие узлы, чтобы они продолжали работать во время обновления этого узла. Это снова сработает, так как все узлы уже на corosync 3 и могут видеть друг друга, даже после обновления. Надеюсь, теперь стало немного яснее.

Я тоже пытаюсь сделать такое же обновление. Извините заранее за то, что схожу с ума по старому посту. У меня кластер 5.4-15 с пятью узлами. На данный момент все готово после обновления corosync до версии 3.0, которое успешно установлено, серверы запущены в кворуме, и устранена одна ошибка, возникшая при запуске pve5to6. Мое основное хранилище довольно медленное, и это будет колоссальная работа, чтобы перенести машины с узлов. Могу ли я временно выключить ВМ и контейнеры в нерабочие часы, сделать обновление до 6.0+ и просто снова включить их?

И еще один последний вопрос: нужно ли мне делать все узлы за один раз? Если я могу сделать один узел за ночь, нормально ли будет немного подержать кластер с разными версиями?

Спасибо за быстрые ответы. Итак, на узле, если я выключу все ВМ и КТ, закончу обновление для этого узла и снова включу ВМ, все будет в порядке? Потому что именно это я и собираюсь сделать. На каждом узле, если так.