kubernetes控制器Job与CronJob
Job
Job负责批处理任务,即仅执行一次的任务,它保证批处理任务的一个或多个Pod成功结束
特殊说明
- spec.template格式同Pod
- RestartPolicy仅支持NeverdOnFailure
- 单个Pod时,默认Pod成功运行后Job即结束
- .spec. completions 标志Job结束需要成功运行的Pod个数,默认为1
- .spec. parallelism 标志并行运行的Pod的个数,默认为1
- spec.activeDeadlineSeconds标志失败Pod的重试最大时间,超过这个时间不会继续重试
例子:
1 |
|
Spec
- spec.template格式同Pod
- RestartPolicy仅支持Never或OnFailure
- 单个Pod时,默认Pod成功运行后Job即结束
- spec. completions 标志Job结束需要成功运行的Pod个数,默认为1
- spec. parallelism标志并行运行的Pod的个数,默认为1
- spec.activeDeadlineSeconds标志失败Pod的重试最大时间,超过这个时间不会继续重试
CronJob
CronJob管理基于时间的Job,即:
- 在给定时间点只运行一次
- 周期性地在给定时间点运行
使用条件:当前使用的Kubernetes 集群,版本>=1.8 (对Cronjob)
典型的用法如下所示:
在给定的时间点调度Job运行
创建周期性运行的Job,例如:数据库备份、发送邮件
CronJob Spec
- spec. schedule:调度,必需字段,指定任务运行周期,格式同Cron
- spec. jobTemplate: Job模板,必需字段,指定需要运行的任务,格式同Job
- spec. startingDeadlineSeconds:启动 Job 的期限(秒级别) ,该字段是可选的。如果因为任何原因而错过了被调度的时间,那么错过执行时间的Job将被认为是失败的。如果没有指定,则没有期限
- spec. concurrencyPolicy:并发策略,该字段也是可选的。它指定了如何处理被CronJob创建的Job的并发执行。只允许指定下面策略中的一种:Allow (默认) :允许并发运行 Job;Forbid :禁止并发运行,如果前一个还没有完成,则直接跳过下一个;Replace:取消当前正在运行的Job,用一个新的来替换。
注意:当前策略只能应用于同一个Cron Job 创建的Job。如果存在多个Cron Job,它们创建的Job之间总是允许并发运行。 - spec. suspend:挂起,该字段也是可选的。如果设置为true,后续所有执行都会被挂起。它对已经开始执行的Job不起作用。默认值为false。
- spec. successfullobsHistoryLimit.spec.failedJobsHistoryLimit :历史限制,是可选的字段。它们指定了可以保留多少完成和失败的Job。默认情况下,它们分别设置为3和1,设置限制的值为e,相关类型的Job完成后将不会被保留。
1 |
|
kubernetes控制器Job与CronJob
https://leellun.github.io/2021/07/17/k8s/k8s控制器/kubernetes控制器Job与CronJob/