深入K8S Job(三):cronJob controller源码分析

本文涉及的产品
容器服务 Serverless 版 ACK Serverless,952元额度 多规格
容器服务 Serverless 版 ACK Serverless,317元额度 多规格
简介: 源码流程图 概述 cronJob controller 的实现比较简单,使用 Cron - Wikipedia 的方法,确定调度规则,底层的调度对象就是依赖了 job,它不会去检查任何 Pod。 该 controller 也没有依赖各种 informer,就简单创建了一个循环运行的协程,每次遍历现有的 jobs & cronJobs,整理它们的关系并进行管理。

源码流程图

cronJob流程图

概述

cronJob controller 的实现比较简单,使用 Cron - Wikipedia 的方法,确定调度 规则,底层的调度对象就是依赖了 job,它不会去检查任何 Pod。

该 controller 也没有依赖各种 informer,就简单创建了一个循环运行的协程,每次遍历现有的 jobs & cronJobs,整理它们的关系并进行管理。

注意:kubernetes version >= 1.4 (ScheduledJob),>= 1.5(CronJob),需要给 apiserver 传递 --runtime-config=batch/v2alpha1=true 开启 batch/v2alpha1 API 才可用。

spec 关键字段

.spec.schedule 是 cronJob 的必填字段,该值是 Cron - Wikipedia 格式的字符串,例如:0 * * * *,或者 @hourly,来确定调度策略。

.spec.startingDeadlineSeconds 是可选字段,表示启动 Job 的期限(秒级别),如果因为任何原因而错过了被调度的时间,那么错误执行时间的 Job 被认为是失败的。如果没有指定,则没有期限。

.spec.concurrencyPolicy 也是可选字段,指定了 cronJob 创建 Job 的并发执行策略:

  • Allow(默认):允许并发运行 Job。
  • Forbid:禁止并发运行,如果前一个还没有完成,则直接跳过。
  • Replace:取消当前正在运行的 Jobs,然后新建 Job 来替换。

.spec.suspend 也是可选字段,如果设置为 true,则后续所有的执行都会被过滤掉,但是对当前已经在运行的 Job 不影响。默认为false

.spec.successfulJobsHistoryLimit.spec.failedJobsHistoryLimit 这两个字段也是可选的。它们指定了可以保留完成和失败 Job 数量的限制。
默认没有限制,所有成功和失败的 Job 都会被保留。然而,当运行一个 Cron Job 时,很快就会堆积很多 Job,推荐设置这两个字段的值。设置限制值为 0,相关类型的 Job 完成后将不会被保留。

CronJobController 结构

路径:pkg/controller/cronjob/cronjob_controller.go

type CronJobController struct {
 // 访问 kube-apiserver 的 client.
 kubeClient clientset.Interface
 // job 控制器,用于创建和删除 job.
 jobControl jobControlInterface
 // cronJob 控制器,用于更新状态.
 sjControl sjControlInterface
 // pod 控制器,用于list & delete pods // 在删除 job 时,同时也清理 job 创建的 pods.
 podControl podControlInterface
 // cronJob 相关的events, 通过该 recorder 进行广播
 recorder record.EventRecorder
}
注意:代码中有很多 sj,因为以前不叫 cronJob,叫 scheduled jobs。

startCronJobController()

路径:cmd/kube-controller-manager/app/batch.go

startCronJobController() 是启动 cronJob controller 的入口函数。它会初始化 CronJobController 对象,并Run().

func startCronJobController(ctx ControllerContext) (bool, error) {
 // 在启动 cronJob controller 之前,判断下 cronJob 是否有配置生效 // 用户可以在创建k8s clusters时,通过修改kube-apiserver --runtime-config配置想要生效的 resource if !ctx.AvailableResources[schema.GroupVersionResource{Group: "batch", Version: "v1beta1", Resource: "cronjobs"}] {
 return false, nil
 }
 // 初始化 CronJobController 对象
 cjc, err := cronjob.NewCronJobController(
 ctx.ClientBuilder.ClientOrDie("cronjob-controller"),
 )
 if err != nil {
 return true, fmt.Errorf("error creating CronJob controller: %v", err)
 }
 // Run go cjc.Run(ctx.Stop)
 return true, nil
}

syncAll()

CronJobController Run() 方法比较简单,就是每10s 循环调用 syncAll() 函数。
syncAll() 逻辑也比较清楚,根据初始化的 kubeClient, 获取所有的 jobs 和 cronJobs,并遍历所有 Jobs, 根据ObjectMeta.OwnerReferences 字段匹配是否由 cronJob controller 所创建。最后基于 cronJob 的UUID 进行整理。
最后处理所有的 cronJobs,确认需要调度的时间并根据并行策略创建 jobs,同步完后再清理所有已经 finished jobs。

func (jm *CronJobController) syncAll() {
 // 列出所有的 jobs
 jl, err := jm.kubeClient.BatchV1().Jobs(metav1.NamespaceAll).List(metav1.ListOptions{})
 if err != nil {
 utilruntime.HandleError(fmt.Errorf("can't list Jobs: %v", err))
 return
 }
 js := jl.Items
 glog.V(4).Infof("Found %d jobs", len(js))

 // 列出所有的 cronJobs
 sjl, err := jm.kubeClient.BatchV1beta1().CronJobs(metav1.NamespaceAll).List(metav1.ListOptions{})
 if err != nil {
 utilruntime.HandleError(fmt.Errorf("can't list CronJobs: %v", err))
 return
 }
 sjs := sjl.Items
 glog.V(4).Infof("Found %d cronjobs", len(sjs))

 // 遍历所有的 jobs, 根据 ObjectMeta.OwnerReferences 字段确定该 job 是否由 cronJob 所创建。 // 然后根据 cronJob uuid 进行排列
 jobsBySj := groupJobsByParent(js)
 glog.V(4).Infof("Found %d groups", len(jobsBySj))

 // 遍历所有的 cronJobs for _, sj := range sjs {
 // 进行同步 // 确定需要调度的时间,并根据 Spec.ConcurrencyPolicy 策略,确认如何来创建 jobs // 并更新 cronJob.Status
 syncOne(&sj, jobsBySj[sj.UID], time.Now(), jm.jobControl, jm.sjControl, jm.podControl, jm.recorder)
 // 清理所有已经完成的 jobs
 cleanupFinishedJobs(&sj, jobsBySj[sj.UID], jm.jobControl, jm.sjControl, jm.podControl, jm.recorder)
 }
}

syncOne()

该接口就是 cronJob controller 中实现同步的关键部分。

func syncOne(sj *batchv1beta1.CronJob, js []batchv1.Job, now time.Time, jc jobControlInterface, sjc sjControlInterface, pc podControlInterface, recorder record.EventRecorder) {
 nameForLog := fmt.Sprintf("%s/%s", sj.Namespace, sj.Name)

 // 遍历所有获取到的 jobs // 1.记录到 childrenJobs 中,表示当前属于该 cronJob 的所有 Jobs,便于后面清理 cronJob 中记录的 active Jobs // 2.查看该 job 是否在 cronJob.Status.Active 的列表中 // - 如果在的话,且该 Job 已经 finished,则将该 job 从 active list 中删除 // - 如果不在,且该 Job 还没有 finished,则发送异常事件 
 childrenJobs := make(map[types.UID]bool)
 for _, j := range js {
 childrenJobs[j.ObjectMeta.UID] = true
 found := inActiveList(*sj, j.ObjectMeta.UID)
 if !found && !IsJobFinished(&j) {
 recorder.Eventf(sj, v1.EventTypeWarning, "UnexpectedJob", "Saw a job that the controller did not create or forgot: %v", j.Name)
 } else if found && IsJobFinished(&j) {
 deleteFromActiveList(sj, j.ObjectMeta.UID)
 // TODO: event to call out failure vs success.
 recorder.Eventf(sj, v1.EventTypeNormal, "SawCompletedJob", "Saw completed job: %v", j.Name)
 }
 }

 // 遍历 cronJob 所有的 active jobs, 根据前面的 childrenJobs 来判断该继续的 active job 是否还存在,如果不存在的话,也从 active list 中删除。 for _, j := range sj.Status.Active {
 if found := childrenJobs[j.UID]; !found {
 recorder.Eventf(sj, v1.EventTypeNormal, "MissingJob", "Active job went missing: %v", j.Name)
 deleteFromActiveList(sj, j.UID)
 }
 }

 // 上面更新了 cronJob.Status.Active 字段,所以需要更新一把 cronJob
 updatedSJ, err := sjc.UpdateStatus(sj)
 if err != nil {
 glog.Errorf("Unable to update status for %s (rv = %s): %v", nameForLog, sj.ResourceVersion, err)
 return
 }
 *sj = *updatedSJ

 // 如果 cronJob 已经被用户删除,则直接 return if sj.DeletionTimestamp != nil {
 return
 }

 // 如果 cronJob 已经被 suspend,也直接 return if sj.Spec.Suspend != nil && *sj.Spec.Suspend {
 glog.V(4).Infof("Not starting job for %s because it is suspended", nameForLog)
 return
 }

 // 根据 cronJob 的创建时间或最近一次的调度时间,和 cronJob.Spec.Schedule 配置,计算出到现在为止所有应该调度的时间点。
 times, err := getRecentUnmetScheduleTimes(*sj, now)
 if err != nil {
 recorder.Eventf(sj, v1.EventTypeWarning, "FailedNeedsStart", "Cannot determine if job needs to be started: %v", err)
 glog.Errorf("Cannot determine if %s needs to be started: %v", nameForLog, err)
 return
 }
 // 如果返回的时间点列表为空,则表示该 cronJob 暂时还不需要调度,直接 return if len(times) == 0 {
 glog.V(4).Infof("No unmet start times for %s", nameForLog)
 return
 }
 // 有多次未满足的调度时间 if len(times) > 1 {
 glog.V(4).Infof("Multiple unmet start times for %s so only starting last one", nameForLog)
 }

 // scheduledTime 取列表中的最后一次时间
 scheduledTime := times[len(times)-1]
 tooLate := false // 如果用户配置了 Spec.StartingDeadlineSeconds,则需要判断 scheduledTime 是否满足条件 // 如果 now - scheduledTime > Spec.StartingDeadlineSeconds,则直接 return if sj.Spec.StartingDeadlineSeconds != nil {
 tooLate = scheduledTime.Add(time.Second * time.Duration(*sj.Spec.StartingDeadlineSeconds)).Before(now)
 }
 if tooLate {
 glog.V(4).Infof("Missed starting window for %s", nameForLog)
 return
 }
 // scheduledTime 满足各种条件的情况下,就需要查看 cronJob 配置的并发策略 // 如果 ForbidConcurrent,且 active jobs > 0, 则直接 return; // 否则继续往下创建; if sj.Spec.ConcurrencyPolicy == batchv1beta1.ForbidConcurrent && len(sj.Status.Active) > 0 {
 glog.V(4).Infof("Not starting job for %s because of prior execution still running and concurrency policy is Forbid", nameForLog)
 return
 }
 // 如果 ReplaceConcurrent,则删除所有的 active jobs, 等后面重新创建 if sj.Spec.ConcurrencyPolicy == batchv1beta1.ReplaceConcurrent {
 for _, j := range sj.Status.Active {
 glog.V(4).Infof("Deleting job %s of %s that was still running at next scheduled start time", j.Name, nameForLog)

 job, err := jc.GetJob(j.Namespace, j.Name)
 if err != nil {
 recorder.Eventf(sj, v1.EventTypeWarning, "FailedGet", "Get job: %v", err)
 return
 }
 if !deleteJob(sj, job, jc, pc, recorder, "") {
 return
 }
 }
 }

 // 根据 cronJob.spec.JobTemplate,填充 job 的完整结构 // 比如 name, labels, OwnerReferences 等等。
 jobReq, err := getJobFromTemplate(sj, scheduledTime)
 if err != nil {
 glog.Errorf("Unable to make Job from template in %s: %v", nameForLog, err)
 return
 }
 // 创建 job
 jobResp, err := jc.CreateJob(sj.Namespace, jobReq)
 if err != nil {
 recorder.Eventf(sj, v1.EventTypeWarning, "FailedCreate", "Error creating job: %v", err)
 return
 }
 glog.V(4).Infof("Created Job %s for %s", jobResp.Name, nameForLog)
 recorder.Eventf(sj, v1.EventTypeNormal, "SuccessfulCreate", "Created job %v", jobResp.Name)

 // 根据创建 job 返回的 response,获取 ObjectReference 结构 // 用于记录到 cronJob.Status.Active 中
 ref, err := getRef(jobResp)
 if err != nil {
 glog.V(2).Infof("Unable to make object reference for job for %s", nameForLog)
 } else {
 sj.Status.Active = append(sj.Status.Active, *ref)
 }
 // 设置最近一次的调度时间
 sj.Status.LastScheduleTime = &metav1.Time{Time: scheduledTime}
 // 更新 cronJob if _, err := sjc.UpdateStatus(sj); err != nil {
 glog.Infof("Unable to update status for %s (rv = %s): %v", nameForLog, sj.ResourceVersion, err)
 }

 return
}
本文转自SegmentFault- 深入K8S Job(三):cronJob controller源码分析
相关实践学习
通过Ingress进行灰度发布
本场景您将运行一个简单的应用,部署一个新的应用用于新的发布,并通过Ingress能力实现灰度发布。
容器应用与集群管理
欢迎来到《容器应用与集群管理》课程,本课程是“云原生容器Clouder认证“系列中的第二阶段。课程将向您介绍与容器集群相关的概念和技术,这些概念和技术可以帮助您了解阿里云容器服务ACK/ACK Serverless的使用。同时,本课程也会向您介绍可以采取的工具、方法和可操作步骤,以帮助您了解如何基于容器服务ACK Serverless构建和管理企业级应用。 学习完本课程后,您将能够: 掌握容器集群、容器编排的基本概念 掌握Kubernetes的基础概念及核心思想 掌握阿里云容器服务ACK/ACK Serverless概念及使用方法 基于容器服务ACK Serverless搭建和管理企业级网站应用
相关文章
|
6月前
|
Kubernetes Perl 容器
kubernetes 的Job 的并行执行 配置
在Kubernetes中,Job是一种用于批处理任务的Controller对象。如果你想要配置Job以支持并行执行,可以使用Job的`.spec.parallelism`字段。这个字段定义了Job中可以并行运行的Pod的最大数量。 下面是一个简单的Job定义,其中包含了`.spec.parallelism`字段: ```yaml apiVersion: batch/v1 kind: Job metadata: name: example-job spec: parallelism: 3 # 这里定义了并行运行的Pod的数量 completions: 5 # 定义了成功完成的
|
29天前
|
Kubernetes 负载均衡 应用服务中间件
k8s学习--ingress详细解释与应用(nginx ingress controller))
k8s学习--ingress详细解释与应用(nginx ingress controller))
|
6月前
|
存储 数据采集 Kubernetes
一文详解K8s环境下Job类日志采集方案
本文介绍了K8s中Job和Cronjob控制器用于非常驻容器编排的场景,以及Job容器的特点:增删频率高、生命周期短和突发并发大。文章重点讨论了Job日志采集的关键考虑点,包括容器发现速度、开始采集延时和弹性支持,并对比了5种采集方案:DaemonSet采集、Sidecar采集、ECI采集、同容器采集和独立存储采集。对于短生命周期Job,建议使用Sidecar或ECI采集,通过调整参数确保数据完整性。对于突发大量Job,需要关注服务端资源限制和采集容器的资源调整。文章总结了不同场景下的推荐采集方案,并指出iLogtail和SLS未来可能的优化方向。
|
3月前
|
弹性计算 运维 Kubernetes
Kubernetes(K8S) Controller - Deployment 介绍
Kubernetes(K8S) Controller - Deployment 介绍
32 1
|
3月前
|
Kubernetes 容器 Perl
在K8S中,Replica Set和Replication Controller之间有什么区别?
在K8S中,Replica Set和Replication Controller之间有什么区别?
|
3月前
|
存储 Kubernetes 关系型数据库
Kubernetes(K8S) Controller - StatefulSet、DaemonSet 介绍
Kubernetes(K8S) Controller - StatefulSet、DaemonSet 介绍
32 0
|
6月前
|
Kubernetes Linux 调度
k8s-高级调度-CronJob 计划任务
k8s-高级调度-CronJob 计划任务
|
6月前
|
运维 Kubernetes 容灾
kubernetes核心技术之Controller控制器知识总结
kubernetes核心技术之Controller控制器知识总结
57 1
|
11月前
|
资源调度 Kubernetes 调度
从 Linux Crontab 到 K8s CronJob,定时任务正在经历怎样的变革
从 Linux Crontab 到 K8s CronJob,定时任务正在经历怎样的变革
118908 59
|
6月前
|
消息中间件 Kubernetes 监控
kubernetes—Controller详解(二)
kubernetes—Controller详解(二)
77 0