ток квотами фиксирован, на тенант(project)

vCPU не RAM.

Я про cpu hot add писал

При замене flavor по идеи вверх такое добавление работает..

Не делали в nova hot add. Это очень много проблем добавляет и нахрен никому не нужно.

на лету то можно flavor менять

Да ну ладно фантазировать то) Какой технический чат ни открой, сплошь сидят владельцы бизнесов с миллиардными оборотами. Все трут за деньги, за показатели эффективности и прочую шляпу)

Не делали в nova hot add. Это очень много проблем добавляет и нахрен никому не нужно.

почему мифические, потому что ну вот смотрите взяли мы и докинули vCPU виртуалка как это поймёт? Правильно никак, надо заставить перечитать эти данные, а их без reboot не перечитать

В esxi работает ) без ребута )

почему мифические, потому что ну вот смотрите взяли мы и докинули vCPU виртуалка как это поймёт? Правильно никак, надо заставить перечитать эти данные, а их без reboot не перечитать

да да если open-vm-tools стоят

Не совсем. То есть да, по документации это надо, но есть нюансы. Читать тут https://community.broadcom.com/vmware-cloud-foundation/discussion/use-add-hot-add-plug-without-vmware-tools

Правильно нюансы с драйверами.. и так далее..

Драйверами процессора ? )))))

А каких проблем?

С выделением и учетом ресурсов. 1. Вся логика выделения классических ресурсов (cyborg не обсуждаю) работает в момент билда, первоначального или после переезда с друого хоста. Поэтому ресайзы это технически ребилды\миграции виртуалок с пересозданием на том же или на другом хосте. Чтобы сделать на горячую нужно писать новые ветки кода правящие выделения ресурсов в placement, дергающие новые вызовы в api libvirt и притом заботиться о том чтобы не было рейс кондишенов при выделении дополнительных ресурсов. 2. Онлайн ресайз означает что ты для всех виртуалок разрешаешь ресайз на тот же хост. Шедулер искючается из работы, равномерность выделения ресурсов страдает. 3. Вытекает из второго. Если машина с NUMA политикой, запиненными ядрами или с numa affinity для pci устройств, непонятно как гарантировать соблюдение этих политик 4. Не уверен насколько хорошо такое работает с квотами на процессорное время в cgroups Это чо сходу вижу. Ну и чисто спорные моменты по поддержке хотплага в гостевой системе. Чтобы всё было сурьезно, придется вводить новые трейты для хостов, новые метаданные в образы и флейворы. И учить нову с ними работать, проводить валидацию, в схеме базы добавлять поле указывающее на допустимость хотплага для конкретной машины. С тем уровнем снобизма, который в разработке апстримовой nova, эти изменения очень сложно, долго и с истериками пропихивать придется. Притом ради непонятно какой выгоды.

Пункты 2 и 3 и у вари описаны как критичные и вредящие.

Ну и вот. Молодцы что для пинжаков расписывают)

Там это, кроме прочего, связано с производительностью и лицензированием. В варе и гиперв можно прибить намертво виртуалку к ядрам, и никого туда не пускать, но это для режима 'очень надо'

С выделением и учетом ресурсов. 1. Вся логика выделения классических ресурсов (cyborg не обсуждаю) работает в момент билда, первоначального или после переезда с друого хоста. Поэтому ресайзы это технически ребилды\миграции виртуалок с пересозданием на том же или на другом хосте. Чтобы сделать на горячую нужно писать новые ветки кода правящие выделения ресурсов в placement, дергающие новые вызовы в api libvirt и притом заботиться о том чтобы не было рейс кондишенов при выделении дополнительных ресурсов. 2. Онлайн ресайз означает что ты для всех виртуалок разрешаешь ресайз на тот же хост. Шедулер искючается из работы, равномерность выделения ресурсов страдает. 3. Вытекает из второго. Если машина с NUMA политикой, запиненными ядрами или с numa affinity для pci устройств, непонятно как гарантировать соблюдение этих политик 4. Не уверен насколько хорошо такое работает с квотами на процессорное время в cgroups Это чо сходу вижу. Ну и чисто спорные моменты по поддержке хотплага в гостевой системе. Чтобы всё было сурьезно, придется вводить новые трейты для хостов, новые метаданные в образы и флейворы. И учить нову с ними работать, проводить валидацию, в схеме базы добавлять поле указывающее на допустимость хотплага для конкретной машины. С тем уровнем снобизма, который в разработке апстримовой nova, эти изменения очень сложно, долго и с истериками пропихивать придется. Притом ради непонятно какой выгоды.

Кто первый набросит?)

Отсюда

Кто первый набросит?)

Базис вдруг обнаружил что же они форкнули?

Россияне обнаружили сотни дефектов в ПО для виртуализации. Многие из них останутся без исправлений https://open.cnews.ru/news/top/2025-01-24_rossiyane_ispravili_pochti

Существуют также вендоры, которые не просто используют элементы открытого ПО для решения отдельных задач, а строят вокруг его ядра весь свой продукт - Да что вы говорите! Кто же это? ))))

у них нет владельца продукта

Сложно, для студентов за миску риса

Можно на вентилятор кину?

https://open.cnews.ru/news/top/2025-01-24_rossiyane_ispravili_pochti

https://open.cnews.ru/news/top/2025-01-24_rossiyane_ispravili_pochti

вся изоляционная движуха заканчивается, наигрались в независимость и импортозамещение и хватит

игры в импортозамес не закончились.. Они только только разгораются

Голодные игры? Игры престолов?

понимаете базис это Ростелекомская контора, на вне ее пытаются запустить что бы она деньги приносила, но чет идет не так

Эт вместо цитрикса который?

Надо устроить опестечный горец голодные игры, и пусть останется только один

https://review.opendev.org/c/openstack/neutron/+/937765

Надо устроить опестечный горец голодные игры, и пусть останется только один

Королевскую битву. И я даже знаю куда сбросить менеджмент.

В яму к гадюкам, пусть ядом обмениваются с родственниками

Во первых мне жалко гадюк. Во вторых заодно могут 4.5 миллиона пожертвовать на что то полезное.