一文看懂K8S中的滾動(dòng)升級(jí)

Part 01、升級(jí)策略
K8S中通過(guò)spect.strategy來(lái)定義新的 Pod 替換為舊的Pod的策略。策略類型分為:重建策略(Recreate)或滾動(dòng)升級(jí)策略(RollingUpdate),默認(rèn)為 RollingUpdate。
Recreate -- 在創(chuàng)建出新的Pod之前會(huì)先刪掉所有已存在的Pod。
RollingUpdate -- 可以指定maxSurge和maxUnavailable來(lái)控制滾動(dòng)升級(jí)過(guò)程。
- maxSurge:用來(lái)指定升級(jí)期間可以超過(guò)預(yù)期Pod數(shù)量的最大值,該值可以是一個(gè)絕對(duì)數(shù)(例如:5)或一個(gè)預(yù)期 Pod 的百分比(例如:10%),默認(rèn)為 25%。通過(guò)百分比計(jì)算的絕對(duì)值向上取整。
- maxUnavailable:用來(lái)指定升級(jí)期間不可用的最大 Pod 數(shù)量。該值可以是一個(gè)絕對(duì)數(shù)(例如:5)或一個(gè)預(yù)期 Pod 的百分比(例如:10%),默認(rèn)為 25%。通過(guò)百分比計(jì)算的絕對(duì)值向下取整。
在業(yè)務(wù)中我們默認(rèn)使用滾動(dòng)升級(jí)策略,通過(guò)合理配置maxSurge和maxUnavailable實(shí)現(xiàn)業(yè)務(wù)高可用。
Part 02、健康檢查
K8S中通過(guò)探針對(duì)容器執(zhí)行定期診斷來(lái)判斷容器的狀態(tài),通常使用存活性探針(liveness probes)和就緒性探針(readiness probes)根據(jù)容器狀態(tài)進(jìn)行后續(xù)處理。
- livenessProbe:探測(cè)容器是否正在運(yùn)行。如果存活探測(cè)失敗,則 kubelet 會(huì)殺死容器,并且容器將受到其重啟策略的影響。如果容器不提供存活探針,則默認(rèn)狀態(tài)為 Success。
- readinessProbe:探測(cè)容器是否準(zhǔn)備好服務(wù)請(qǐng)求。如果就緒探測(cè)失敗,端點(diǎn)控制器將從與 Pod 匹配的所有Service的端點(diǎn)中刪除該P(yáng)od的IP地址。初始延遲之前的就緒狀態(tài)默認(rèn)為 Failure。如果容器不提供就緒探針,則默認(rèn)狀態(tài)為 Success。
在業(yè)務(wù)中我們經(jīng)常同時(shí)使用這兩種探針,通過(guò)存活性探針判斷容器是否需要重啟以實(shí)現(xiàn)自愈,通過(guò)就緒性探針判斷容器是否已經(jīng)準(zhǔn)備好對(duì)外提供服務(wù)。
Part 03、K8S滾動(dòng)升級(jí)原理
K8S通過(guò)Deployment創(chuàng)建副本,Deployment是一個(gè)三級(jí)結(jié)構(gòu):Deployment控制Replicaset(副本集),Replicaset控制Pod。根據(jù)Deployment的這個(gè)結(jié)構(gòu)特性,一個(gè)Deployment下可存在不同的Replicaset,那就表示一個(gè)Deployment下可以有不同鏡像版本的Pod同時(shí)存在。
升級(jí)過(guò)程中Deployment自動(dòng)創(chuàng)建Replicaset,Replicaset通過(guò)滾動(dòng)升級(jí)策略中maxSurge、maxUnavailable兩個(gè)參數(shù)來(lái)精準(zhǔn)地控制每次滾動(dòng)的Pod數(shù)量。再結(jié)合健康檢查中的存活性探針(liveness probes)和就緒性探針(readiness probes)來(lái)精準(zhǔn)判斷Pod何時(shí)啟動(dòng)成功以及何時(shí)準(zhǔn)備好服務(wù)請(qǐng)求,確保升級(jí)過(guò)程中可用的Pod都是可正常提供服務(wù)的。
具體過(guò)程如下圖所示。

K8S滾動(dòng)升級(jí)過(guò)程
Part 04、總結(jié)
本文中介紹了K8S中的升級(jí)策略和健康檢查,通過(guò)配置升級(jí)策略和健康檢查實(shí)現(xiàn)滾動(dòng)升級(jí)來(lái)確保微服務(wù)的平滑部署,但滾動(dòng)升級(jí)也對(duì)業(yè)務(wù)設(shè)計(jì)提出了更高的要求,需要業(yè)務(wù)在設(shè)計(jì)中做到前后版本兼容,否則滾動(dòng)升級(jí)過(guò)程中新舊版本同時(shí)存在期間服務(wù)調(diào)用可能會(huì)導(dǎo)致業(yè)務(wù)失敗、臟數(shù)據(jù)等問(wèn)題,業(yè)務(wù)要根據(jù)自身特性與需求選擇適合的升級(jí)方案。
引用:
kubernetes中文文檔:






























