[openstack-dev] [nova] Extra feature of vCPU allocation on demands
Eric Fried
openstack at fried.cc
Mon May 7 14:40:31 UTC 2018
I will be interested to watch this develop. In PowerVM we already have
shared vs. dedicated processors [1] along with concepts like capped vs.
uncapped, min/max proc units, weights, etc. But obviously it's all
heavily customized to be PowerVM-specific. If these concepts made their
way into mainstream Nova, we could hopefully adapt to use them and
remove some tech debt.
[1]
https://github.com/openstack/nova/blob/master/nova/virt/powervm/vm.py#L372-L401
On 05/07/2018 04:55 AM, 倪蔚辰 wrote:
> Hi, all
>
> I would like to propose a blueprint (not proposed yet), which is related
> to openstack nova. I hope to have some comments by explaining my idea
> through this e-mail. Please contact me if anyone has any comment.
>
>
>
> Background
>
> Under current OpenStack, vCPUs assigned to each VM can be configured as
> dedicated or shared. In some scenarios, such as deploying Radio Access
> Network VNF, the VM is required to have dedicated vCPUs to insure the
> performance. However, in that case, each VM has a vCPU to do Guest OS
> housekeeping. Usually, this vCPU is not a high performance required vCPU
> and do not take high percentage of dedicated vCPU utilization. There is
> some vCPU resources waste.
>
>
>
> Proposed feature
>
> I hope to add an extra feature to flavor extra specs. It refers to how
> many dedicated vCPUs and how many shared vCPUs are needed for the VM.
> When VM requires vCPU, OpenStack allocates vCPUs on demands. In the
> background scenario, this idea can save many dedicated vCPUs which take
> Guest OS housekeeping. And the scenario stated above is only one use
> case for the feature. This feature potentially allows user to have more
> flexible VM design to save CPU resource.
>
>
>
> Thanks.
>
>
>
> Weichen
>
> e-mail: niweichen at chinamobile.com
>
>
>
>
>
> __________________________________________________________________________
> OpenStack Development Mailing List (not for usage questions)
> Unsubscribe: OpenStack-dev-request at lists.openstack.org?subject:unsubscribe
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
More information about the OpenStack-dev
mailing list