Миграция с KVM на Proxmox на горячую

С «KVM и облачных сервисов» - что это за сервисы?

«Слишком много времени потратим» - речь про недопустимость большого даунтайма или про то, что свалить нужно как можно скорее?

Любая live миграция подразумевает доступность хранилища для источника и приемника. Если этого нет то можно только минимизировать даунтайм.

Решение с rsync надежно будет работать, если данные на машине не меняются, то есть и здесь нужен некий даунтайм. Но никто не мешает попробовать скопировать всю систему и попробовать развернуть ее на новом месте.

Гуглеж и первая ссылка https://forum.proxmox.com/threads/live-migration-zero-downtime.34881/ Люди Ceph используют

А сервисы как именно крутятся? Контейнеры?

Очень сильно зависит от сервисов. Предположим у вас там СУБД на десяток терабайт, мигрировать её на живую с минимальным дауттаймом это не пятисекундный квест. Или у вас сайт с фоточками котиков, на который нового котика заливают раз в неделю, это совсем другой вопрос. Это я к тому, что без знания конкретики, что-то посоветовать вам затруднительно.

Неправильно выразился.Да, я говорил про недопустимость большого даунтайма

Скопировать всю систему с помощью rsync? Мне предложили такую идею, но так как сервисы работают и там постоянно в бд записываются данные, то может ли что-нибудь пойти не так? Просто не работал с rsync в таком ключе и поэтому уточняю

СУБД не на десяток тб, но прилично. Виртуалок с сервисами достаточно много и до некоторых я пока даже не имею доступ. Задача состоит в том, чтобы в режиме реального времени перенести, либо с минимальным даунтаймом. Лучше конечно же в режиме реального времени, если это можно как-то провернуть

Я с этими сервисами всю голову себе забил) Я хотел сказать облачные платформы(GCP,Digital Ocean)

Нет rsync так не может.

Я хотел сказать облачные платформы(GCP,Digital Ocean)

С этого надо было начинать. Рубите нафиг, спокойно переносите на новое место, на вопросы «почему не работает?» хитро улыбаетесь и говорите «патаму что санкции, но я нашел выход и сейчас работаю над этим» по окончании работ получаете медаль «за вызволение очень нужного из лап буржуинов проклятых». :)

Если у вас облачные платформы, то могу предположить что они как-то связаны с вэбом, вэб обычно связан с записями в dns, а некоторые клиенты(я про офтопик) клали болт на TTL. Если со стороны клиента сервиса возможны изменения, например у вас магазин, то надежнее будет повесить страницу с надписью «профилактические работы», чем потом разгребать последствия.