Description of problem: Currently kubeReserved and systemReserved values affect how kubelet sets aside CPUs to not allocate from for static-cpu-manager pods. These cpus are not under the direct control of the user and may not be predictable which CPUs are used. Documentation suggests that these CPUs start with 0 and are allocated incrementally, but our observations are that they follow a pattern of 0, 2, etc. Different systems have different CPU enumeration and may not work well with the assumptions kubelet may make for reserving these CPUs. We would like to ensure the feature recently merged upstream, --reserved-cpus, is included in OCP as soon as possible. This provides the administrator the ability to specify exactly which CPUs are not used for static-cpu pods, and then this can be closely coordinated with system tuning options, using those [and only those] CPUs for system tasks.
This looks like RFE against kubelet, I'm moving to node team, but I think this should rather be filled in as a RFE.
The backport was already proposed in https://github.com/kubernetes/kubernetes/pull/83592
Ah sorry, that was the original patch. I need to check with Vladik who played with this about where his backport PR is.
I've opened a PR to backport the upstream 83592 to Openshift 4.3: https://github.com/openshift/origin/pull/24224 However, I'm not sure if I'm following the right process here. Please push me in the right direction if I'm doing something wrong. Thanks, Vladik
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHBA-2020:0062