You need to allocate empty DIMM slots upfront to enable the hotplug. In general, this is a very complex feature to do correctly and it does not really fit with a cloud model where VMs are intended to be easily replaceable.
One very obvious side-effect if it's ever implemented, is that Nova does re-schedule VM to a more suitable host during resize. As it is really a frequent occasion, that hypervisor running the VM might not have enough capacity to allocate resources. So you pretty much would need to reserve a bunch of resources for each VM, and then have a lot of allocated, but unused capacity. Which might be never claimed. So this makes kinda little to no sense in practice. At least from my perspective (and public cloud standpoint). But again, I can be wrong and there could be some ways to solve this... пт, 24 окт. 2025 г. в 13:25, Dmitriy Rabotyagov <noonedeadpunk@gmail.com>:
AFAIK, Virtuozzo claimed to implement this functionality in their downstream OpenStack deployment. Have no idea about details though. And they are extremely unlikely to contribute anything back...
пт, 24 окт. 2025 г. в 11:40, Sean Mooney <smooney@redhat.com>:
there is currently no one activly working on this.
so its unlikely. not impossible but unless your perfonally intending to develop this i woudl not expect it to matiariase int eh short to medium term (1-2 years)
Yep, I get it, Would we have some plans for this in the future?
Nguyen Huu Khoi
On Thu, Oct 23, 2025 at 6:32 PM Sean Mooney <smooney@redhat.com> wrote:
On 23/10/2025 08:44, Nguyễn Hữu Khôi wrote: > Hello, > > This topic looks like it will be asked many times but I am curious why > it won't be implemented. Does it have impacts on the system?
|It is not generally well supported in the hypervisors. For example, in Libvirt to do a live resize, you have to pre-allocate the CPUs and DIMM slots in the CPU topology in the initial VM. You can't simply add and remove cores as you see fit while the VM is running. That would mean you would have to do something like adding hw:max_cpus=64 to the initial flavor. Then you could resize to a flavor with up to 64 cores, but only if the NUMA and the virtual hardware topology of the VM did not change. The same is true for RAM. You need to allocate empty DIMM slots upfront to enable the hotplug. In general, this is a very complex feature to do correctly and it does not really fit with a cloud model where VMs are intended to be easily replaceable. Nova is not a virtualization platform where this feature is more common. Even on such virt platforms, This is rarely done at runtime and still has the same requirement to pre-configure the max CPUs and memory that would be allocated. so
On 24/10/2025 03:16, Nguyễn Hữu Khôi wrote: the
short verison is its hard and it does nto really fit with the intended usage model of nova. it could be done but its a very non trivial
ask.|
> > I see that will be an useful feature. > > Nguyen Huu Khoi