文章目录

• 1. Job 基础
• • 1.1 Job 资源
  • 1.2 使用场景
  • 1.3 示例 Job
  • 1.4 编写 Job
  • 1.5 一些特性
• 2. Job 特性用例
• • 2.1 运行一次 Job
  • 2.2 自动清理完成的 Job
  • 2.3 更多特性

1. Job 基础

1.1 Job 资源

Job 负载资源会创建一个或者多个 Pod，并将继续重试 Pod 的执行，直到指定数量的 Pod 成功终止

• Pod 执行成功，Job 跟踪记录成功完成的 Pod个数
• 数量达到指定的成功个数阈值，Job 结束
• 删除 Job 的操作会清除所创建的全部 Pod
• 挂起 Job 的操作会删除 Job 的所有活跃 Pod，直到 Job 被再次恢复执行

1.2 使用场景

• 创建一个 Job 对象以便以一种可靠的方式运行某 Pod 直到完成
• 以使用 Job 以并行的方式运行多个 Pod

1.3 示例 Job

来自官方的示例

####job-demo.yaml
apiVersion: batch/v1
kind: Job
metadata:name: job-demo
spec:template:spec:containers:- name: job-demoimage: perl:5.34.0command: ["perl",  "-Mbignum=bpi", "-wle", "print bpi(2000)"]restartPolicy: NeverbackoffLimit: 4

运行一下

kubectl apply -f job.yaml

查看一下

看一下日志

• 这次的 Job 任务就是计算 π 到小数点后 2000 位

1.4 编写 Job

还是老办法，官网说明加 kubectl explain job

基础的内容

• apiVersion
• kind
• metadata

##这部分资源基本都是通用的
apiVersion: batch/v1
kind: Job
metadata:name: job-demonamspace: test

spec 规约

job.spec 描述了任务执行的具体情况信息

FIELDS:activeDeadlineSeconds        
## 系统尝试终止任务之前任务可以持续活跃的持续时间（秒），时间长度是相对于 startTime 的； 字段值必须为正整数。如果任务被挂起（在创建期间或因更新而挂起）， 则当任务再次恢复时，此计时器会被停止并重置backoffLimit 
## 指定标记此任务失败之前的重试次数。默认值为 6。completionMode       
## 指定如何跟踪 Pod 完成情况。它可以是 NonIndexed （默认） 或者 Indexed。
## NonIndexed 表示当有 .spec.completions 个成功完成的 Pod 时，认为 Job 完成。每个 Pod 完成都是彼此同源的。
## Indexed 意味着 Job 的各个 Pod 会获得对应的完成索引值，从 0 到（.spec.completions - 1），可在注解 "batch.kubernetes.io/job-completion-index" 中找到。当每个索引都对应有一个成功完成的 Pod 时， 该任务被认为是完成的。 当值为 Indexed 时，必须指定 .spec.completions 并且 .spec.parallelism 必须小于或等于 10^5。 此外，Pod 名称采用 $(job-name)-$(index)-$(random-string) 的形式，Pod 主机名采用 $(job-name)-$(index) 的形式。completions  
## 指定任务应该运行并预期成功完成的 Pod 个数。设置为 nil 意味着任何 Pod 的成功都标识着所有 Pod 的成功， 并允许 parallelism 设置为任何正值。设置为 1 意味着并行性被限制为 1，并且该 Pod 的成功标志着任务的成功。manualSelector       
## manualSelector 控制 Pod 标签和 Pod 选择器的生成。parallelism  
## 指定任务应在任何给定时刻预期运行的 Pod 个数上限。 selector