機(jī)械制造基礎(chǔ) 課件 項(xiàng)目4 探測(cè)Pod健康性

項(xiàng)目4探測(cè)Pod健康性教材目錄CONTENTS任務(wù)1使用livenessProbe探測(cè)Pod任務(wù)2使用readinessprobe探測(cè)pod任務(wù)1使用livenessProbe探測(cè)Pod4.1.1理解探針作用探用解作理的針

現(xiàn)代一些分布式系統(tǒng)中，用戶訪問(wèn)的不再是單臺(tái)主機(jī)，而是一個(gè)由成百上千臺(tái)實(shí)例組成的集群，用戶請(qǐng)求通過(guò)負(fù)載均衡器分發(fā)到不同的實(shí)例，負(fù)載均衡幫助解決單臺(tái)服務(wù)器的訪問(wèn)壓力，同時(shí)提高了系統(tǒng)的高可用性，而健康檢查常常作為當(dāng)前實(shí)例是否“可用”的判斷標(biāo)準(zhǔn)，如果系統(tǒng)發(fā)現(xiàn)某臺(tái)實(shí)例健康檢查不通過(guò)，負(fù)載均衡器將不會(huì)把流量導(dǎo)向該實(shí)例。

1.檢查pod健康的必要性ExecHttpGet4.1.1理解探針作用

2.livenessProbe探針

livenessProbe探針是為了查看容器是否正在運(yùn)行，是讓Kubernetes知道你的應(yīng)用是否活著，如果你的應(yīng)用還活著，那么Kubernetes就讓它繼續(xù)存在。如果你的應(yīng)用程序已經(jīng)停止運(yùn)行了，Kubernetes將移除Pod并重新啟動(dòng)一個(gè)來(lái)替換它，livenessProbe探針的探測(cè)方式有3種，分別是執(zhí)行命令Exec探測(cè)、HttpGet探測(cè)、TcpSocket探測(cè)。TcpSocket探測(cè)方式1.查看livenessProbe字段使用kubectlexplain檢查linenessProbe探針的字段，命令如下：通過(guò)此命令的結(jié)果可以發(fā)現(xiàn)，livenessProbe的幾個(gè)重要子字段是exec、httpGet、tcpSocket、failureThreshold、initialDelaySeconds、periodSeconds、successThreshold、、timeoutSeconds，其中exec、httpGet、tcpSocket是檢測(cè)容器的三種方式。其它幾個(gè)字段的含義如下：（1）initialDelaySeconds

容器啟動(dòng)后第一次執(zhí)行探測(cè)是需要等待多少秒。（2）periodSeconds

執(zhí)行探測(cè)的頻率，默認(rèn)是10秒。（3）timeoutSeconds

探測(cè)超時(shí)時(shí)間，默認(rèn)1秒。（4）successThreshold

探測(cè)失敗后，最少連續(xù)探測(cè)成功多少次才被認(rèn)定為成功，默認(rèn)是1。（5）failureThreshold

探測(cè)成功后，最少連續(xù)探測(cè)失敗多少次才被認(rèn)定為失敗，默認(rèn)是3。[root@master~]#kubectlexplainpod.spec.containers.livenessProbe4.1.2使用Exec執(zhí)行命令探測(cè)2.編寫(xiě)livenessProbe探測(cè)腳本

定義了一個(gè)Pod，當(dāng)容器啟動(dòng)時(shí)，執(zhí)行使用Shell腳本命令，首先建立/tmp/test，過(guò)20秒后，刪除這個(gè)文件，休眠容器3600秒，目的是保持容器處于運(yùn)行狀態(tài)。

然后定義了一個(gè)livenessProbe存活性探針，在容器啟動(dòng)1秒后，使用Shell腳本探測(cè)容器中是否存在/tmp/test文件，因?yàn)檫^(guò)20秒后才刪除文件，所以最開(kāi)始探測(cè)一定是成功的，容器正常運(yùn)行，但探測(cè)的頻率是3秒，所以在經(jīng)過(guò)7次探測(cè)后，/tmp/test文件已經(jīng)被刪除了，探測(cè)就失敗了，容器就會(huì)重啟進(jìn)行自愈。4.1.2使用Exec執(zhí)行命令探測(cè)01020304創(chuàng)建Pod的命令如下：創(chuàng)建Pod創(chuàng)建完P(guān)od后，檢查Pod的信息，命令如下：查看Pod信息通過(guò)查看Pod的詳細(xì)信息，可以發(fā)現(xiàn)Pod重啟的原因，命令如下：查看重啟原因容器運(yùn)行20秒后，再次查看Pod信息，命令如下：過(guò)20秒后再次查看Pod信息3.執(zhí)行腳本并檢查

結(jié)果[root@masteryaml]#kubectldescribepodexec-pod[root@masteryaml]#kubectlapply-fliveness-exec.yaml[root@masteryaml]#kubectlgetpod[root@masteryaml]#kubectlgetpod4.1.2使用Exec執(zhí)行命令探測(cè)1.編寫(xiě)探測(cè)腳本

腳本定義了一個(gè)Pod，使用nginx:1.8.1鏡像啟動(dòng)了一個(gè)容器，定義了一個(gè)livenessProbe存活性探針，在容器啟動(dòng)1秒后，檢測(cè)網(wǎng)站根目錄下index.html是否存在，如果不存在，探測(cè)就失敗了，容器就會(huì)重啟進(jìn)行自愈。4.1.3使用httpGet方式探測(cè)（4）再次查看Pod運(yùn)行狀態(tài)（2）查看Pod信息（5）查看容器重啟原因（1）創(chuàng)建Pod4.1.3使用httpGet方式探測(cè)2.執(zhí)行腳本并檢查結(jié)果（3）刪除index.html文件【1】首先進(jìn)入容器【2】進(jìn)入網(wǎng)站根目錄【3】刪除index.html文件任務(wù)2使用readinessprobe探測(cè)pod4.2.1理解readinessProbe探針作用

livenessProbereadinessProbe配置和參數(shù)相同相同探測(cè)失敗后的行為重啟容器把容器標(biāo)記為Unready，不接受請(qǐng)求作用判斷是否需要重啟以實(shí)現(xiàn)自愈判斷容器是否準(zhǔn)備好對(duì)外提供服務(wù)初始值成功，防止應(yīng)用在沒(méi)成功啟動(dòng)前，被誤殺失敗，防止應(yīng)用還沒(méi)準(zhǔn)備好，有請(qǐng)求進(jìn)來(lái)返回值返回值在[200,400)范圍內(nèi)認(rèn)為成功，返回值5xx認(rèn)為失敗同livenessReadiness探針是為了查看容器是否準(zhǔn)備好接受HTTP請(qǐng)求，翻譯為就緒探針（readinessProbe）,就緒探針旨在讓Kubernetes知道你的應(yīng)用是否準(zhǔn)備好為請(qǐng)求提供服務(wù)。Kubernetes只有在就緒探針通過(guò)才會(huì)把流量轉(zhuǎn)發(fā)到Pod。如果就緒探針檢測(cè)失敗，Kubernetes將停止向該容器發(fā)送流量，直到它通過(guò)。1.查看readinessProbe字段通過(guò)研究發(fā)現(xiàn)，readinessProbe探針和livenessProbe探針的定義字段是一致的，主要包括exec、httpGet、tcpSocket、failureThreshold、initialDelaySeconds、periodSeconds、successThreshold、、timeoutSeconds等字段。2.編寫(xiě)探測(cè)腳本創(chuàng)建一個(gè)名稱(chēng)為readiness-deployment的控制器，使用httpGet的方式探測(cè)每個(gè)容器根目錄是否存在index.html主頁(yè)文件，如果存在，即進(jìn)入就緒狀態(tài)，如果失敗，則將該P(yáng)od設(shè)置成未就緒狀態(tài)，就緒狀態(tài)可以通過(guò)Service服務(wù)發(fā)現(xiàn)訪問(wèn)，未就緒狀態(tài)Pod則從服務(wù)列表中刪除。3.創(chuàng)建控制器創(chuàng)建控制器的命令如下：[root@masteryaml]#kubectlapply-freadiness.yaml觀察結(jié)果發(fā)現(xiàn)3個(gè)Pod都已經(jīng)創(chuàng)建成功并處于運(yùn)行狀態(tài)了，說(shuō)明就緒探針檢測(cè)到了每個(gè)Pod容器中的index.html文件，容器正常進(jìn)入就緒狀態(tài)了。4.驗(yàn)證就緒失敗狀態(tài)（1）創(chuàng)建服務(wù)發(fā)現(xiàn)S