Может ли кто-нибудь помочь мне в этом, пожалуйста?
поведение
Я запускаю несколько виртуальных машин с qemu-kvm, и при создании нескольких первых снимков работающей виртуальной машины они создаются очень быстро (примерно 10 секунд). Однако после создания определенного количества моментальных снимков производительность их создания резко снижается, сокращаясь примерно с 10 секунд до 10 или 20 минут (в зависимости от размера диска qcow2 виртуальной машины).
Интересно, что это увеличение длительности не растет постепенно (например, первое занимает 10 секунд, второе — 60, третье — несколько минут), а очень резко в какой-то момент от создания одного снимка к другому. Я не мог понять, из-за каких обстоятельств произошло это увеличение, и я попытался создать один моментальный снимок сразу после другого, где виртуальная машина будет находиться в том же состоянии, чтобы исключить какие-либо факторы, исходящие из самой виртуальной машины. Но в то время как состояние виртуальной машины на различных моментальных снимках оставалось в основном одинаковым, продолжительность создания моментального снимка в какой-то момент резко увеличилась.
Одна виртуальная машина использует около 50 ГБ, это падение производительности произошло после 4 или 5 снимков, в то время как другая виртуальная машина со свежей установкой ubuntu использует всего несколько ГБ, это падение произошло после 19 снимков.
Кроме того, эта установка безупречно работала на моем предыдущем хосте Linux, который был Linux Mint. Теперь я перешел на Fedora SilverBlue, и эта проблема возникла.
что я пробовал до сих пор
Я создал снимки либо с помощью графического интерфейса virt-manager, либо с помощью virsh (с датировать до и после, чтобы указать продолжительность), обратите внимание, что это небольшая виртуальная машина, более крупная занимает 20 минут:
[root@fedora-silverblue steff]# дата; virsh --debug=0 моментальный снимок-создать-как --domain dev_base --name s25 ; датировать
Ср 16 мар 09:52:08 CET 2022
моментальный снимок-создать-как: домен (optdata): dev_base
снимок-создать-как: имя (optdata): s25
snapshot-create-as: найден вариант <домен>: dev_base
snapshot-create-as: <домен> пытается использовать имя домена
Снимок домена s25 создан
Ср 16 мар 10:03:02 CET 2022
эта команда занимает 10 минут.
Я искал эту проблему и нашел следующие обсуждения, которые указывают на аналогичные проблемы, но были решены с помощью решений, которые мне не подошли:
В этом посте сделан вывод о том, что qemu исправил это в другой версии, но эта версия намного старше, чем моя текущая:
https://bugzilla.redhat.com/show_bug.cgi?id=988436
Этот пост решил эту проблему, удалив все ранее существовавшие снимки, и это тоже сработало для меня. Однако удаление всех моментальных снимков перед тем, как разрушить цель, для которой я их использую (возможность вернуться к предыдущим рабочим состояниям), так что это не вариант:
https://github.com/cuckoosandbox/cuckoo/issues/1905
нерешенная и открытая ошибка:
https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/741887
Поскольку в некоторых других обсуждениях что-то упоминается о кэшировании, я также попытался выключить свой хост и снова включить его без каких-либо изменений.
В некоторых сообщениях обсуждаются внешние моментальные снимки, но я хочу, чтобы они были исключены, поскольку их обработка требует больше накладных расходов, чем внутренние моментальные снимки (создание профилей, определение путей сохранения и т. д.). И поскольку внутренние снимки являются опцией по умолчанию, я хочу оставаться как можно ближе к ванильным настройкам.
интерпретация
Так как моментальные снимки создаются быстро, когда ранее не существовало других моментальных снимков, предварительное существование других моментальных снимков должно где-то приводить к значительным накладным расходам или конфликтам.
ПО и версии
Я использую Fedora SilverBlue 35 со следующим программным обеспечением, связанным с kvm:
[root@fedora-silverblue steff]# uname -r
5.16.9-200.fc35.x86_64
[root@fedora-silverblue steff]# rpm -q qemu qemu-kvm libvirt virt-manager
qemu-6.1.0-14.fc35.x86_64
qemu-kvm-6.1.0-14.fc35.x86_64
libvirt-7.6.0-5.fc35.x86_64
вирт-менеджер-3.2.0-4.fc35.noarch
Виртуальные машины имеют 8 ГБ оперативной памяти, а их форматы образов qcow2
вопросы
- Любая идея, что может быть причиной?
- Где я могу найти более подробную информацию об отладке?
