為工作站集區設定容器健康狀態檢查

您可以為新舊 Cloud Run 工作人員集區設定 HTTP、TCP 和 gRPC 啟動探查，以及 HTTP 和 gRPC 存活探查。設定方式會因探針類型而異。

用途

您可以設定兩種類型的健康狀態檢查探測器：

• 有效性探測會判斷是否要重新啟動容器。

  • 如果發生錯誤，重新啟動容器可提高工作站集區的可用性。
  • 執行中的探測器會重新啟動無法以任何其他方式復原的個別執行個體。主要用途是處理無法復原的執行個體故障，例如偵測工作者集區正在執行，但無法繼續運作的死結。您可以使用自訂機構政策，為每個容器設定存活探查。

• 啟動探測會判斷容器是否已啟動。

  • 設定啟動探測時，系統會停用健康狀態檢查，直到啟動探測判斷容器已啟動為止，以免干擾工作站集區啟動。
  • 如果您對啟動緩慢的容器使用有效性檢查，啟動探測就特別實用，因為這樣可避免容器在啟動並執行前過早關閉。

請注意，如果工作站集區發生重複啟動或健康狀態探測失敗的情況，Cloud Run 會限制執行個體重新啟動次數，防止不受控的當機迴圈。

CPU 分配方式

• 探測器執行時，系統一律會分配 CPU。
• 所有探針都會根據 CPU 和記憶體用量計費。

探測需求和行為

設定探測

變更任何設定都會建立新的修訂版本。除非您明確做出更新，變更這項設定，否則後續的修訂版本也會自動取得這個設定。

您可以使用 Cloud Run REST API 設定 HTTP、TCP 和 gRPC 探查：

建立 HTTP 健康狀態檢查端點

如果為 HTTP 啟動探測或存活探測設定 Cloud Run 工作站集區，您需要在工作站集區程式碼中新增端點，以回應探測。端點可以有任何名稱，例如 /startup 或 /ready，但名稱必須與探查設定中為 path 指定的值相符。舉例來說，如果您為 HTTP 啟動探測器指定 /ready，請在探測器設定中指定 path，如下所示：

startupProbe:
  httpGet:
    path: /ready

HTTP 健康狀態檢查端點可從外部存取，並遵循與其他對外公開 HTTP 端點相同的原則。