Контрольные точки для долго считающегося в виртуалке процесса

LLM: «Команда virsh snapshot-create-as –atomic создаёт единый согласованный снимок гостя (память + диски) через libvirt. Эквивалентная команда QEMU напрямую — это комбинация операций с qemu-guest-agent (для согласования) и сохранения состояния машины (vmstate) через QEMU monitor/commands. Конкретной однострочной „замены” virsh нет»

Обычно долгосчитающий софт имеет функции по сохранению этапов расчёта, я бы смотрел в этом направлении. Подписался, послушать мнения на тему

Увы, это не мой случай. Похоже, что придётся ставить опыты.

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

А у вас есть личный опыт и знания по этому поводу? Не хотите ли вы написать туториал по поводу того, как это всё должно работать?

Я сохранял состояние винды с открытым «калькулятором», после запуска с контрольной точки число в калькуляторе было то-же, что и было. У вас просто калькулятор больше, а суть та-же.

Вроде да, работает примерно такое:

virsh snapshot-create-as моя-виртуалка --name имя-снимка --atomic

Машина приостанавливается на время снятия снимка. Во всяком случае, один раз это сработало :)

Подождём ещё мнений некоторое время и будем считать решённым.

была недавно статья на эту тему (Резервное копирование виртуальной машины QEMU/KVM с паузой и записью памяти) с обсуждением в комментах.

Но в целом да, все сводится к virsh snapshot-create-as. Детали в man virsh. Практическое применение в вышеуказанной статье.

Добавлю только, что в зависимости от того, как настроена синхронизация времени, время на VM может ходить взад/вперед после отката на снапшот. Некоторые приложения это плохо переносят.

Saakx, эта статья вполне за туториал сойдет.

Я не пробовал, но вроде такое есть

• https://ru.wikipedia.org/wiki/CRIU

Не машину сохранять, а процесс внутри неё.

Там дерево и куча ввода-вывода, не получится.

Спасибо, но это требует остановки ВМ или я что-то не понял? Просмотрел ещё раз, не совсем понял, видимо, тут процесс оптимизирован. Но перед этим мои, более простые команды должны отказать (действительно, время простоя значительно и что-нибудь может пойти не так). В итоге - решение существует, ставлю галочку, всем споасибо.