Lift the restriction on choices for `cpu_model_extra_flags` config attribute
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
OpenStack Compute (nova) |
Invalid
|
Undecided
|
Kashyap Chamarthy |
Bug Description
In the patch[*] that introduced the Nova configuration attribute
`[libvirt]
only 'PCID' -- to alleviate the immediate guest performance degradation
as a result of applying the "Meltdown" CVE fixes.
Now remove that restriction to allow adding and removing multiple CPU
flags, making way for other use cases.
Use cases:
- Ability to use 1GB huge pages with Haswell model as one use case for
extra flags:
- Nested Virtualization -- an operator can specify the Intel 'vmx' or
AMD 'svm' flags in the level-1 Nova guest.
[*] http://
id=6b601b7 -- libvirt: Allow to specify granular CPU feature flags
A potential example of specifying multiple CPU feature flags
-------
If you specify:
[libvirt]
cpu_mode=custom
cpu_
cpu_
Then, Nova should generate the below XML:
<cpu match='exact'>
<model fallback=
<
<feature policy='require' name='pcid'/>
<feature policy='require' name='pdpe1gb'/>
</cpu>
The +/- for individual flags in nova.conf will be optional. If nothing
is specified, assume '+'.
You might ask: "Why would you want to remove a CPU flag though?" One
scenario for that is: An Operator wants to generate a baseline CPU
config. And a certain CPU flag is causing performance issue or other
nuisance, and if the Operator isolated the problem to _that_ specific
CPU flag, then she may want to remove the flag.
Changed in nova: | |
assignee: | nobody → Kashyap Chamarthy (kashyapc) |
tags: | added: libvirt |
description: | updated |
description: | updated |
Changed in nova: | |
status: | Invalid → In Progress |
Changed in nova: | |
status: | In Progress → Invalid |
Fix proposed to branch: master /review. openstack. org/563926
Review: https:/