如何理解Readiness探測

這篇文章將為大家詳細講解有關(guān)如何理解Readiness探測 ，文章內(nèi)容質(zhì)量較高，因此小編分享給大家做個參考，希望大家閱讀完這篇文章后對相關(guān)知識有一定的了解。

除了 Liveness 探測，Kubernetes Health Check 機制還包括 Readiness 探測。

用戶通過 Liveness 探測可以告訴 Kubernetes 什么時候通過重啟容器實現(xiàn)自愈；Readiness 探測則是告訴 Kubernetes 什么時候可以將容器加入到 Service 負載均衡池中，對外提供服務(wù)。

Readiness 探測的配置語法與 Liveness 探測完全一樣，下面是個例子：

這個配置文件只是將前面例子中的 liveness 替換為了 readiness，我們看看有什么不同的效果。

Pod readiness 的 READY 狀態(tài)經(jīng)歷了如下變化：

1. 剛被創(chuàng)建時，READY 狀態(tài)為不可用。

2. 15 秒后（initialDelaySeconds + periodSeconds），第一次進行 Readiness 探測并成功返回，設(shè)置 READY 為可用。

3. 30 秒后，/tmp/healthy 被刪除，連續(xù) 3 次 Readiness 探測均失敗后，READY 被設(shè)置為不可用。

通過 kubectl describe pod readiness 也可以看到 Readiness 探測失敗的日志。

下面對 Liveness 探測和 Readiness 探測做個比較：

1. Liveness 探測和 Readiness 探測是兩種 Health Check 機制，如果不特意配置，Kubernetes 將對兩種探測采取相同的默認行為，即通過判斷容器啟動進程的返回值是否為零來判斷探測是否成功。

2. 兩種探測的配置方法完全一樣，支持的配置參數(shù)也一樣。不同之處在于探測失敗后的行為：Liveness 探測是重啟容器；Readiness 探測則是將容器設(shè)置為不可用，不接收 Service 轉(zhuǎn)發(fā)的請求。

3. Liveness 探測和 Readiness 探測是獨立執(zhí)行的，二者之間沒有依賴，所以可以單獨使用，也可以同時使用。用 Liveness 探測判斷容器是否需要重啟以實現(xiàn)自愈；用 Readiness 探測判斷容器是否已經(jīng)準備好對外提供服務(wù)。

關(guān)于如何理解Readiness探測 就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。