kubernetes常用对象操作之四.Job、CronJob

Job，我们在日常的工作中经常都会遇到一些需要进行批量数据处理和分析的需求，当然也会有按时间来进行调度的工作，在我们的Kubernetes集群中为我们提供了Job和CronJob两种资源对象来应对我们的这种需求。

Job负责处理任务，即仅执行一次的任务，它保证批处理任务的一个或多个Pod成功结束
CronJob则就是在Job上加上了时间调度。

Job

我们用Job这个资源对象来创建一个任务，我们定一个Job来执行一个倒计时的任务，定义YAML文件：

apiVersion: batch/v1
kind: Job
metadata:
  name: job-demo
spec:
  template:
    metadata:
      name: job-demo
    spec:
      restartPolicy: Never
      containers:
      - name: counter
        image: busybox
        command:
        - "bin/sh"
        - "-c"
        - "for i in 9 8 7 6 5 4 3 2 1; do echo $i; done"

注意Job的RestartPolicy仅支持Never和OnFailure两种，不支持Always，我们知道Job就相当于来执行一个批处理任务，执行完就结束了，如果支持Always的话是不是就陷入了死循环了？

然后来创建该Job，保存为job-demo.yaml：

1 2	$ kubectl create -f job.yaml job "job-demo" created

然后我们可以查看当前的Job资源对象：

1
2
3

$ kubectl get jobs
NAME       DESIRED   SUCCESSFUL   AGE
job-demo   1         1            1m

注意查看我们的Pod的状态，同样我们可以通过kubectl logs来查看当前任务的执行结果。

$ kubectl get pods
NAME                  READY     STATUS             RESTARTS   AGE
job-demo-p6zst        0/1       Completed          0          14h
$ kubectl logs job-demo-p6zst
9
8
7
6
5
4
3
2
1

CronJob

CronJob其实就是在Job的基础上加上了时间调度，我们可以：在给定的时间点运行一个任务，也可以周期性地在给定时间点运行。这个实际上和我们Linux中的crontab就非常类似了。

一个CronJob对象其实就对应中crontab文件中的一行，它根据配置的时间格式周期性地运行一个Job，格式和crontab也是一样的。

crontab的格式如下：

分时日月星期要运行的命令 第1列分钟0～59 第2列小时0～23）第3列日1～31 第4列月1～12 第5列星期0～7（0和7表示星期天）第6列要运行的命令

现在，我们用CronJob来管理我们上面的Job任务，

apiVersion: batch/v2alpha1
kind: CronJob
metadata:
  name: cronjob-demo
spec:
  successfulJobsHistoryLimit: 10
  failedJobsHistoryLimit: 10
  schedule: "*/1 * * * *"
  jobTemplate:
    spec:
      template:
        spec:
          restartPolicy: OnFailure
          containers:
          - name: hello
            image: busybox
            args:
            - "bin/sh"
            - "-c"
            - "for i in 9 8 7 6 5 4 3 2 1; do echo $i; done"

我们这里的Kind是CronJob了，要注意的是.spec.schedule字段是必须填写的，用来指定任务运行的周期，格式就和crontab一样，另外一个字段是.spec.jobTemplate, 用来指定需要运行的任务，格式当然和Job是一致的。还有一些值得我们关注的字段.spec.successfulJobsHistoryLimit和.spec.failedJobsHistoryLimit，表示历史限制，是可选的字段。它们指定了可以保留多少完成和失败的Job，默认没有限制，所有成功和失败的Job都会被保留。然而，当运行一个Cron Job时，Job可以很快就堆积很多，所以一般推荐设置这两个字段的值。如果设置限制的值为 0，那么相关类型的Job完成后将不会被保留。

接下来我们来创建这个cronjob

1 2	$ kubectl create -f cronjob-demo.yaml cronjob "cronjob-demo" created

当然，也可以用kubectl run来创建一个CronJob：

$ kubectl run hello --schedule="*/1 * * * *" --restart=OnFailure --image=busybox -- /bin/sh -c "date; echo Hello from the Kubernetes cluster"
cronjob.batch "hello" created
$ kubectl get cronjob
NAME      SCHEDULE      SUSPEND   ACTIVE    LAST SCHEDULE   AGE
hello     */1 * * * *   False     0         <none>          13s
$ kubectl get jobs
NAME               DESIRED   SUCCESSFUL   AGE
hello-1528533240   1         1            1m
hello-1528533300   1         0            1s
$ pods=$(kubectl get pods --selector=job-name=hello-1528533240 --output=jsonpath={.items..metadata.name})
$ kubectl logs $pods
Sat Jun  9 08:34:19 UTC 2018
Hello from the Kubernetes cluster

一旦不再需要 Cron Job，简单地可以使用 kubectl 命令删除它：

1 2	$ kubectl delete cronjob hello cronjob.batch "hello" deleted

这将会终止正在创建的 Job 也会把当前 Cron Job 下面的 Job 清空。然而，运行中的 Job 将不会被终止，不会删除 Job 或它们的 Pod。

一旦 Job 被删除，由 Job 创建的 Pod 也会被删除。

接下文: kubernetes常用对象操作之五.Service

kubernetes常用对象操作之 四.Job、CronJob

Job

CronJob