新聞中心
當(dāng)我們?cè)谏a(chǎn)環(huán)境發(fā)布應(yīng)用時(shí),必須要考慮到當(dāng)前系統(tǒng)還有用戶(hù)正在使用的情況,所以盡量需要做到不停機(jī)發(fā)版。

創(chuàng)新互聯(lián)公司服務(wù)項(xiàng)目包括南芬網(wǎng)站建設(shè)、南芬網(wǎng)站制作、南芬網(wǎng)頁(yè)制作以及南芬網(wǎng)絡(luò)營(yíng)銷(xiāo)策劃等。多年來(lái),我們專(zhuān)注于互聯(lián)網(wǎng)行業(yè),利用自身積累的技術(shù)優(yōu)勢(shì)、行業(yè)經(jīng)驗(yàn)、深度合作伙伴關(guān)系等,向廣大中小型企業(yè)、政府機(jī)構(gòu)等提供互聯(lián)網(wǎng)行業(yè)的解決方案,南芬網(wǎng)站推廣取得了明顯的社會(huì)效益與經(jīng)濟(jì)效益。目前,我們服務(wù)的客戶(hù)以成都為中心已經(jīng)輻射到南芬省份的部分城市,未來(lái)相信會(huì)繼續(xù)擴(kuò)大服務(wù)區(qū)域并繼續(xù)獲得客戶(hù)的支持與信任!
所以在發(fā)布過(guò)程中理論上之前的 v1 版本依然存在,必須得等待 v2 版本啟動(dòng)成功后再刪除歷史的 v1 版本。
如果 v2 版本啟動(dòng)失敗 v1 版本不會(huì)做任何操作,依然能對(duì)外提供服務(wù)。
滾動(dòng)更新
圖片
這是我們預(yù)期中的發(fā)布流程,要在 kubernetes 使用該功能也非常簡(jiǎn)單,只需要在 spec 下配置相關(guān)策略即可:
spec:
strategy:
rollingUpdate:
maxSurge: 25%
maxUnavailable: 25%
type: RollingUpdate這個(gè)配置的含義是:
- 使用滾動(dòng)更新,當(dāng)然還有 Recreate 用于刪除舊版本的 Pod,我們基本不會(huì)用這個(gè)策略。
- maxSurge:滾動(dòng)更新過(guò)程中可以最多超過(guò)預(yù)期 Pod 數(shù)量的百分比,當(dāng)然也可以填整數(shù)。
- maxUnavailable:滾動(dòng)更新過(guò)程中最大不可用 Pod 數(shù)量超過(guò)預(yù)期的百分比。
這樣一旦我們更新了 Pod 的鏡像時(shí),kubernetes 就會(huì)先創(chuàng)建一個(gè)新版本的 Pod 等待他啟動(dòng)成功后再逐步更新剩下的 Pod。
圖片
優(yōu)雅停機(jī)
滾動(dòng)升級(jí)過(guò)程中不可避免的又會(huì)碰到一個(gè)優(yōu)雅停機(jī)的問(wèn)題,畢竟是需要停掉老的 Pod。
這時(shí)我們需要注意兩種情況:
- 停機(jī)過(guò)程中,已經(jīng)進(jìn)入 Pod 的請(qǐng)求需要執(zhí)行完畢才能退出。
- 停機(jī)之后不能再有請(qǐng)求路由到已經(jīng)停機(jī)的 Pod
第一個(gè)問(wèn)題如果我們使用的是 Go,可以使用一個(gè)鉤子來(lái)監(jiān)聽(tīng) kubernetes 發(fā)出的退出信號(hào):
quit := make(chan os.Signal)
signal.Notify(quit, syscall.SIGHUP, syscall.SIGINT, syscall.SIGTERM, syscall.SIGQUIT, syscall.SIGPIPE)
go func() {
<-quit
log.Printf("quit signal received, exit \n")
os.Exit(0)
}()在這里執(zhí)行對(duì)應(yīng)的資源釋放。
如果使用的是 spring boot 也有對(duì)應(yīng)的配置:
server:
shutdown: "graceful"
spring:
lifecycle:
timeout-per-shutdown-phase: "20s"當(dāng)應(yīng)用收到退出信號(hào)后,spring boot 將不會(huì)再接收新的請(qǐng)求,并等待現(xiàn)有的請(qǐng)求處理完畢。
但 kubernetes 也不會(huì)無(wú)限等待應(yīng)用將 Pod 將任務(wù)執(zhí)行完畢,我們可以在 Pod 中配置
terminationGracePeriodSeconds: 30來(lái)定義需要等待多長(zhǎng)時(shí)間,這里是超過(guò) 30s 之后就會(huì)強(qiáng)行 kill Pod。
具體值大家可以根據(jù)實(shí)際情況配置
spec:
containers:
- name: example-container
image: example-image
lifecycle:
preStop:
exec:
command: ["sh", "-c", "sleep 10"]同時(shí)我們也可以配置 preStop 做一個(gè) sleep 來(lái)確保 kubernetes 將準(zhǔn)備刪除的 Pod 在 Iptable 中已經(jīng)更新了之后再刪除 Pod。
這樣可以避免第二種情況:已經(jīng)刪除的 Pod 依然還有請(qǐng)求路由過(guò)來(lái)。具體可以參考 spring boot 文檔:
https://docs.spring.io/spring-boot/docs/2.4.4/reference/htmlsingle/#cloud-deployment-kubernetes-container-lifecycle
回滾
回滾其實(shí)也可以看作是升級(jí)的一種,只是升級(jí)到了歷史版本,在 kubernetes 中回滾應(yīng)用非常簡(jiǎn)單。
# 回滾到上一個(gè)版本
k rollout undo deployment/abc
# 回滾到指定版本
k rollout undo daemonset/abc --to-revisinotallow=3同時(shí) kubernetes 也能保證是滾動(dòng)回滾的。
優(yōu)雅重啟
在之前的 如何優(yōu)雅重啟 kubernetes 的 Pod 那篇文章中寫(xiě)過(guò),如果想要優(yōu)雅重啟 Pod 也可以使用 rollout 命令,它也也可以保證是滾動(dòng)重啟。
k rollout restart deployment/nginx使用 kubernetes 的滾動(dòng)更新確實(shí)要比我們以往的傳統(tǒng)運(yùn)維簡(jiǎn)單許多,就幾個(gè)命令的事情之前得寫(xiě)一些復(fù)雜的運(yùn)維腳本才能實(shí)現(xiàn)。
文章標(biāo)題:五分鐘K8s實(shí)戰(zhàn)-滾動(dòng)更新與優(yōu)雅停機(jī)
網(wǎng)址分享:http://m.fisionsoft.com.cn/article/coiidcj.html


咨詢(xún)
建站咨詢(xún)
