手动触发的 cron 作业可以遵守并发策略吗?

nat*_*chz 5 kubernetes kubernetes-cronjob kubernetes-jobs

所以我有一个这样的 cron 工作:

apiVersion: batch/v1beta1
kind: CronJob
metadata:
  name: my-cron-job
spec:
  schedule: "0 0 31 2 *"
  failedJobsHistoryLimit: 3
  successfulJobsHistoryLimit: 1
  concurrencyPolicy: "Forbid"
  startingDeadlineSeconds: 30
  jobTemplate:
    spec:
      backoffLimit: 0
      activeDeadlineSeconds: 120
...
Run Code Online (Sandbox Code Playgroud)

然后我像这样手动触发作业:

kubectl create job my-job --namespace precompile --from=cronjob/my-cron-job
Run Code Online (Sandbox Code Playgroud)

但似乎我可以根据需要多次触发该工作,并且concurrencyPolicy: "Forbid"会被忽略。

有没有办法让手动触发的作业尊重这一点,或者我必须手动检查这一点?

F1k*_*1ko 7

请注意,并发策略仅适用于同一 cron 作业创建的作业。

concurrencyPolicy字段仅适用于由同一 cron 作业创建的作业,如文档中所述:https ://kubernetes.io/docs/tasks/job/automated-tasks-with-cron-jobs/#concurrency-policy

执行时,$ kubectl create job my-job --namespace precompile --from=cronjob/my-cron-job您实际上是在单独创建一项一次性作业,该作业使用该spec.jobTemplate字段作为创建它的参考。由于concurrencyPolicy是一个 cronjob 字段,因此甚至没有对其进行评估。

长话短说

这实际上是预期的行为。手动创建的作业不受 影响concurrencyPolicy。没有可以传递的标志来更改此行为。