cronjob是kubernetes中用于定时触发批处理任务的资源对象，结合job批处理能力与cron调度功能；支持utc或指定时区（如asia/shanghai）、五位cron表达式调度、自动创建/清理job与pod、并发策略（forbid/replace/allow）、历史记录限制（successfuljobshistorylimit/failedjobshistorylimit）、超时控制（activedeadlineseconds）及容错配置（startingdeadlineseconds、restartpolicy必须为onfailure或never）。
你需要在Kubernetes中创建一个定时执行的批处理任务，并确保它运行完就自动清理残留Job和Pod，避免etcd中堆积大量已完成对象影响集群性能。
编写CronJob YAML文件
用文本编辑器新建一个cronjob-backup.yaml文件，核心字段必须包含apiVersion: batch/v1（v1.25+集群强制要求）、kind: CronJob、spec.schedule和spec.jobTemplate。
调度表达式必须严格遵循“分 时 日 月 星期”五位格式，例如"0 2 * * *表示每天凌晨2点执行；注意Kubernetes默认使用UTC时间，若需北京时间，请显式添加spec.timeZone: Asia/Shanghai（仅v1.24+支持）。
容器镜像必须可拉取，私有仓库需配置imagePullSecrets；restartPolicy必须设为OnFailure或Never，设为Always会导致YAML校验失败。
定义Job模板与清理策略
在spec.jobTemplate.spec.template.spec下配置容器，建议设置resources.limits防止任务突发占用过多CPU或内存。
为防任务卡死，添加activeDeadlineSeconds: 600（即10分钟超时自动终止）。
在spec层级配置历史清理参数：successfulJobsHistoryLimit: 1表示只保留最近1个成功Job，failedJobsHistoryLimit: 0表示失败Job不保留任何记录——【设为0会彻底删除失败Job对象，无法追溯错误日志】。
控制并发与容错行为
第一步：设置concurrencyPolicy: Forbid，确保前一个任务未结束时，本次调度直接跳过。这对数据库备份类有状态任务至关重要，避免并发写入冲突。
第二步：添加startingDeadlineSeconds: 300，允许最多5分钟延迟调度。若因APIServer临时不可用导致错过触发时间，超时后该次调度将被标记为Failed而非无限等待。
第三步：确认jobTemplate.spec.template.spec.restartPolicy不是Always——这是CronJob创建失败最常见的原因之一，Kubernetes会直接拒绝该YAML。
部署并验证CronJob
执行kubectl apply -f cronjob-backup.yaml提交资源。
运行kubectl get cronjob -n default确认状态为Active，且LAST SCHEDULE列开始更新。
等首次调度触发后，用kubectl get jobs --sort-by=.status.startTime查看生成的Job，再用kubectl get pods --selector=job-name=xxx确认Pod已自动终止并消失——【只有successfulJobsHistoryLimit和failedJobsHistoryLimit生效后，对应Job对象才会被控制器真正删除】。
