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.
Ah sorry, that was the original patch. I need to check with Vladik who played with this about where his backport PR is.
Comment 5Vladik Romanovsky
2019-11-26 19:17:50 UTC
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