2.6 K8s控制器资源对象之job& Cronjob

apiVersion: batch/v1
kind: Job
metadata:
 labels:
   job-name: job-app
 name: job-app
 namespace: default
spec:
 selector:
   matchLabels:
     job-name: job-app
 template:
   metadata:
     labels:
       job-name: job-app
   spec:
     containers:
     - command: ['date']
       image: busybox
       imagePullPolicy: Always
       name: job-app

kubectl run mysql-backup --schedule="0/5 * * * ?" --image=58.56.88.22:5000/mariadb:10.1 --restart=OnFailure -- /bin/sh -c "mysqldump mydatabase > /mysql-backup/mysql-`date +"%Y%m%d"`.sql"

apiVersion: batch/v1beta1
kind: CronJob
metadata:
  labels:
    run: mysql-backup
  name: mysql-backup
spec:
  schedule: 0/5 * * * *  # k8s cron默认使用时区UTC，如果想CHINA的9:00AM执行，需要将cron改成01:00。在Minutes设置的是5/20，则表示第一次触发是在第5min时，接下来每20min触发一次，即，第25min， 45min等时刻触发
  suspend: false  #如果其值为True表示此CronJob暂时失效，不变成False之前不再运行job。对于已经创建的job没有影响。
  concurrencyPolicy: Allow  #并发策略：Allow运行并发运行job(默认值)；Forbid：禁止并发运行，如果前一个job没有执行完，跳过不执行；Replace：取消当前运行的job，用一个新的job替换。
  startingDeadlineSeconds: 600 # 强烈建议设置错过调度的计算时间。这里表示：最后600秒内错过了的调度次数
  successfulJobsHistoryLimit: 3  #保留多少次成功执行的job历史
  failedJobsHistoryLimit: 1  # 强烈建议设置失败任务数，用于排查任务失败根因，以优化任务
  jobTemplate:
    spec:
      template:
        metadata:
          labels:
            run: mysql-backup
        spec:
          containers:
          - name: mysql-backup
            args:          
            - /bin/sh
            - -c
            - mysqldump mydatabase > /mysql-backup/mysql-20190617.sql
            image: 58.56.88.22:5000/mariadb:10.1
            imagePullPolicy: IfNotPresent
            resources: {}
            terminationMessagePath: /dev/termination-log
            terminationMessagePolicy: File
          dnsPolicy: ClusterFirst
          restartPolicy: OnFailure  #只支持Never和OnFailure。Pod默认值为Always，所以必须指定。
          schedulerName: default-scheduler
          securityContext: {}
          terminationGracePeriodSeconds: 30

Cannot determine if job needs to be started. Too many missed start time (> 100). Set or decrease .spec.startingDeadlineSeconds or check clock skew.

# 配置了一个定期去阿里云云解析获取解析详情的数据
$ cat dnsall-cronjob.yaml
apiVersion: batch/v1beta1
kind: CronJob
metadata:
  labels:
    run: dnsall
  name: dnsall
  namespace: myapp
spec:
  # 强烈建议设置并发策略，根据调度周期和任务特性进行设置
  concurrencyPolicy: Forbid
  # 强烈建议设置失败任务数，用于排查任务失败根因，以优化任务
  failedJobsHistoryLimit: 1
  successfulJobsHistoryLimit: 3
  # 强烈建议设置错过调度的计算时间
  startingDeadlineSeconds: 600
  # 调度周期
  schedule: '05,15,25,35,45,55 */1 * * *'
  suspend: false
  jobTemplate:
    metadata:
    spec:
      template:
        metadata:
          labels:
            run: dnsall
        spec:
          imagePullSecrets:
          - name: mydocker
          containers:
          - args:
            - -cmdbtype
            - dns
            image: harbor.bgbiao.top/cron-job:2019-12-04
            imagePullPolicy: Always
            name: dnsall
            resources: {}
            terminationMessagePath: /dev/termination-log
            terminationMessagePolicy: File
          dnsPolicy: ClusterFirst
          # 强烈建议设置任务的重启策略(任务的失败会触及到Jobs控制器中的Backofflimit参数，导致job失败)
          restartPolicy: OnFailure
          schedulerName: default-scheduler
          securityContext: {}
          terminationGracePeriodSeconds: 30

$ kubectl  get cronjob -n myapp
NAME             SCHEDULE                      SUSPEND   ACTIVE   LAST SCHEDULE   AGE
dnsall           05,15,25,35,45,55 */1 * * *   False     0        8m41s           23h

# cronjob其实定期的创建了job，因此具体的任务pod其实是由job控制器来维护的
# 这里可以看到，我们上面的cronjob保存的三个执行成功的任务
$ kubectl  get jobs -n myapp  | grep dns
dnsall-1577597100           1/1           23s        22m
dnsall-1577597700           1/1           24s        12m
dnsall-1577598300           1/1           24s        2m22s

# 再查看一个job真正管理的pod任务的执行
# 任务已经已完成，所以任务的期望值为1，当前值为0
$ kubectl  get pods -n myapp | grep dnsall-1577598300
dnsall-1577598300-hdl4z           0/1     Completed   0          3m29s

    env:
    - name: TZ
      value: "Asia/Shanghai"