TTL过去30分钟后才会清理作业

Question

我们使用作业 ttlSecondsAfterDone 属性来自动清理已完成的作业。当我们的作业数量非常少（10-50 个）时，作业（及其 Pod）将在完成后大约 60 秒被清理。但是，现在我们的集群上运行了 ~5000 个作业，完成后需要 30 分钟才能清理 Job 对象。

这是一个问题，因为尽管作业就在那里，不消耗资源，但我们确实使用< code>ResourceQuota(选择器计数/jobs.batch)来控制我们的工作负载，并且那些已完成的作业占用了< code>ResourceQuota中的空间。

我知道，只有在TTL过去后，作业才会被标记为删除，并且不保证立即删除，但30分钟是一个非常长的时间。是什么导致了如此长的延迟？

我们的日志表明我们的 k8s API 服务器负载不高，并且 API 响应时间合理。

Answer 1

解决方案1

如何使用作业 ttlSecondsAfterDone？您可以将 .spec.ttlSecondsAfterFinish 指定为所需的值。以下是官方文档中的示例

apiVersion: batch/v1
kind: Job
metadata:
  name: pi-with-ttl
spec:
  ttlSecondsAfterFinished: 100
  template:
    spec:
      containers:
      - name: pi
        image: perl
        command: ["perl",  "-Mbignum=bpi", "-wle", "print bpi(2000)"]
      restartPolicy: Never

请注意这一点:

请注意，作业的TTL期限，例如。spec.ttl秒后完成字段，可以在作业创建或完成后修改。但是，一旦作业有资格被删除（当TTL过期时），系统将不能保证作业将被保留，即使扩展TTL的更新返回成功的API响应。

更多信息:https://kubernetes . io/docs/concepts/workloads/controllers/ttlafterfinished/# updating-TTL-seconds

解决方案2

正如上面在注释字段中提到的，您可以尝试使用＜code＞kube控制器管理器＜/code＞，并使用以下标志选项增加完成后允许并发同步的控制器工作线程的TTL数量：

kube控制器管理器--完成同步int32后并发ttl默认值：5