+7 (495) 320-70-49
- Назад
- Телефоны
- +7 (495) 320-70-49
- Заказать звонок
info@proxmox.su
Москва, Бакунинская улица, 69с1
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

hibernate a VM via qm command, Proxmox Виртуальная Среда

tincboy Guest	#1 0 26.05.2019 08:57:00 Я не нашел подходящих команд qm для Hibernate или Resume виртуальной машины через терминал. Можешь, пожалуйста, сообщить, какие есть варианты, если таковые имеются?

masgo

Guest

30.09.2019 10:46:00

Работает ли qm suspend --todisk 1, если после этого перезагрузить узел PVE? То есть: приостановить ВМ, перезагрузить узел, возобновить ВМ. Я нашел это сообщение об ошибке https://bugzilla.proxmox.com/show_bug.cgi?id=426, где кажется, что это должно работать, но я не совсем уверен, действительно ли это применимо в данном случае.

davidand

Guest

02.03.2020 19:23:00

@masgo Да, я думаю, что это так. Я сделал: 1) qm suspend 100 --todisk 1 2) перезагрузил PVE 3) ВМ запустилась автоматически - lastlog из ВМ показал, что последняя перезагрузка была примерно месяц назад. Поэтому я думаю, да, это работает так, как ты описал.

Jannoke Guest	#4 0 10.05.2020 04:32:00 Для меня запутанная часть в том, где хранится данные о гибернации? У нас есть несколько гостевых машин с 250 ГБ и более оперативной памяти, так куда все это будет отправлено?

davidand Guest	#5 0 10.05.2020 12:31:00 @Jannoke Хотя у меня нет точной информации по этому вопросу, возможно, это будет полезно из документации: https://pve.proxmox.com/pve-docs/pve-admin-guide.html#qm_hibernate

davidand

Guest

10.05.2020 12:35:00

@Jannoke Я провел небольшой тест, и у меня действительно был создан новый том: root@proxmox:~# qm suspend 103 --todisk 1 Логический том "vm-103-state-suspend-2020-05-10" создан.

root@proxmox:~# qm resume 103 Возобновление приостановленной ВМ, активируем и используем 'local-lvm:vm-103-state-suspend-2020-05-10' как vmstate Виртуальная машина возобновлена, состояние удалено Логический том "vm-103-state-suspend-2020-05-10" успешно удален. Довольно здорово!

Jannoke

Guest

12.05.2020 11:41:00

Да, я тоже это проверял. У меня в пуле zfs появился лишний файл. Также, похоже, он будет сбрасывать только необходимую память, и размер файла "гибернации" зависит от текущего использования оперативной памяти. Так что для более быстрого перехода в спящий режим и выхода из него команда echo 3 >/proc/sys/vm/drop_caches — это один из способов. Я тоже использую это, чтобы ускорить миграции между узлами.

davidand Guest	#8 0 12.05.2020 12:34:00 @Jannoke Интересный подход! Вы это делаете на хост-машине или внутри ВМ? Нужно ли ждать определенное время после команды 'echo'?

budy

Guest

12.05.2020 12:44:00

Ну… задание, возможно, могло бы перейти в спящий режим после очистки кэшей, если бы ему разрешили использовать API PVE для перехода в спящий режим. В противном случае команду qm придется выполнить с хоста PVE, который, конечно, не знает, когда или были ли кэши очищены.

masgo Guest	#10 0 13.05.2020 02:42:00 Мне кажется, это работа для агента. Было бы здорово иметь возможность, чтобы qm suspend очищал кеш изнутри гостя. Очевидно, это не должно быть настройкой по умолчанию.

Jannoke

Guest

#11

18.05.2020 23:05:00

Команда выполняется блокирующим образом. Это значит, что она не вернется, пока не завершится. Если у вас много оперативной памяти (100+ ГБ и т.д.), вы можете увидеть, как она уменьшается в веб-интерфейсе Proxmox в разделе статуса. В зависимости от машины, сброс может происходить с диапазоном 5-30 ГБ/с.

Razva Guest	#12 0 14.07.2022 23:28:00 Не могли бы вы немного подробнее рассказать об этом? Спасибо.

Jannoke Guest	#13 0 15.12.2022 19:25:00 Я не могу много сказать, так как не понимаю, какую информацию ты ищешь по этому вопросу https://www.tecmint.com/clear-ram-memory-cache-buffer-and-swap-space-on-linux/

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры