Readiness 功能

上一篇提到 Liveness pod check 功能，今日此篇介紹另一個 pod check 功能：Readiness

這兩者 check 功能是有差異的～
Liveness 是在 pod 已經運行狀態下並且開放請求流量時，進行 pod check 任務。
Readiness 是反過來，就在 Pod 未接受請求流量前就開始進行 pod check，並確認 check ok 之後，pod 才加入 service 行列中開始接受請求流量。
此功能目的就是：確認 pod 已經準備就緒！

其配置方式與 Liveness 是相同地：

# 以下僅是配置示意範本
spec:
  containers:
  - image: k8s.gcr.io/echoserver:1.10
    readinessProbe:
      httpGet:
        path: /healthy
        port: 8080
      initialDelaySeconds: 1
      periodSeconds: 10
      timeoutSeconds: 1
      failureThreshold: 3

配置說明

上篇沒提到的配置說明，今日完整補充
Probe 配置中有很多依場景需求而定，盡可能滿足 liveness 和 readiness 的檢查功能：

• initialDelaySeconds：容器啟動後幾秒之後進行第一次探測任務。
• periodSeconds：執行探測的頻率間隔，默認是10秒，最小1秒。
• timeoutSeconds：探測超時時間，默認1秒，最小1秒。
• successThreshold：繼上次失敗後，最少連續探測成功次數才被認定為成功，默認是 1；
  • 對於 liveness 必須是 1，最小值是 1。
• failureThreshold：連續探測失敗多少次才被認定為失敗，默認是 3，最小值是 1；
  • liveness 達標情況下將重啟 pod。
  • readiness 在此標準下，認定 pod 未準備就緒。

HTTP 應用中進行 httpGet 檢查，有其他配置選項：

• host：連線的主機名，預設連線到 pod IP。
• scheme：連線使用的 schema，默認HTTP。
• path: 請求 HTTP server 的 path。
• httpHeaders：定義 HTTP request header。
• port：容器內所啟用的 HTTP TCP Port，介於 1 和 65525 之間。

有關 HTTP probe，由 kubelet 針對所指定的path、port發送 HTTP 請求進行檢查。
預設，Kubelet 將 probe 發送到容器的 IP 地址，除非設置了host欄位而覆蓋了預設值。
在大多數情況下，是不用設置host欄位。

有一種情況下您可以設置它～
假設容器在 127.0.0.1 Listen service，並且 PodhostNetwork欄位是true，此時，httpGet host是該設置為127.0.0.1。
如果 pod 依賴於虛擬主機，這可能是更常見的情況，不建議使用host，而應該利用httpHeaders去定義 host header。

參考書籍\文章出處：
Kubernetes 建置與執行 書中 P.55 P.81 內容
https://k8smeetup.github.io/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/ https://kubernetes.io/docs/tasks/configure-pod-container/configure-liveness-readiness-probes/#define-readiness-probes