-
Epic
-
Resolution: Unresolved
-
Normal
-
None
-
Automatic vNUMA
-
Product / Portfolio Work
-
77
-
-
To Do
-
VIRTSTRAT-82 - vNUMA
-
100% To Do, 0% In Progress, 0% Done
-
dev-ready, doc-ready, po-ready, qe-ready, ux-ready
-
VMs that have vNUMA enabled do not require huge pages.
-
Proposed
-
Yes
Goal
Investigate automatic enablement of vNUMA for VMs, which requires more than x cores. Purpose of this epic is to post a VEP about automatic enablement of vNUMA in VMs and remove dependency between vNUMA and huge pages.
User Stories
- As a vm owner, I do not want my VM with numa to depend on huge pages, because the cluster admin might not have enabled huge pages.
- As a cluster administrator, I want to set a policy for automatic numa enablement, so that I can ensure large, performance-sensitive VMs are scheduled optimally
- As a VM owner, I want to create a VM guest aware of the physical NUMA topology including CPU and memory nodes, so that my VM guest can utilize this information for scheduling
Non-Requirements
- List of things not included in this epic, to alleviate any doubt raised during the grooming process.
Notes
- Any additional details or decisions made/needed
1.
|
upstream roadmap issue |
|
New | |
Unassigned |
2.
|
upstream design |
|
New | |
Unassigned |
3.
|
upstream documentation |
|
New | |
Unassigned |
4.
|
upgrade consideration |
|
New | |
Unassigned |
5.
|
test plans in polarion |
|
New | |
Unassigned |
6.
|
automated tests |
|
New | |
Unassigned |
7.
|
downstream documentation merged |
|
New | |
Unassigned |
8.
|
CNV QE DevOps Requirement/Enablement |
|
New | |
Unassigned |