1.8.14. 节点

在此次更新之前，启用了动态系统保留分配的节点，包括在 4.21 及之后的版本中安装的所有 worker 节点，如果节点只有 8 GiB 内存，则无法缩减 OpenShift Container Platform 的最小 worker 大小。在这个版本中，内存保留扩展只保留 1 GiB 的前 8 GiB、下一个 120 GiB 的 6%，以及所有剩余内存的 2%。因此，通过自动扩展正确删除作为 8 GiB 的节点。(OCPBUGS-75869)
在此次更新之前，当第二个 StopContainer 调用在第一个完成并关闭内部停止频道后，容器停止路径中的一个竞争条件可能会导致 CRI-O 出现 "send on closed channel" 信息。因此，CRI-O 进程崩溃，可能会导致 pod 处于终止状态。在这个版本中，stopDone guard 被添加到 WaitOnStopTimeout 方法中，以便它在停止生命周期完成后早期返回。因此，并发 StopContainer 调用不会因为在关闭的频道中发送而造成 panic。(OCPBUGS-76415)
在此次更新之前，Tekton Pipelines 中的 init 容器无法快速完成 CRI-O 捕获退出代码，从而导致高性能环境中出现间歇性失败。因此，会发生这些非确定的管道失败。在这个版本中，对于快速编译 init 容器，对 CRI-O 的退出代码处理有改进。因此，因为 init 容器中非确定的退出代码问题，高性能 Tekton Pipelines 不再间歇性失败。(OCPBUGS-82162)

在此次更新之前，因为在升级过程中临时不可用 API 服务器或网络负载可能会导致配置集处于 Degraded 条件时，无法更新 PerformanceProfile 状态。因此，降级条件可能会卡住且永远不会解决，即使集群返回健康状态，因为 operator 在下一个协调事件前不会重试。在这个版本中，Operator 会调度重试状态更新，直到成功为止，大约每 30 秒重试。因此，卡住的降级条件是临时的，并在下一次重试过程中自动解决。(OCPBUGS-62277)
在以前的版本中，当 MachineConfigPool 资源暂停时，NUMA Resources Operator 可能会进入无限协调循环。这导致所有节点组无法完成更新，包括与暂停池没有关联的更新。在这个版本中，暂停的 MachineConfigPool 资源不再阻止 Operator，非paused 池支持的节点组将继续正常协调。另外，NUMAResourcesOperator 自定义资源状态现在会报告 MachineConfigPoolPaused 条件，提供暂停哪些池的可见性，并可能需要注意。因此，涉及暂停 MachineConfigPool 资源（如 canary 升级）的工作流不再会导致 NUMA Resources Operator 停止。(OCPBUGS-84690)