服務類的Pod容器:RC、RS、DS、Deployment
鎮(zhèn)原網(wǎng)站建設公司創(chuàng)新互聯(lián),鎮(zhèn)原網(wǎng)站設計制作,有大型網(wǎng)站制作公司豐富經(jīng)驗。已為鎮(zhèn)原上1000+提供企業(yè)網(wǎng)站建設服務。企業(yè)網(wǎng)站搭建\成都外貿網(wǎng)站制作要多少錢,請找那個售后服務好的鎮(zhèn)原做網(wǎng)站的公司定做!
工作類的Pod容器:Job--->執(zhí)行一次,或者批量執(zhí)行處理程序,完成之后退出容器。
注意: 如果容器內執(zhí)行任務有誤,會根據(jù)容器的重啟策略操作容器,不過這里
的容器重啟策略只能是: Never和 OnFailure。
在有些場景下,是想要運行一些容器執(zhí)行某種特定的任務,任務一旦執(zhí)行完成,容器也就沒有存在的必要了。在這種場景下,創(chuàng)建pod就顯得不那么合適。于是就是了Job,Job指的就是那些一次性任務。通過Job運行一個容器,當其任務執(zhí)行完以后,就自動退出,集群也不再重新將其喚醒。
從程序的運行形態(tài)上來區(qū)分,可以將Pod分為兩類:長時運行服務(jboss、MySQL等)和一次性任務(數(shù)據(jù)計算、測試)。RC創(chuàng)建的Pod都是長時運行的服務,Job多用于執(zhí)行一次性任務、批處理工作等,執(zhí)行完成后便會停止(status.phase變?yōu)镾ucceeded)。
主機 | IP地址 | 服務 |
---|---|---|
master | 192.168.1.21 | k8s |
node01 | 192.168.1.22 | k8s |
node02 | 192.168.1.23 | k8s |
基于[ https://blog.51cto.com/14320361/2464655]() 的實驗繼續(xù)進行
- 非并行job:通常創(chuàng)建一個pod直至其成功結束。
- 固定結束次數(shù)的job:設置spec.completions,創(chuàng)建多個pod,直到.spec.completions個pod成功結束。
- 帶有工作隊列的并行job:設置.spec.Parallelism但不設置.spec.completions,當所有pod結束并且至少一個成功時,job就認為是成功。
Job Controller負責根據(jù)Job Spec創(chuàng)建pod,并持續(xù)監(jiān)控pod的狀態(tài),直至其成功結束,如果失敗,則根據(jù)restartPolicy(只支持OnFailure和Never,不支持Always)決定是否創(chuàng)建新的pod再次重試任務。
[root@master yaml]# vim jop.yaml
kind: Job
apiVersion: batch/v1
metadata:
name: test-job
spec:
template:
metadata:
name: test-job
spec:
containers:
- name: hello
image: busybox
command: ["echo","hello k8s job!"]
restartPolicy: Never
[root@master yaml]# kubectl apply -f jop.yaml
[root@master yaml]# kubectl get pod
[root@master yaml]# kubectl logs test-job-gs45w
我們可以看到job與其他資源對象不同,僅執(zhí)行一次性任務,默認pod借宿運行后job即結束,狀態(tài)為Completed。
[root@master yaml]# vim jop.yaml
kind: Job
apiVersion: batch/v1
metadata:
name: test-job
spec:
template:
metadata:
name: test-job
spec:
containers:
- name: hello
image: busybox
command: ["asdasxsddwefew","hello k8s job!"] #修改
restartPolicy: Never
[root@master yaml]# kubectl delete jobs.batch test-job
[root@master yaml]# kubectl apply -f jop.yaml
[root@master yaml]# kubectl get pod -w
它會一直創(chuàng)建pod直到完成命令。
[root@master yaml]# vim jop.yaml
kind: Job
apiVersion: batch/v1
metadata:
name: test-job
spec:
template:
metadata:
name: test-job
spec:
containers:
- name: hello
image: busybox
command: ["asdasxsddwefew","hello k8s job!"]
restartPolicy: OnFailure
[root@master yaml]# kubectl delete jobs.batch test-job
[root@master yaml]# kubectl apply -f jop.yaml
[root@master yaml]# kubectl get pod -w
它會一直重啟pod完成命令,直到重啟到一定次數(shù)就會刪除job。
[root@master yaml]# vim jop.yaml
kind: Job
apiVersion: batch/v1
metadata:
name: test-job
spec:
parallelism: 2 #同時啟用幾個pod
template:
metadata:
name: test-job
spec:
containers:
- name: hello
image: busybox
command: ["echo","hello k8s job!"]
restartPolicy: OnFailure
[root@master yaml]# kubectl apply -f jop.yaml
[root@master yaml]# kubectl get pod
[root@master yaml]# vim jop.yaml
kind: Job
apiVersion: batch/v1
metadata:
name: test-job
spec:
complations: 8 #運行pod的總數(shù)量8個
parallelism: 2 #同時運行2個pod
template:
metadata:
name: test-job
spec:
containers:
- name: hello
image: busybox
command: ["echo","hello k8s job!"]
restartPolicy: OnFailure
job 字段解釋:
completions:標志Job結束需要成功運行的Pod個數(shù),默認為1
parallelism:標志并行運行的Pod的個數(shù),默認為1
activeDeadlineSeconds:標志失敗Pod的重試最大時間,超過這個時間不會繼續(xù)重試.
[root@master yaml]# kubectl delete jobs.batch test-job
[root@master yaml]# kubectl apply -f jop.yaml
[root@master yaml]# kubectl get pod
可以看到pod是兩個兩個的啟動的。
[root@master yaml]# vim cronjop.yaml
kind: CronJob
apiVersion: batch/v1beta1
metadata:
name: hello
spec:
schedule: "*/1 * * * *" #限定時間
jobTemplate:
spec:
template:
spec:
containers:
- name: hello
image: busybox
command: ["echo","hello","cronjob"]
restartPolicy: OnFailure
[root@master yaml]# kubectl delete jobs.batch test-job
[root@master yaml]# kubectl apply -f jop.yaml
[root@master yaml]# kubectl get pod
[root@master yaml]# kubectl get cronjobs.batch
此時查看Pod的狀態(tài),會發(fā)現(xiàn),每分鐘都會運行一個新的Pod來執(zhí)行命令規(guī)定的任
務。
[root@master yaml]# vim cronjop.yaml
kind: CronJob
apiVersion: batch/v1beta1
metadata:
name: hello
spec:
schedule: "5 10 15 1 *" #限定時間
jobTemplate:
spec:
template:
spec:
containers:
- name: hello
image: busybox
command: ["echo","hello","cronjob"]
restartPolicy: OnFailure
[root@master yaml]# kubectl delete cronjobs.batch hello
[root@master yaml]# kubectl apply -f jop.yaml
[root@master yaml]# kubectl get pod
這時會發(fā)現(xiàn),如果規(guī)定具體時間,可能并不會執(zhí)行任務。
[root@master yaml]# vim /etc/kubernetes/manifests/kube-apiserver.yaml
spec:
containers:
- command:
- kube-apiserver
- --runtime-config=batch/v2alpha1=true #添加
[root@master yaml]# systemctl restart kubelet.service
[root@master yaml]# kubectl api-versions
[root@master yaml]# vim cronjop.yaml
kind: CronJob
apiVersion: batch/v1beta1
metadata:
name: hello
spec:
schedule: "47 10 15 1 *" #限定時間
jobTemplate:
spec:
template:
spec:
containers:
- name: hello
image: busybox
command: ["echo","hello","cronjob"]
restartPolicy: OnFailure
[root@master yaml]# kubectl apply -f jop.yaml
[root@master yaml]# kubectl get pod -w
注意:此時仍然不能正常運行指定時間的Job,這是因為K8s官方在cronjob這個資源對象的支持中還沒有完善此功能,還待開發(fā)。
跟Job資源一樣在cronjob.spec.jobTemplate.spec 下同樣支持并發(fā)Job參數(shù):
parallelism,也支持完成Pod的總數(shù)參數(shù): completionsr
Job 作為 Kubernetes 中用于處理任務的資源,與其他的資源沒有太多的區(qū)別,它也使用 Kubernetes 中常見的控制器模式,監(jiān)聽 Informer 中的事件并運行 syncHandler
同步任務
而 CronJob 由于其功能的特殊性,每隔 10s 會從 apiserver 中取出資源并進行檢查是否應該觸發(fā)調度創(chuàng)建新的資源,需要注意的是 CronJob 并不能保證在準確的目標時間執(zhí)行,執(zhí)行會有一定程度的滯后。
兩個控制器的實現(xiàn)都比較清晰,只是邊界條件比較多,分析其實現(xiàn)原理時一定要多注意。