Kubernetes CronJob只运行相同的作业，即使其他作业在每个节点有限数量的pod中等待

Question

我想知道kubernetesCron工作在有多个等待作业时是如何选择要运行的作业的。它不是FIFO，而是LIFO？

这是我的实验设置。

• Kubernetes服务器版本1.21.5
• kubernetes集群中的1个节点
• 通过将＜code＞ResourceQuota＜/code＞设置为命名空间，限制每个节点3个pod

我安排了9个< code > cron jobs (< code > cron job 1 ..< code>cronjob9)。每项工作如下:

< li >需要130秒(仅睡眠) < li> 日程:*/2 * * * * < li> 并发策略:禁止 < li> 开始读数秒数:3000 < Li > < code > successfulJobsHistoryLimit:0 < Li > < code > failed jobshistorylimit:1

这是结果。

• 首先，3个Cron乔布斯，说job1，job2，job3，变成运行状态。哪3个看起来是随机的。
• 由于每个工作需要130秒才能完成，因此下一个计划时间到了。
• 在job1、job2、job3完成后，启动相同的任务job1、job2、job3。
• job4-job9永远不会执行。

使现代化

• 我的群集只有一个节点。
  • Kubernetes on Docker Desktop for Mac

  命名空间.yaml

  apiVersion: v1
  kind: Namespace
  metadata:
    name: cron-job-ns
  

  资源_配额.yaml

  apiVersion: v1
  kind: ResourceQuota
  metadata:
    name: limit-number-of-pods
    namespace: cron-job-ns
  spec:
    hard:
      count/pods: "3"
  

Answer 1

正如你们所回答的，它在库伯内特斯调度程序的范围内。

特别是对于同类型等待pod的优先级，就像在这个实验中一样，它与库伯内特斯调度器中的队列有关。

队列实现既不是FIFO也不是LIFO。

等待的Pod似乎在三个队列之间来回切换，activeQ、podBackoffQ和un调度ableQ取决于超时时间。

超时时间与CronJob新调度的Pod之间的关系决定了要执行的下一个Pod。

Answer 2

我已经发布了社区维基的回答来总结这个话题。

我想知道kubernetes cron作业在有多个等待作业的情况下，是如何选择要运行的作业的，不是FIFO，而是LIFO？

用户rkosegi好在评论中提到：

这既不是后进先出，也不是先进先出。这要复杂得多。

用户webel d添加了解释：

正如@rkosegi所提到的，这可能与Kubernetes调度程序有关，而不是与CronJobs和Jobs有关。当CronJob根据其时间表启动时，所有作业都会创建一个Pod。然后，调度器决定哪个挂起的Pod被调度到节点，从而可以运行。

如果您想确切了解其工作原理，请参阅以下文档：

Kubernetes调度器使用工作队列作业进行精细并行处理