Kubernetes：如何设置作业/吊舱的最小寿命？

如何解决Kubernetes：如何设置作业/吊舱的最小寿命？

在主节点上，我正在运行 Kubernetes v1.16.3 ，该用户将不时向我们的服务器提交一些作业，该作业现在正在工作。但是，在我的情况下，我有很多用户，他们不仅应该对他们的工作有优先权，而且应该对每个工作/任务组的 最小寿命。

最短 的生存期应确保作业至少运行5个小时。如果我们的资源被充分利用，并且用户提交的优先级比当前正在运行的作业更高，那么只有那些已超过最小生存期的正在运行的作业才可以被逐出。

我无法为此找到解决方案。我只能找到一个 maximum 生存期解决方案（https://medium.com/@ptagr/give-your-kubernetes-pods-a-lifetime-8c039d622faf），它表示在提供的时间到期后将撤消作业/吊舱的生存期。但这不是我想要的。我想创建一个受保护5个小时的作业/容器，使其运行5个小时，并且在指定的时间过去之后，该作业/容器 应仍在运行 ，但是当将会出现另一个新工作（例如，至少有3个小时的寿命），应将旧的正在运行的工作/工作间逐出，新创建的工作/工作间应取代并运行至少3个小时，然后再候选被另一份工作杀死。

在Kubernetes中甚至有可能实现这一目标吗？还是有解决该问题的方法？

解决方法

Kubernetes的调度程序不了解时间，因此无法直接了解时间。您可以设置控制自愿驱逐的PriorityClasses和PodDisruptionBudgets（在这种情况下，预算为maxDisruptions 0）。也许可以编写一些在一定时间后更改PriorityClass值的东西，但是我不知道有什么现成的东西可以作为自定义运算符。