Kubernetes Blog
·
Kubernetes v1.34：作业的Pod替换策略正式发布
内容提要
Kubernetes v1.34引入了Pod替换策略，允许用户控制Pod的替换时机。默认情况下，Pod在终止时立即被替换，可能导致并发问题。新策略提供“TerminatingOrFailed”和“Failed”两种选项，后者确保旧Pod完全终止后再创建新Pod，从而避免错误和资源浪费。
关键要点
-
Kubernetes v1.34引入了Pod替换策略，已达到正式发布状态。
-
默认情况下，Job控制器在Pod失败或开始终止时立即重建Pod。
-
这种行为可能导致并发问题，特别是在机器学习框架中。
-
Pod替换策略提供了两种选项：TerminatingOrFailed（默认）和Failed。
-
选择Failed策略可确保旧Pod完全终止后再创建新Pod。
-
对于具有Pod失败策略的Job，默认的podReplacementPolicy为Failed。
-
可以通过检查Job的.status.terminating字段来查看当前正在终止的Pod数量。
-
示例展示了如何在Job中使用podReplacementPolicy。
-
感谢多位贡献者的支持，使该功能从Alpha阶段推进到GA阶段。
-
鼓励社区成员参与新功能的开发和讨论。
延伸解读
Pod替换策略的实用性
Kubernetes v1.34引入的Pod替换策略为用户提供了更大的灵活性，尤其是在处理机器学习等对Pod数量有严格要求的工作负载时。通过选择'Failed'策略，用户可以确保新Pod的创建不会干扰旧Pod的正常终止，从而减少错误和资源浪费。
并发问题的解决
默认的Pod替换行为可能导致并发问题，尤其是在多个Pod同时运行时。新的替换策略可以有效避免这种情况，确保在Pod完全终止后再创建新Pod，适合需要精确控制Pod数量的应用场景。
监控Pod状态的重要性
用户可以通过检查Job的.status.terminating字段来监控当前正在终止的Pod数量。这一功能对于及时了解系统状态和优化资源分配至关重要，尤其是在高负载情况下。
延伸问答
Kubernetes v1.34的Pod替换策略有什么新功能？
Kubernetes v1.34引入了Pod替换策略，允许用户选择在Pod终止时的替换时机，提供了TerminatingOrFailed和Failed两种选项。
Pod替换策略的默认行为是什么？
默认情况下，Job控制器在Pod失败或开始终止时立即重建Pod，这可能导致并发问题。
选择Failed策略有什么好处？
选择Failed策略可以确保旧Pod完全终止后再创建新Pod，从而避免错误和资源浪费。
如何检查当前正在终止的Pod数量？
可以通过检查Job的.status.terminating字段来查看当前正在终止的Pod数量，使用命令：kubectl get job myjob -o=jsonpath='{.status.terminating}'。
Pod替换策略对机器学习框架有什么影响？
在机器学习框架中，如TensorFlow和JAX，期望每个工作索引只有一个Pod，多个Pod同时运行可能导致错误。
如何在Job中使用podReplacementPolicy？
在Job的.spec中添加podReplacementPolicy字段，设置为TerminatingOrFailed或Failed来控制Pod的替换策略。
