Skip to content

Commit 5af1c89

Browse files
authored
Merge pull request #46548 from rohennes/BZ2033931
Updates for BZ2033931 - info on CPU capacity related to pod scheduling
2 parents a5c0140 + 5e76cc4 commit 5af1c89

File tree

1 file changed

+10
-1
lines changed

1 file changed

+10
-1
lines changed

modules/cnf-cpu-infra-container.adoc

Lines changed: 10 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -14,7 +14,7 @@ Generic housekeeping and workload tasks use CPUs in a way that may impact latenc
1414
|Process type
1515
|Details
1616

17-
|Burstable and best-effort pods
17+
|`Burstable` and `BestEffort` pods
1818
|Runs on any CPU except where low latency workload is running
1919

2020
|Infrastructure pods
@@ -33,6 +33,15 @@ Generic housekeeping and workload tasks use CPUs in a way that may impact latenc
3333
|Pins to reserved CPUs
3434
|===
3535

36+
The allocatable capacity of cores on a node for pods of all QoS process types, `Burstable`, `BestEffort`, or `Guaranteed`, is equal to the capacity of the isolated pool. The capacity of the reserved pool is removed from the node's total core capacity for use by the cluster and operating system housekeeping duties.
37+
38+
.Example 1
39+
A node features a capacity of 100 cores. Using a performance profile, the cluster administrator allocates 50 cores to the isolated pool and 50 cores to the reserved pool. The cluster administrator assigns 25 cores to QoS `Guaranteed` pods and 25 cores for `BestEffort` or `Burstable` pods. This matches the capacity of the isolated pool.
40+
41+
.Example 2
42+
A node features a capacity of 100 cores. Using a performance profile, the cluster administrator allocates 50 cores to the isolated pool and 50 cores to the reserved pool. The cluster administrator assigns 50 cores to QoS `Guaranteed` pods and one core for `BestEffort` or `Burstable` pods. This exceeds the capacity of the isolated pool by one core. Pod scheduling fails because of insufficient CPU capacity.
43+
44+
3645
The exact partitioning pattern to use depends on many factors like hardware, workload characteristics and the expected system load. Some sample use cases are as follows:
3746

3847
* If the latency-sensitive workload uses specific hardware, such as a network interface controller (NIC), ensure that the CPUs in the isolated pool are as close as possible to this hardware. At a minimum, you should place the workload in the same Non-Uniform Memory Access (NUMA) node.

0 commit comments

Comments
 (0)