1、概述
在kubernetes中，有很多类型的pod控制器，每种都有自己的适合的场景，常见的有下面这些：
-
ReplicationController：比较原始的pod控制器，已经被废弃，由ReplicaSet替代
-
ReplicaSet：保证副本数量一直维持在期望值，并支持pod数量扩缩容，镜像版本升级
-
Deployment：通过控制ReplicaSet来控制Pod，并支持滚动升级、回退版本
-
Horizontal Pod Autoscaler：可以根据集群负载自动水平调整Pod的数量，实现削峰填谷
-
DaemonSet：在集群中的指定Node上运行且仅运行一个副本，一般用于守护进程类的任务
-
Job：它创建出来的pod只要完成任务就立即退出，不需要重启或重建，用于执行一次性任务
-
Cronjob：它创建的Pod负责周期性任务控制，不需要持续后台运行
-
StatefulSet：管理有状态应用
在前面文章中我们详解了ReplicaSet、Deployment、Horizontal Pod Autoscaler、DaemonSet控制器，这篇我们详解Job
2、Job详解
Job，主要用于负责批量处理(一次要处理指定数量任务)短暂的一次性(每个任务仅运行一次就结束)任务。Job特点如下：
-
当Job创建的pod执行成功结束时，Job将记录成功结束的pod数量
-
当成功结束的pod达到指定的数量时，Job将完成执行
Job的资源清单文件：
apiVersion: batch/v1 # 版本号
kind: Job # 类型
metadata: # 元数据
name: # rs名称
namespace: # 所属命名空间
labels: #标签
controller: job
spec: # 详情描述
completions: 1 # 指定job需要成功运行Pods的次数。默认值: 1
parallelism: 1 # 指定job在任一时刻应该并发运行Pods的数量。默认值: 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 2;done"]关于重启策略设置的说明：
如果指定为OnFailure，则job会在pod出现故障时重启容器，而不是创建pod，failed次数不变
如果指定为Never，则job会在pod出现故障时创建新的pod，并且故障pod不会消失，也不会重启，failed次数加1
如果指定为Always的话，就意味着一直重启，意味着job任务会重复去执行了，当然不对，所以不能设置为Always
3、Job实例
3.1、实例1
创建pc-job.yaml，内容如下：
apiVersion: batch/v1
kind: Job
metadata:
name: pc-job
namespace: dev
spec:
manualSelector: true
selector:
matchLabels:
app: counter-pod
template:
metadata:
labels:
app: counter-pod
spec:
restartPolicy: Never
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
[root@k8s-master ~]# kubectl apply -f pc-job.yaml
job.batch/pc-job created
# 查看job 可以发现 COMPLETIONS 完成状态 刚才是 0/1 总共1个任务，0个未完成，稍后会打印出1/1代表任务结束
[root@k8s-master ~]# kubectl get job -owide -n dev -w
NAME COMPLETIONS DURATION AGE CONTAINERS IMAGES SELECTOR
pc-job 0/1 28s 28s counter busybox:1.30 app=counter-pod
pc-job 0/1 47s 47s counter busybox:1.30 app=counter-pod
pc-job 0/1 48s 48s counter busybox:1.30 app=counter-pod
pc-job 1/1 48s 48s counter busybox:1.30 app=counter-pod
# 查看pod 状态 STATUS=Completed（完成）, READY=0/1 意思是总共1个pod，有0个准备好了，因为任务已经完成所以READY的变成0
[root@k8s-master ~]# kubectl get pods -n dev -w
NAME READY STATUS RESTARTS AGE
pc-job-9rd6l 0/1 Completed 0 2m3s
# 删除job
[root@k8s-master ~]# kubectl delete -f pc-job.yaml
job.batch "pc-job" deleted3.2、实例2
接下来，调整下pod运行的总数量和并行数量 即：在spec下设置下面两个选项
completions: 6 # 指定job需要成功运行Pods的次数为6
parallelism: 3 # 指定job并发运行Pods的数量为3
调整后yaml
apiVersion: batch/v1
kind: Job
metadata:
name: pc-job
namespace: dev
spec:
completions: 6 # 指定job需要成功运行Pods的次数为6
parallelism: 3 # 指定job并发运行Pods的数量为3
manualSelector: true
selector:
matchLabels:
app: counter-pod
template:
metadata:
labels:
app: counter-pod
spec:
restartPolicy: Never
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，观察效果，此时会发现，job会每次运行3个pod，总共执行了6个pod
[root@k8s-master ~]# kubectl get pod -n dev -w
NAME READY STATUS RESTARTS AGE
pc-job-g26wm 1/1 Running 0 7s
pc-job-ggccq 1/1 Running 0 7s
pc-job-znz9q 1/1 Running 0 7s
pc-job-znz9q 0/1 Completed 0 30s
pc-job-g26wm 0/1 Completed 0 30s
pc-job-ggccq 0/1 Completed 0 30s
pc-job-g26wm 0/1 Completed 0 31s
pc-job-znz9q 0/1 Completed 0 31s
pc-job-ggccq 0/1 Completed 0 31s
pc-job-g26wm 0/1 Completed 0 32s
pc-job-znz9q 0/1 Completed 0 32s
pc-job-ggccq 0/1 Completed 0 32s
pc-job-dmn7x 0/1 Pending 0 0s
pc-job-wfgtr 0/1 Pending 0 0s
pc-job-dmn7x 0/1 Pending 0 0s
pc-job-cnz45 0/1 Pending 0 0s
pc-job-wfgtr 0/1 Pending 0 0s
pc-job-cnz45 0/1 Pending 0 0s
pc-job-dmn7x 0/1 ContainerCreating 0 0s
pc-job-znz9q 0/1 Completed 0 32s
pc-job-ggccq 0/1 Completed 0 32s
pc-job-g26wm 0/1 Completed 0 32s
pc-job-wfgtr 0/1 ContainerCreating 0 0s
pc-job-cnz45 0/1 ContainerCreating 0 1s
pc-job-cnz45 0/1 ContainerCreating 0 1s
pc-job-wfgtr 0/1 ContainerCreating 0 1s
pc-job-dmn7x 0/1 ContainerCreating 0 2s
pc-job-wfgtr 1/1 Running 0 2s
pc-job-cnz45 1/1 Running 0 2s
pc-job-dmn7x 1/1 Running 0 3s
pc-job-cnz45 0/1 Completed 0 28s
pc-job-dmn7x 0/1 Completed 0 29s
pc-job-wfgtr 0/1 Completed 0 29s
pc-job-cnz45 0/1 Completed 0 29s
pc-job-cnz45 0/1 Completed 0 30s
pc-job-dmn7x 0/1 Completed 0 30s
pc-job-wfgtr 0/1 Completed 0 30s
pc-job-cnz45 0/1 Completed 0 31s
pc-job-dmn7x 0/1 Completed 0 31s
pc-job-wfgtr 0/1 Completed 0 31s
pc-job-dmn7x 0/1 Completed 0 32s
pc-job-wfgtr 0/1 Completed 0 32s总结：Job只能运行一次性任务，如果要运行周期行任务还得是CronJob(CJ)，下篇我们继续实例详解CronJob(CJ)。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
文章由半码博客整理，本文链接：https://www.bmabk.com/index.php/post/144668.html
