Kubernetes v1.34：作业的Pod替换策略正式发布
内容提要
Kubernetes v1.34引入了Pod替换策略，允许用户控制Pod的替换时机。默认情况下，Pod在终止时立即被替换，可能导致并发问题。新策略提供“TerminatingOrFailed”和“Failed”两种选项，后者确保旧Pod完全终止后再创建新Pod，从而避免错误和资源浪费。
延伸解读
Pod替换策略的实用性
Kubernetes v1.34引入的Pod替换策略为用户提供了更大的灵活性，尤其是在处理机器学习等对Pod数量有严格要求的工作负载时。通过选择'Failed'策略，用户可以确保新Pod的创建不会干扰旧Pod的正常终止，从而减少错误和资源浪费。
并发问题的解决
默认的Pod替换行为可能导致并发问题，尤其是在多个Pod同时运行时。新的替换策略可以有效避免这种情况，确保在Pod完全终止后再创建新Pod，适合需要精确控制Pod数量的应用场景。
监控Pod状态的重要性
用户可以通过检查Job的.status.terminating字段来监控当前正在终止的Pod数量。这一功能对于及时了解系统状态和优化资源分配至关重要，尤其是在高负载情况下。
Q&A
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的替换策略。
