Job
容器按照持續運行的時間可分為兩類：服務類容器和工作類容器。
服務類容器通常持續提供服務，需要一直運行，比如 http server，daemon 等。工作類容器則是一次性任務，比如批處理程序，完成后容器就退出。
Kubernetes 的 Deployment、ReplicaSet 和 DaemonSet 都用於管理服務類容器；對於工作類容器，我們用 Job。
第一步：
先看一個簡單的 Job 配置文件 myjob.yml：
[root@ken-node1 ~]# cat job.yml apiVersion: batch/v1 kind: Job metadata: name: job spec: template: spec: containers: - name: job image: busybox command: ["echo","hello world"] restartPolicy: Never
① batch/v1 是當前 Job 的 apiVersion。
② 指明當前資源的類型為 Job。
③ restartPolicy 指定什么情況下需要重啟容器。對於 Job，只能設置為 Never 或者 OnFailure。對於其他 controller（比如 Deployment）可以設置為 Always 。
第二步：通過 kubectl apply -f myjob.yml 啟動 Job。
[root@ken ~]# kubectl apply -f myjob.yml job.batch/job created
第三步：查看job的狀態
[root@ken ~]# kubectl get job NAME COMPLETIONS DURATION AGE job 1/1 4s 40s
第四步：查看pod的狀態
[root@ken ~]# kubectl get pod NAME READY STATUS RESTARTS AGE job-8hczg 0/1 Completed 0 83s
顯示completed已經完成
第五步：查看pod的標准輸出
[root@ken ~]# kubectl logs myjob-8hczg hello world
job失敗的情況
討論了job執行成功的情況，如果失敗了會怎么樣呢？
第一步：修改 myjob.yml，故意引入一個錯誤：
apiVersion: batch/v1 kind: Job metadata: name: job spec: template: spec: containers: - name: job image: busybox command: ["echosssss","hello world"] restartPolicy: Never
第二步：刪除之前的job
[root@ken ~]# kubectl delete -f job.yml job.batch "job" deleted [root@ken ~]# kubectl get job No resources found.
第三步：運行新的job並查看狀態
[root@ken ~]# kubectl apply -f job.yml job.batch/job created [root@ken ~]# kubectl get job NAME COMPLETIONS DURATION AGE myjob 0/1 6s 6s
可以發現完成為0
第四步：查看pod狀態
[root@ken ~]# kubectl get pod NAME READY STATUS RESTARTS AGE myjob-hc6ld 0/1 ContainerCannotRun 0 64s myjob-hfblk 0/1 ContainerCannotRun 0 60s myjob-t9f6v 0/1 ContainerCreating 0 11s myjob-v2g7s 0/1 ContainerCannotRun 0 31s
可以看到有多個 Pod，狀態均不正常。kubectl describe pod 查看某個 Pod 的啟動日志：
第五步：查看pod的啟動日志
[root@ken-node1 ~]# kubectl describe pods job-r9lrl Name: job-r9lrl Namespace: default Priority: 0 PriorityClassName: <none> Node: ken-node3/192.168.163.134 Start Time: Sat, 03 Aug 2019 01:37:26 +0800 Labels: controller-uid=15d81b0a-b509-11e9-a9b7-000c29e2b20a job-name=job Annotations: <none> Status: Failed IP: 10.244.2.41 Controlled By: Job/job Containers: job: Container ID: docker://4d4a0cf1698ba36266c8b59b21714a8547ec28a46e7e73ad1f0ce939cb3befc5 Image: busybox Image ID: docker-pullable://busybox@sha256:9f1003c480699be56815db0f8146ad2e22efea85129b5b5983d0e0fb52d9ab70 Port: <none> Host Port: <none> Command: echosssss hello world State: Terminated Reason: ContainerCannotRun Message: OCI runtime create failed: container_linux.go:345: starting container process caused "exec: \"echosssss\": executable file not found in $PATH": unknown Exit Code: 127 Started: Sat, 03 Aug 2019 01:37:40 +0800 Finished: Sat, 03 Aug 2019 01:37:40 +0800 Ready: False Restart Count: 0 Environment: <none> Mounts: /var/run/secrets/kubernetes.io/serviceaccount from default-token-wsrwt (ro) Conditions: Type Status Initialized True Ready False ContainersReady False PodScheduled True Volumes: default-token-wsrwt: Type: Secret (a volume populated by a Secret) SecretName: default-token-wsrwt Optional: false QoS Class: BestEffort Node-Selectors: <none> Tolerations: node.kubernetes.io/not-ready:NoExecute for 300s node.kubernetes.io/unreachable:NoExecute for 300s Events: Type Reason Age From Message ---- ------ ---- ---- ------- Normal Scheduled 60s default-scheduler Successfully assigned default/job-r9lrl to ken-node3 Normal Pulling <invalid> kubelet, ken-node3 Pulling image "busybox" Normal Pulled <invalid> kubelet, ken-node3 Successfully pulled image "busybox" Normal Created <invalid> kubelet, ken-node3 Created container job Warning Failed <invalid> kubelet, ken-node3 Error: failed to start container "job": Error response from daemon: OCI runtime create failed: container_linux.go:345: starting container process caused "exec: \"echosssss\": executable file not found in $PATH": unknown
日志顯示沒有可執行程序，符合我們的預期。
下面解釋一個現象：為什么 kubectl get pod 會看到這么多個失敗的 Pod？
原因是：當第一個 Pod 啟動時，容器失敗退出，根據 restartPolicy: Never，此失敗容器不會被重啟，但 Job DESIRED 的 Pod 是 1，目前 SUCCESSFUL 為 0，不滿足，所以 Job controller 會啟動新的 Pod，直到 SUCCESSFUL 為 1。對於我們這個例子，SUCCESSFUL 永遠也到不了 1，所以 Job controller 會一直創建新的 Pod。為了終止這個行為，只能刪除 Job。
[root@ken ~]# kubectl delete -f myjob.yml job.batch "myjob" deleted [root@ken ~]# kubectl get pod NAME READY STATUS RESTARTS AGE
如果將 restartPolicy 設置為 OnFailure 會怎么樣？下面我們實踐一下，修改 myjob.yml 后重新啟動。
[root@ken ~]# kubectl apply -f myjob.yml job.batch/myjob created [root@ken ~]# kubectl get job NAME COMPLETIONS DURATION AGE
完成依然為0
再來查看一下pod的狀態
[root@ken ~]# kubectl get pod NAME READY STATUS RESTARTS AGE myjob-5tbxw 0/1 CrashLoopBackOff 2 67s
這里只有一個 Pod，不過 RESTARTS 為 3，而且不斷增加，說明 OnFailure 生效，容器失敗后會自動重啟。
定時執行job
Linux 中有 cron 程序定時執行任務，Kubernetes 的 CronJob 提供了類似的功能，可以定時執行 Job。
第一步：CronJob 配置文件示例如下：
[root@ken ~]# cat myjob1.yml
apiVersion: batch/v1beta1
kind: CronJob
metadata:
name: hello
spec:
schedule: "*/1 * * * *"
jobTemplate:
spec:
template:
spec:
containers:
- name: hello
image: busybox
command: ["echo","hello k8s job!"]
restartPolicy: OnFailure
① batch/v1beta1 是當前 CronJob 的 apiVersion。
② 指明當前資源的類型為 CronJob。
③ schedule 指定什么時候運行 Job，其格式與 Linux cron 一致。這里 */1 * * * * 的含義是每一分鍾啟動一次。
④ jobTemplate 定義 Job 的模板，格式與前面 Job 一致。
第二步：接下來通過 kubectl apply 創建 CronJob。
[root@ken ~]# kubectl apply -f myjob1.yml cronjob.batch/hello created
第三步：查看crontab的狀態
[root@ken ~]# kubectl get cronjob NAME SCHEDULE SUSPEND ACTIVE LAST SCHEDULE AGE hello */1 * * * * False 1 22s 3m12s
第四步：等待幾分鍾查看jobs的執行情況
[root@ken ~]# kubectl get job NAME COMPLETIONS DURATION AGE hello-1548766140 1/1 5s 2m24s hello-1548766200 1/1 18s 83s hello-1548766260 1/1 4s 23s
可以看到每隔一分鍾就會啟動一個 Job。
過段時間查看pod
第五步：執行 kubectl logs 可查看某個 Job 的pod運行日志：
[root@ken ~]# kubectl logs hello-1548766260-6s8lp hello k8s job!
查看pod會遺留很多已經完成的pod，只需要刪除即可
kubectl delete -f myjob1.yml