Kubernetes v1.20 EKS环境下手动触发CronJob失败如何解决

问题根因 #

你遇到的报错本质是kubectl客户端版本（v1.22）和K8s服务端版本（v1.20 EKS）的版本差超过了官方支持的±1范围，两个版本对CronJob的API支持存在差异：

• K8s v1.21及以上版本才将CronJob升级为batch/v1稳定版，你本地的v1.22版本kubectl默认适配batch/v1版本的CronJob，所以识别不了服务端存储的batch/v1beta1版本CronJob，触发时报unknown object type *v1beta1.CronJob错误
• 你的EKS服务端是v1.20版本，还不支持batch/v1版本的CronJob，所以你将apiVersion改为v1后创建时报no matches for kind "CronJob" in version "batch/v1"错误

解决方案 #

方案1：直接手动创建测试Job（无需调整版本） #

你可以直接从已创建的CronJob中提取Job模板，单独创建临时测试Job，效果和手动触发CronJob完全一致：

1. 执行命令导出已有CronJob的配置：kubectl -n my-ns get cronjob git-updater -o yaml
2. 复制配置中spec.jobTemplate.spec的全部内容，粘贴到新的test-job.yaml文件中，完整示例如下：

apiVersion: batch/v1
kind: Job
metadata:
  name: test-job
  namespace: my-ns
  labels:
    app: git-updater
spec:
  # 以下内容完全复制你CronJob中spec.jobTemplate.spec的内容即可
  template:
    metadata:
      labels:
        app: git-updater
      name: git-updater
    spec:
      containers:
      - args:
        - sh
        - -c
        - apk add --no-cache git openssh-client && cd /repos && ls -d */*.git/
          | while read dir; do cd /repos/$dir; git gc; git fetch --prune; done
        image: alpine
        name: updater
        volumeMounts:
        - mountPath: test
          name: test
        - mountPath: test
          name: test
      restartPolicy: Never
      volumes:
      - persistentVolumeClaim:
          claimName: pvc
        name: repos

3. 执行创建命令即可启动测试：kubectl -n my-ns create -f test-job.yaml

方案2：使用匹配版本的kubectl触发 #

临时下载v1.20版本的kubectl客户端，执行触发命令即可成功：

# 替换为你对应系统的v1.20 kubectl二进制文件，下载后加执行权限即可
./kubectl-v1.20 -n my-ns create job --from=cronjob/git-updater test-job

长期优化建议 #

后续建议将本地kubectl客户端版本调整到和服务端版本差不超过±1的范围（v1.19~v1.21都可以），避免再出现类似API兼容问题。等后续EKS集群升级到v1.21及以上版本后，再将CronJob的apiVersion升级为batch/v1即可。

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