EKS 1.23下CronJob的concurrencyPolicy未按预期生效

核心问题 #

concurrencyPolicy: Forbid 仅对CronJob定时调度自动生成的Job生效，手动触发创建的Job不受该策略约束，这就是你看到手动触发仍能并发运行的原因。

验证方式 #

你可以通过标签区分两种Job：

• 自动调度的Job会带有 cronjob-name=my-cron 标签，由CronJob控制器创建
• 手动创建的Job（比如用 kubectl create job --from=cronjob/my-cron manual-job 命令生成）完全脱离CronJob的并发管控逻辑

解决手动触发并发的方法 #

1. 手动前置检查
   在创建新Job前，先执行命令确认是否有同CronJob关联的运行中Job：

kubectl get jobs -l cronjob-name=my-cron --field-selector status.phase=Running

如果有返回结果，说明当前存在未完成的实例，此时不要创建新Job。

2. 准入控制器强制拦截（进阶方案）
   部署ValidatingWebhook，在Job创建前自动检查是否存在同CronJob关联的Running状态Job，若存在则直接拒绝创建请求。这种方式能覆盖所有创建途径（包括手动），但需要额外配置Webhook相关资源。

你的CronJob清单说明 #

你的清单配置本身没有问题：

apiVersion: batch/v1
kind: CronJob
metadata:
  name: my-cron
spec:
  successfulJobsHistoryLimit: 1
  failedJobsHistoryLimit: 1
  schedule: {{ .Values.cronSchedule | quote }}
  concurrencyPolicy: Forbid
  jobTemplate:
    spec:
      backoffLimit: 0
      template:
        spec:
          .
          .
          .

其中concurrencyPolicy: Forbid已经正确生效，定时调度生成的Job会严格遵守“前一个未完成则不创建新Job”的规则，仅手动触发场景需要额外处理。

内容的提问来源于stack exchange，提问作者jrz