小編給大家分享一下如何使用Kubernetes健康檢查，相信大部分人都還不怎么了解，因此分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后大有收獲，下面讓我們一起去了解一下吧！

網(wǎng)站建設(shè)哪家好，找創(chuàng)新互聯(lián)建站！專注于網(wǎng)頁設(shè)計(jì)、網(wǎng)站建設(shè)、微信開發(fā)、重慶小程序開發(fā)、集團(tuán)企業(yè)網(wǎng)站建設(shè)等服務(wù)項(xiàng)目。為回饋新老客戶創(chuàng)新互聯(lián)還提供了溫嶺免費(fèi)建站歡迎大家使用！

Liveness Probes

Kubernetes健康檢查被分成 liveness和readiness probes。liveness probes是用來檢測你的應(yīng)用程序是否正在運(yùn)行。通常情況下，你的程序一崩潰，Kubernetes就會(huì)看到這個(gè)程序已經(jīng)終止，然后重啟這個(gè)程序。但是liveness probes的目的就是捕捉到當(dāng)程序還沒有終止，還沒有崩潰或者還沒陷入死鎖的情況。所以一個(gè)簡單的HTTP回應(yīng)能夠滿足。

以下是一個(gè)我使用的為Go應(yīng)用程序使用健康檢查的例子。

在配置中

上圖就是告訴Kubernetes，應(yīng)用程序正在運(yùn)行。initialDelaySeconds 告訴Kubernetes在看到pod啟動(dòng)之后要延遲開啟健康檢查，并說清楚延遲幾秒。如果你的應(yīng)用程序需要一些時(shí)間來啟動(dòng)，你可以用這個(gè)設(shè)置來幫助它。timeoutSeconds會(huì)告訴Kubernetes應(yīng)該為健康檢查等待多長時(shí)間。對于liveness probes，這個(gè)時(shí)間不能太長，但是萬一有欠載的情況，你就真的需要給你的應(yīng)用足夠的時(shí)間來回應(yīng)。

如果應(yīng)用程序從未啟動(dòng)，或者回應(yīng)過來一個(gè)HTTP錯(cuò)誤代碼，那么之后Kubernetes就會(huì)重新啟動(dòng)pod。你最好不要在liveness probes中進(jìn)行太炫酷的什么動(dòng)作，想都不要想，因?yàn)橐坏﹍iveness probes功能開始失效的話，這會(huì)引起你的應(yīng)用程序錯(cuò)誤

Readiness Probes

Readiness Probes跟liveness probes十分相似，只有失效檢測的結(jié)果是不一樣的。Readiness Probes是用來檢查你的應(yīng)用程序是否可以為通信服務(wù)。這跟liveness有些微妙的不同。比如，你的應(yīng)用程序取決于數(shù)據(jù)庫與memcached。如果上面兩個(gè)都在良好狀態(tài)，為你的應(yīng)用提供通信，然后你就可以說這兩個(gè)都是你的應(yīng)用的“readiness”。

如果你的應(yīng)用的readness probe運(yùn)行失敗，那么pod就會(huì)從組成service的端點(diǎn)被刪除。這樣的話，沒有準(zhǔn)備好的pods就不會(huì)有流量通信通過Kubernetes服務(wù)發(fā)現(xiàn)機(jī)制來發(fā)送給他們。當(dāng)遇到service的新pod啟動(dòng)時(shí)；拓展events時(shí)，滾動(dòng)更新等狀態(tài)的時(shí)候，這個(gè)狀態(tài)十分有幫助。Readiness probes確認(rèn)在pods開啟的時(shí)候pods沒有被發(fā)通信，還有他們處于待服務(wù)通信的時(shí)候也沒有。

Readiness probe的定義跟liveness probes的定義一樣。Readiness probes被定義為Deployment的一部分，比如像這樣：

你是不是想要檢驗(yàn)一下是否可以在你的readiness probe中連接到你的應(yīng)用程序的依賴。以我們依賴數(shù)據(jù)庫為例，我們想要檢查我們是否能夠連接到兩者。

情況看起來應(yīng)該是這樣的（下圖所示）。我檢查memcached和數(shù)據(jù)庫，如果有一個(gè)不可得，那么我就會(huì)回復(fù)一個(gè)503回應(yīng)狀態(tài)。

更穩(wěn)定的應(yīng)用程序

Liveness和Readiness probes對增加應(yīng)用程序的穩(wěn)定性很有幫助。他們幫助確認(rèn)通信是否只流通到為它準(zhǔn)備的實(shí)例上，當(dāng)應(yīng)用變得無反應(yīng)的時(shí)候，自我治愈也是一樣。他們就是我同事所說的叫做“12 Fractured Apps”的更好的解決方法。有了合適的健康檢查，你就能夠以任意順序配置你的應(yīng)用程序，不需要擔(dān)心相關(guān)性或者復(fù)雜的進(jìn)入點(diǎn)腳本。當(dāng)應(yīng)用程序準(zhǔn)備好的時(shí)候，他們會(huì)開始服務(wù)通信，所以自動(dòng)調(diào)度和滾動(dòng)更新運(yùn)行得十分順利。

以上是“如何使用Kubernetes健康檢查”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道！