k8sCronJob控制器

 

CronJob用于管理job控制器资源的运行时间，job控制器定义的作业任务在其控制器资源创建之后便会立即执行，但cronjob可以以类似于linux操作系统的周期性任务作业计划的方式控制其运行时间点及重复运行的方式

cronjob对象支持使用的时间格式类似于crontab，略有不同的是，cronjob控制器在指定的时间点时，“？”和“*”的意义相同，都表示任何可用的有效值

一、创建cronjob对象

cronjob控制器的spec字段可嵌套使用以下字段：

jobTemplate：job控制器模板，用于为cronjob控制器生成job对象；必选字段

schedule：cron格式的作业调度运行时间点；必选字段

concurrencyPolicy：并发执行策略，可用值有Allow、Forbid和Replace，用于定义前一次作业运行尚未完成时是否以及如何运行后一次的作业

failedJobHistoryLimit：为失败的任务执行保留的历史记录数，默认为1

successfulJobHistoryLimit：为成功的任务执行保留的历史记录数，默认为3

startingDeadlineSeconds：因各种原因缺失执行作业的时间点所导致的启动作业错误的超时时长，会被计入错误历史记录

suspend：是否挂起后续的任务执行，默认为false，对运行中的作业不会产生影响

apiVersion: batch/v1beta1
kind: CronJob
metadata:
  name: cronjob-example
spec:
  schedule: "*/2 * * * *"
  jobTemplate:
    metadata:
      labels:
        app: mycronjob
    spec:
      containers:
      - name: myjob
        image: alpine
        command:
        - /bin/sh
        - -c
        - date; echo Hello from k8s cluster; sleep 10
      restartPolicy: OnFailure

二、CronJob的控制机制

CronJob控制器以job控制器资源为其管控对象，并借助它管理pod资源对象。因此，要使用类似”kubectl get jobs -l app=*“的命令来查看cronjob控制器创建的job资源对象。不过，只有相关的job对象被调度执行时，此命令才能将其正常列出。可列出的job对象的数量取决于cronjob资源的spec.successfulJobsHistoryLimit的属性值，默认为3。

如果作业重复执行时指定的时间点较近，而作业执行时长跨过了其两次执行的时间长度，则会出现两个job对象同时存在的情形。有些job对象可能会存在无法或不能同时运行的情况，这个时候就要通过spec.concurrencyPolicy属性控制作业并存的机制，其默认值为Allow，即允许前后job，甚至属于同一个cronjob的更多job同时运行。其他两个可用值中，forbid用于禁止前后两个job同时运行，如果前一个尚未结束，后一个则不予启动（跳过），replace用于让后一个job取代前一个，即终止前一个并启动后一个。