нет, не поддерживает, значения можно пропихнуть через RAW/kvm, но в интерфейсе они отрбражаться не будут

вообще есть механизм KSM, на мой взгляд он не хуже баллунинга работает

KSM, да... но мне кажется, что это дополняющие друг друга механизмы, а не взаимозаменяемые

Уверен? Все-таки на хостах vm.overcommit_memory включать не надо :) мне кажется будет просто отказ в аллокации и вм не запустится

Из коробки - нет. Костылями - есть. Например, мы использовали это: https://github.com/lexore/cloudvamp/tree/work_with_58
Суть:
- Виртуалка раз в 5 секунд говорит, сколько внутри неё реально потребляется памяти.
- На хосте-фронтенде демон раз в N секунд сравнивает потребление с тем, что ей выделено.
- Если дофига свободно - демон уменьшает виртуалке память.
- Если мало свободной - добавляет ей память.
Изменение размера памяти у виртуалки делается через virsh set mem.
Естественно, все это костыль на костыле :-)

Вот основная страничка: https://www.grycap.upv.es/cloudvamp
А, ещё там прикрутили миграцию, если памяти не хватает.

Интересно, спасибо

А насчёт миграции, для небулы  есть аналог DRS как в вмваре?

Из коробки - неа.

Да ты прав, виртуалка просто не запустится с сообщением Can not allocate memory

А что такое DRS?

шедулер

DRS  такая штука у которой есть своя хранилка метрик нагрузки на каждую ноду. И исходя из этих данных принимается решение о миграции  виртуалок на ноды таким образом чтобы ресурсы максимально эффективно использовались.

Такая штука в небуле есть, но виртуалки нужно вручную помечать на рескедулинг

автомата нет, короче

странно. мне казалось само.
ну в любом случае скрипт в крон запихать никто не мешает

А считать кто будет нагрузку?

Если в это углубиться задача то не  простая.

Если на виртуалку повесить resched=yes, то шедуллер сам посчитает и смигрирует её куда надо