Kubernetes集群實(shí)戰(zhàn) 課件 3編寫YAML腳本部署服務(wù)；4探測(cè)Pod健康性

項(xiàng)目3編寫YAML腳本部署服務(wù)目錄CONTENTS1編寫Yaml腳本創(chuàng)建Deployment控制器2編寫Yaml創(chuàng)建任務(wù)型控制器任務(wù)1使用Yaml腳本創(chuàng)建Pod3.1.1Yaml腳本概述使用命令行創(chuàng)建Kubernets創(chuàng)建相關(guān)資源后，不便于審計(jì)和修改，因?yàn)楫?dāng)某個(gè)運(yùn)維人員使用命令創(chuàng)建了集群應(yīng)用，過(guò)段時(shí)間，就連自己都會(huì)忘記，更不便于修改了，同時(shí)，也不能夠進(jìn)行復(fù)用。編寫Yaml腳本方式運(yùn)維的原因大小寫敏感格式縮進(jìn)“#”表示注釋字符后使用空格Yaml腳本語(yǔ)法規(guī)則apiVersion（服務(wù)版本）Kind（資源類型）metadata（元數(shù)據(jù)）spec（定義）Yaml腳本常用關(guān)鍵字段3.1.2編寫Yaml腳本創(chuàng)建Pod對(duì)象在編寫yaml腳本時(shí)，有一個(gè)非常好用的命令是kubectlexplain，可以使用它解釋任何想定義的資源，這里要定義一個(gè)Pod資源，所以使用kubectlexpainpod來(lái)查看pod資源需要定義的字段信息.1.使用explain查看Pod資源字段1.語(yǔ)義解釋2.語(yǔ)法解釋3.創(chuàng)建pod4.修改pod5.刪除pod2.編寫yaml腳本定義Pod3.1.3編寫Yaml腳本創(chuàng)建Deployment控制器1.使用explain查看deployment資源字段通過(guò)deployment資源的描述信息，可以發(fā)現(xiàn)，它同樣有四個(gè)比較重要的字段，分別是apiVersion、kind、metadata、spec。2.編寫yaml腳本定義Deployment編寫yaml腳本定義Deployment在yaml目錄中，創(chuàng)建文件de.yaml3.創(chuàng)建Deployment使用kubectlapply創(chuàng)建deployment4.查詢de1的信息發(fā)現(xiàn)de1控制器有3個(gè)Pod，都處于READY就緒狀態(tài)了。5.查詢de1控制器控制的pod[root@masteryaml]#kubectlgetpod6.修改yaml腳本進(jìn)入de.yaml將replicas的副本數(shù)修改成4個(gè)，保存，重啟基于yaml腳本創(chuàng)建控制器。3.1.4編寫Yaml腳本創(chuàng)建Service服務(wù)發(fā)現(xiàn)1.使用explain查看service資源字段3.創(chuàng)建service5.訪問(wèn)服務(wù)2.編寫yaml腳本定義service4.查詢mynginx服務(wù)發(fā)現(xiàn)的詳細(xì)信息6.配置在集群外部訪問(wèn)服務(wù)任務(wù)2編寫Yaml創(chuàng)建任務(wù)型控制器3.2.1創(chuàng)建Jobs任務(wù)控制器ob控制器用于調(diào)配pod對(duì)象運(yùn)行一次性任務(wù)，容器中的進(jìn)程在正常運(yùn)行結(jié)束后不會(huì)對(duì)其進(jìn)行重啟，而是將pod對(duì)象置于completed狀態(tài)。若容器中的進(jìn)程因錯(cuò)誤而終止，則需要依據(jù)配置確定重啟與否，未運(yùn)行完成的pod對(duì)象因其所在的節(jié)點(diǎn)故障而意外終止后會(huì)被重新調(diào)度。實(shí)踐中，有的作業(yè)任務(wù)可能需要運(yùn)行不止一次，用戶可以配置它們以串行或并行的方式運(yùn)行，這種類型的job控制器對(duì)象有以下兩種1.單工作隊(duì)列的串行式j(luò)ob即以多個(gè)一次性的作業(yè)方式串行執(zhí)行多次作業(yè)，直至滿足期望的次數(shù)。2.多工作隊(duì)列的并行式j(luò)ob這種方式可以設(shè)置工作隊(duì)列數(shù)，即作業(yè)數(shù)，每個(gè)隊(duì)列僅負(fù)責(zé)運(yùn)行一個(gè)作業(yè)。Job任務(wù)控制器的使用場(chǎng)景3.2.1創(chuàng)建Jobs任務(wù)控制器1.使用explain查看job資源字段使用kubectlexplain檢查job控制器的字段2.編寫Job控制器的Yaml腳本在yaml目錄下創(chuàng)建job.yaml文件，根據(jù)job資源對(duì)象的字段信息，編寫job.yaml的腳本3.執(zhí)行腳本并查看執(zhí)行信息(1)執(zhí)行腳本(2)查看job控制器(3)查看pod狀態(tài)(4)查看任務(wù)執(zhí)行日志編寫Yaml腳本創(chuàng)建Job任務(wù)控制器3.2.2創(chuàng)建CronJob周期任務(wù)控制器理解了Job控制器后，CronJob就很簡(jiǎn)單了，只是多了一個(gè)周期時(shí)間，即在某個(gè)固定的時(shí)間執(zhí)行一個(gè)任務(wù)，CronJob的時(shí)間配置和linux中的crontab格式是一樣的。1.使用explain查看cronjob資源字段2.編寫cronjob控制器的Yaml腳本3.查看cronjob控制器4.查看任務(wù)執(zhí)行情況5.查看任務(wù)執(zhí)行情況CronJob任務(wù)控制器的使用場(chǎng)景編寫Yaml腳本創(chuàng)建CronJob任務(wù)控制器3.2.3創(chuàng)建DaemonSet守護(hù)任務(wù)控制器DaemonSet守護(hù)任務(wù)控制器的使用場(chǎng)景有時(shí)候，需要在每個(gè)節(jié)點(diǎn)運(yùn)行一個(gè)Pod容器，實(shí)現(xiàn)在新的節(jié)點(diǎn)加入時(shí)自動(dòng)運(yùn)行該P(yáng)od容器，必如收集每個(gè)工作節(jié)點(diǎn)的日志信息、監(jiān)控每個(gè)節(jié)點(diǎn)。這時(shí)候，就需要構(gòu)建一個(gè)DaemonSet守護(hù)任務(wù)型控制器。1.使用explain查看DaemonSet資源字段2.編寫DaemonSet控制器的Yaml腳本編寫Yaml腳本創(chuàng)建DaemonSet任務(wù)控制器3.創(chuàng)建控制器，觀察結(jié)果查看控制器以及通過(guò)控制器創(chuàng)建的Pod，結(jié)果如下圖所示。謝謝觀看項(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.編寫

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秒后才刪除文件，所以最開始探測(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@master

yaml]#kubectldescribepodexec-pod[root@master

yaml]#kubectlapply-fliveness-exec.yaml[root@master

yaml]#kubectlgetpod[root@master

yaml]#kubectlgetpod4.1.2使用Exec執(zhí)行命令探測(cè)1.編寫探測(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.編寫探測(cè)腳本創(chuàng)建一個(gè)名稱為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@master

yaml]#kubectlapply-freadiness