Kubernetes CronJob每50小时执行配置未生效，每日20点执行异常

问题根源 #

Kubernetes CronJob 采用标准Cron语法（基于robfig/cron v1库），其中小时字段的合法取值范围是0-23。你配置的0 */50 * * *中，小时字段的步长50远超范围，属于无效配置，Kubernetes解析器会将其等价于匹配所有小时（即*），结合分钟字段0，实际会被解析为每小时0分执行一次。你看到每日20点执行，大概率是时区差异（集群时区与本地时区不一致）或CronJob的并发策略、起始截止时间等配置限制导致的结果。

而Concourse支持扩展Cron语法或直接时间间隔定义（如@every 50h），因此能正确解析每50小时执行的需求，两者的语法解析规则存在差异。

解决方案 #

由于标准Cron无法直接定义超过24小时的执行间隔，推荐以下两种实现方式：

方案1：脚本控制执行时机 #

创建一个每小时0分执行的CronJob，在执行脚本中判断距离上次成功执行是否已满50小时，满足条件才执行备份任务：

1. 编写执行脚本（示例）：

   #!/bin/bash
   LAST_RUN_FILE="/mnt/backup/last_run.txt"
   CURRENT_TIME=$(date +%s)
   REQUIRED_INTERVAL=$((50 * 3600))
   
   # 检查上次执行时间
   if [ -f "$LAST_RUN_FILE" ]; then
       LAST_RUN=$(cat "$LAST_RUN_FILE")
       TIME_DIFF=$((CURRENT_TIME - LAST_RUN))
       if [ $TIME_DIFF -lt $REQUIRED_INTERVAL ]; then
           echo "未达到50小时间隔，退出"
           exit 0
       fi
   fi
   
   # 执行备份逻辑
   echo "开始执行云备份任务..."
   # 替换为实际备份命令
   # your-backup-command-here
   
   # 更新上次执行时间
   echo "$CURRENT_TIME" > "$LAST_RUN_FILE"
   

2. 创建CronJob时，挂载PVC存储上次执行时间，配置schedule为0 * * * *。

方案2：拆分Cron表达式组合 #

50小时=2天+2小时，任务执行时间会呈现“每2天，小时数加2”的规律，可将这些时间点组合为Cron表达式：
假设起始执行时间为0点，对应的表达式为：

0 0,2,4,6,8,10,12,14,16,18,20,22 */2 * *

该表达式表示每隔2天，在0、2、4...22点的0分执行，两次执行间隔恰好为50小时（48+2）。若起始时间不是偶数小时，可调整小时列表适配。

验证方法 #

执行以下命令查看CronJob的解析结果和事件，确认配置是否生效：

kubectl describe cronjob cloud-backup -n test-backup

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