Kubernetes 作业中的 Pod 时间限制 — 每个 pod 的.spec.activeDeadlineSeconds

Question

正如关于工作主题的Kuberenetes 文档中所解释的：

无论创建了多少 Pod， activeDeadlineSeconds适用于作业的持续时间。 一旦 Job 达到activeDeadlineSeconds ，其所有正在运行的 Pod 都将终止，并且 Job 状态将变为type: Failed with reason: DeadlineExceeded 。

但是，我想做的是限制每个pod的时间。 如果一个 pod 花费的时间太长，我希望它失败，但我希望其他 pod 继续运行，并在必要时创建更多 pod。

我将解释一下我的任务，只是为了让问题变得清晰。 该作业包括从 Redis 数据库中获取项目，其中数据库用作一种队列。 每个 pod 处理一个项目（嗯，数量可能会有所不同）。 如果一个 pod 处理一个项目的时间太长，我希望它失败。 但是，其他 pod 应该继续，并且作业应该继续创建 pod 并从数据库中检索更多项目。

Answer 1

您的用例似乎与 kubernetes 文档中的此示例相同。
正如你所说， activeDeadlineSeconds不是你应该在这里使用的参数。

我不确定如果 pod 无法在给定的时间范围内处理项目，你为什么希望它失败。 我看到您可以在此处采用几种不同的方法，但需要更多有关您问题性质的信息才能知道采用哪种方法。 解决问题的一种方法是将作业并行度设置为您希望同时运行的 pod 数量，并在代码本身中设置此行为 -

• 如果延迟处理的问题是暂时的，您可能希望终止当前事务，将项目保留在队列中并重新开始处理相同的项目
• 如果同一项目失败 x 次，则应将其从队列中移除并推送到某种死信队列以等待稍后的故障排除

另一种方法是以扇出队列中的消息的方式，为每条消息生成一个工作 pod，与此示例描述的相同。
选择此解决方案确实会导致每个 pod 处理该项目的时间过长而失败，如果您将创建的 pod 的restartPolicy设置为never ，您应该拥有与失败处理的数量相对应的失败 pod 列表项目。

说了这么多，我不让 pod 失败是正确的方法，应该使用检测来跟踪失败的处理事件，无论是通过容器日志还是指标。