kuberneters 、 Job 和 CronJob 控制器

kuberneters 、 Job 和 CronJob 控制器

十年河东，十年河西，莫欺少年穷

学无止境，精益求精

概述

Job主要用于负责批量处理短暂的一次性任务。Job的特点：

当Job创建的Pod执行成功结束时，Job将记录成功结束的Pod数量。当成功结束的Pod达到指定的数量时，Job将完成执行。

Job可以保证指定数量的Pod执行完成。

Job的资源清单：

apiVersion: batch/v1 # 版本号kind: Job # 类型metadata: # 元数据 name: # 名称 namespace: #命名空间 labels: # 标签 controller: jobspec: # 详情描述 completions: 1 # 指定Job需要成功运行Pod的总次数，默认为1 parallelism: 1 # 指定Job在任一时刻应该并发运行Pod的数量，默认为1 activeDeadlineSeconds: 30 # 指定Job可以运行的时间期限，超过时间还没结束，系统将会尝试进行终止 backoffLimit: 6 # 指定Job失败后进行重试的次数，默认为6 manualSelector: true # 是否可以使用selector选择器选择Pod，默认为false selector: # 选择器，通过它指定该控制器管理那些Pod matchLabels: # Labels匹配规则 app: counter-pod matchExpressions: # Expressions匹配规则 - key: app operator: In values: - counter-pod template: # 模板，当副本数量不足时，会根据下面的模板创建Pod模板 metadata: labels: app: counter-pod spec: restartPolicy: Never # 重启策略只能设置为Never或OnFailure containers: - name: counter image: busybox:1.30 command: ["/bin/sh","-c","for i in 9 8 7 6 5 4 3 2 1;do echo $i;sleep 20;done"]

关于模板中的重启策略的说明：

如果设置为OnFailure，则Job会在Pod出现故障的时候重启容器，而不是创建Pod，failed次数不变。如果设置为Never，则Job会在Pod出现故障的时候创建新的Pod，并且故障Pod不会消失，也不会重启，failed次数+1。如果指定为Always的话，就意味着一直重启，意味着Pod任务会重复执行，这和Job的定义冲突，所以不能设置为Always。

创建Job

创建pc-job.yaml文件，内容如下

apiVersion: batch/v1 # 版本号kind: Job # 类型metadata: # 元数据 name: pc-job # 名称 namespace: dev #命名空间spec: # 详情描述 completions: 4 # 指定Job需要成功运行Pod的总次数，默认为1 parallelism: 2 # 指定Job在任一时刻应该并发运行Pod的数量，默认为1 activeDeadlineSeconds: 30 # 指定Job可以运行的时间期限，超过时间还没结束，系统将会尝试进行终止 backoffLimit: 1 # 指定Job失败后进行重试的次数，默认为6 manualSelector: true # 是否可以使用selector选择器选择Pod，默认为false selector: # 选择器，通过它指定该控制器管理那些Pod matchLabels: # Labels匹配规则 app: counter-pod template: # 模板，当副本数量不足时，会根据下面的模板创建Pod模板 metadata: labels: app: counter-pod spec: restartPolicy: Never # 重启策略只能设置为Never或OnFailure containers: - name: counter image: busybox:1.30 command: [ "/bin/sh","-c","for i in 9 8 7 6 5 4 3 2 1;do echo $i;sleep 3;done" ]

创建Job：

kubectl apply -f pc-job.yaml

删除Job：

kubectl delete -f pc-job.yaml

CronJob（CJ）控制器

CronJob控制器以Job控制器为其管控对象，并借助它管理Pod资源对象，Job控制器定义的作业任务在其控制器资源创建之后便会立即执行，但CronJob可以以类似Linux操作系统的周期性任务作业计划的方式控制器运行时间点及重复运行的方式，换言之，CronJob可以在特定的时间点反复去执行Job任务。

CronJob的资源清单：

apiVersion: batch/v1beta1 # 版本号kind: CronJob # 类型metadata: # 元数据 name: # 名称 namespace: #命名空间 labels: controller: cronjobspec: # 详情描述 schedule: # cron格式的作业调度运行时间点，用于控制任务任务时间执行 cron 表达式 concurrencyPolicy: # 并发执行策略 failedJobsHistoryLimit: # 为失败的任务执行保留的历史记录数，默认为1 successfulJobsHistoryLimit: # 为成功的任务执行保留的历史记录数，默认为3 jobTemplate: # job控制器模板，用于为cronjob控制器生成job对象，下面其实就是job的定义 metadata: {} spec: completions: 1 # 指定Job需要成功运行Pod的总次数，默认为1 parallelism: 1 # 指定Job在任一时刻应该并发运行Pod的数量，默认为1 activeDeadlineSeconds: 30 # 指定Job可以运行的时间期限，超过时间还没结束，系统将会尝试进行终止 backoffLimit: 6 # 指定Job失败后进行重试的次数，默认为6 template: # 模板，当副本数量不足时，会根据下面的模板创建Pod模板 spec: restartPolicy: Never # 重启策略只能设置为Never或OnFailure containers: - name: counter image: busybox:1.30 command: [ "/bin/sh","-c","for i in 9 8 7 6 5 4 3 2 1;do echo $i;sleep 20;done" ]

schedule：cron表达式，用于指定任务的执行时间。

分钟的值从0到59。小时的值从0到23。日的值从1到31。月的值从1到12。星期的值从0到6，0表示星期日。多个时间可以用逗号隔开，范围可以用连字符给出：* 可以作为通配符，/表示每...

concurrencyPolicy：并发执行策略

Allow：运行Job并发运行（默认）。Forbid：禁止并发运行，如果上一次运行尚未完成，则跳过下一次运行。Replace：替换，取消当前正在运行的作业并使用新作业替换它。

创建CronJob

创建pc-cronjob.yaml文件，内容如下：

apiVersion: batch/v1beta1 # 版本号kind: CronJob # 类型metadata: # 元数据 name: pc-cronjob # 名称 namespace: dev #命名空间spec: # 详情描述 schedule: "*/1 * * * * " # cron格式的作业调度运行时间点，用于控制任务任务时间执行 jobTemplate: # job控制器模板，用于为cronjob控制器生成job对象，下面其实就是job的定义 metadata: {} spec: template: # 模板，当副本数量不足时，会根据下面的模板创建Pod模板 spec: restartPolicy: Never # 重启策略只能设置为Never或OnFailure containers: - name: counter image: busybox:1.30 command: [ "/bin/sh","-c","for i in 9 8 7 6 5 4 3 2 1;do echo $i;sleep 2;done" ]

创建

kubectl create -f pc-cronjob.yaml

查看、监控

kubectl get cronjob -n dev -wkubectl get job -n dev -wkubectl get pod -n dev -w

删除

kubectl delete -f pc-cronjob.yaml

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。