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

简介: 源码流程图 概述 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搭建和管理企业级网站应用
相关文章
|
1月前
|
Kubernetes 调度 容器
【赵渝强老师】K8s中Job控制器单工作队列的串行方式
Kubernetes中的Job控制器用于管理一次性任务,确保任务完成后不再重启。本文介绍了Job的工作原理、运行方式及示例,包括创建Job、查看Job和Pod信息等步骤,并附有视频讲解。
|
1月前
|
Kubernetes Linux 调度
【赵渝强老师】K8s的周期性任务控制器CronJob
本文介绍了K8s中的CronJob控制器,它类似于Linux的crontab命令,用于管理和调度定时作业。CronJob可以设置在未来某一时间运行作业一次或在指定时间点重复运行作业。文章通过一个示例展示了如何创建和使用CronJob控制器,包括创建配置文件、应用配置、查看Pod信息和日志等步骤。同时,还解释了CronJob的时间表示方式及其限制。
|
1月前
|
Kubernetes 调度 容器
【赵渝强老师】K8s的Job控制器多工作队列的并行方式
Kubernetes Job 是一次性任务控制器,用于控制 Pod 中的容器执行特定任务。本文介绍了 Job 控制器的工作原理、运行方式及多工作队列并行执行的示例。示例中创建了 5 个作业,以 3 个队列并行执行,整个过程需 2 分钟。文中还提供了详细的 YAML 文件配置和执行命令。
|
2月前
|
Kubernetes 负载均衡 应用服务中间件
k8s学习--ingress详细解释与应用(nginx ingress controller))
k8s学习--ingress详细解释与应用(nginx ingress controller))
392 0
|
7月前
|
存储 数据采集 Kubernetes
一文详解K8s环境下Job类日志采集方案
本文介绍了K8s中Job和Cronjob控制器用于非常驻容器编排的场景,以及Job容器的特点:增删频率高、生命周期短和突发并发大。文章重点讨论了Job日志采集的关键考虑点,包括容器发现速度、开始采集延时和弹性支持,并对比了5种采集方案:DaemonSet采集、Sidecar采集、ECI采集、同容器采集和独立存储采集。对于短生命周期Job,建议使用Sidecar或ECI采集,通过调整参数确保数据完整性。对于突发大量Job,需要关注服务端资源限制和采集容器的资源调整。文章总结了不同场景下的推荐采集方案,并指出iLogtail和SLS未来可能的优化方向。
|
4月前
|
弹性计算 运维 Kubernetes
Kubernetes(K8S) Controller - Deployment 介绍
Kubernetes(K8S) Controller - Deployment 介绍
46 1
|
4月前
|
Kubernetes 容器 Perl
在K8S中,Replica Set和Replication Controller之间有什么区别?
在K8S中,Replica Set和Replication Controller之间有什么区别?
|
4月前
|
存储 Kubernetes 关系型数据库
Kubernetes(K8S) Controller - StatefulSet、DaemonSet 介绍
Kubernetes(K8S) Controller - StatefulSet、DaemonSet 介绍
41 0
|
7月前
|
Kubernetes Linux 调度
k8s-高级调度-CronJob 计划任务
k8s-高级调度-CronJob 计划任务
150 0
|
7月前
|
运维 Kubernetes 容灾
kubernetes核心技术之Controller控制器知识总结
kubernetes核心技术之Controller控制器知识总结
71 1