你正在查看的文档所针对的是 Kubernetes 版本: v1.30

Kubernetes v1.30 版本的文档已不再维护。你现在看到的版本来自于一份静态的快照。如需查阅最新文档,请点击 最新版本。

Kubernetes 1.29:PodReadyToStartContainers 状况进阶至 Beta

作者:Zefeng Chen (independent), Kevin Hannon (Red Hat)

译者Michael Yao

随着最近发布的 Kubernetes 1.29,PodReadyToStartContainers 状况默认可用。 kubelet 在 Pod 的整个生命周期中管理该状况的值,将其存储在 Pod 的状态字段中。 kubelet 将通过容器运行时从 Pod 沙箱创建和网络配置的角度使用 PodReadyToStartContainers 状况准确地展示 Pod 的初始化状态,

这个特性的动机是什么?

集群管理员以前没有明确且轻松访问的方式来查看 Pod 沙箱创建和初始化的完成情况。 从 1.28 版本开始,Pod 中的 Initialized 状况跟踪 Init 容器的执行情况。 然而,它在准确反映沙箱创建完成和容器准备启动的方面存在一些限制,无法适用于集群中的所有 Pod。 在多租户集群中,这种区别尤为重要,租户拥有包括 Init 容器集合在内的 Pod 规约, 而集群管理员管理存储插件、网络插件和容器运行时处理程序。 因此,需要改进这个机制,以便为集群管理员提供清晰和全面的 Pod 沙箱创建完成和容器就绪状态的视图。

这个特性有什么好处?

  1. 改进可见性:集群管理员可以更清晰和全面地查看 Pod 沙箱的创建完成和容器的就绪状态。 这种增强的可见性使他们能够做出更明智的决策,并更有效地解决问题。
  1. 指标收集和监控:监控服务可以利用与 PodReadyToStartContainers 状况相关的字段来报告沙箱创建状态和延迟。 可以按照每个 Pod 的基数进行指标收集,或者根据 Pod 的各种属性进行聚合,例如 volumesruntimeClassName、CNI 和 IPAM 插件的自定义注解, 以及任意标签和注解,以及 PersistentVolumeClaims 的 storageClassName。 这样可以全面监控和分析集群中 Pod 的就绪状态。
  1. 增强故障排查能力:通过更准确地表示 Pod 沙箱的创建和容器的就绪状态, 集群管理员可以快速识别和解决初始化过程中可能出现的任何问题。 这将提高故障排查能力,并减少停机时间。

后续事项

鉴于反馈和采用情况,Kubernetes 团队在 1.29 版本中将 PodReadyToStartContainersCondition 进阶至 Beta版。你的评论将有助于确定该状况是否继续并晋升至 GA,请针对此特性提交更多反馈!

如何了解更多?

请查看关于 PodReadyToStartContainersCondition文档, 以了解其更多信息及其与其他 Pod 状况的关系。

如何参与?

该特性由 SIG Node 社区推动。请加入我们,与社区建立联系,分享你对这一特性及更多内容的想法和反馈。 我们期待倾听你的建议!