检查工作节点资源储备

Red Hat OpenShift on IBM Cloud 会设置计算资源保留量，用于限制每个工作程序节点上的可用计算资源。保留的内存、CPU 资源和进程 ID (PID) 不能被工作节点上的 pod 使用，从而减少了每个工作节点上的可分配资源。最初部署 pod 时，如果工作程序节点没有足够的可分配资源，部署会失败。此外，如果 pod 超过了工作者节点的内存和 CPU 资源限制，这些 pod 就会被驱逐。在Kubernetes 中，这一限制被称为硬驱逐阈值。对于超过 PID 限制的 pod，这些 pod 会收到尽可能多的可分配 PID，但不会根据 PID 驱逐它们。

如果可用的 PID、CPU 或内存少于工作节点的储备，Kubernetes就会开始驱逐 pod，以恢复足够的计算资源和 PID。如果有其他工作程序节点可用，那么 pod 会重新安排到该工作程序节点上。如果您的 pod 频繁被驱逐，请为集群添加更多的工作节点，或为 pod 设置资源限制。

工作节点上预留的资源取决于工作节点自带的 PID、CPU 和内存数量。Red Hat OpenShift on IBM Cloud 定义了 PID、CPU 和内存层级，如下表所示。如果您的 Worker 节点带有多个层级的计算资源，则会为每个层级保留一定比例的 PID、CPU 和内存资源。

群集还有进程 ID (PID) 保留和限制，以防止 pod 使用过多 PID，或确保 kubelet 和其他 Red Hat OpenShift on IBM Cloud 系统组件有足够的 PID。如果达到 PID 保留或限制，Kubernetes 不会创建或分配新的 PID，直到有足够的进程被移除以释放现有 PID。工作节点上的 PID 总量大约相当于工作节点上每 GB 内存 8,000 个 PID。例如，一个拥有 16 GB 内存的工作节点大约有 128,000 个 PID (16 × 8,000 = 128,000)。

要查看工作节点当前使用了多少计算资源，请运行 "oc top node。

工作程序节点内存保留量（按层）
内存层	保留的 % 或保留量	`b3c.4x16` 工作节点（16 GB）示例	`mg1c.28x256` 工作程序节点 (256 GB) 示例
前 4 GB (0 - 4 GB)	25% 的内存	1 GB	1 GB
接下来 4 GB (5 - 8 GB)	20% 的内存	0.8 GB	0.8 GB
接下来 8 GB (9 - 16 GB)	10% 的内存	0.8 GB	0.8 GB
接下来 112 GB (17 - 128 GB)	6% 的内存	不适用	6.72 GB
剩余 GB (129 GB+)	2% 的内存	不适用	2.54 GB
`kubelet` 驱逐的额外储备金	100 MB	100 MB（固定量）	100 MB（固定量）
总保留量	（变化）	2.7 GB，共 16 GB	11.96 GB，共 256 GB

工作程序节点 CPU 保留量（按层）
CPU 层	保留的 % 或保留量	`b3c.4x16` 工作节点（四核心）示例	`mg1c.28x256` 工作程序节点（28 个核心）示例
第 1 个核心（核心 1）	6% 的核心	0.06 的核心	0.06 的核心
接下来 2 个核心（核心 2 - 3）	1% 的核心	0.02 的核心	0.02 的核心
接下来 2 个核心（核心 4 - 5）	0.5% 的核心	0.005 的核心	0.01 的核心
剩余核心（核心 6 及更多核心）	0.25% 的核心	不适用	0.0575 的核心
总保留量	（变化）	0.085 个核心，共 4 个核心	0.1475 个核心，共 28 个核心

按层级划分的工作节点 PID 储备
PID 总数	保留的 %	可用于吊舱的百分比
< 200,000	20% PID	35% PID
200,000 - 499,999	10% PID	40% PID
≥ 500,000	5% PID	45% PID
`b3c.4x16` 工人节点：126 878 个 PID	25 376 个 PID (20%)	44,407 个 Pids (35%)
`mg1c.28x256` 工人节点：2 062 400 个 PID	103 120 个 PID (5%)	928 085 个 PID (45%)

工作节点磁盘的短暂存储储备
基础架构提供者	版本	磁盘	预留磁盘百分比
经典	Red Hat OpenShift 4.3+	辅助磁盘	10%
VPC	Red Hat OpenShift 4.3+	引导磁盘	10%

工作节点 PID 储备适用于 Red Hat OpenShift 版本 4。工人节点值样本仅供参考。实际使用情况可能略有不同。