Amazon ECS：目標組健康檢查與容器健康檢查

Question

Amazon ECS 支持兩種不同類型的運行狀況檢查：

• 目標組健康檢查發出可配置的網絡請求
• 容器運行狀況檢查在 docker 容器中運行，並且可以配置為運行容器支持的任何 shell 命令

如果兩個健康檢查都配置了，哪一個勝出？ 如果任一失敗，服務是否標記為UNHEALTHY ？ 還是兩者兼而有之？ 我可以配置一個來覆蓋另一個嗎？

我非常希望目標組的健康狀態不會導致 ECS 不斷地反彈服務，我希望容器健康檢查可以用來覆蓋它。

Answer 1

AWS 文檔在這個主題上有些含糊不清，但在健康檢查方面確實表明 ALB 和 ECS 之間存在高度耦合。 即，請參閱healthCheckGracePeriodSeconds和minimumHealthyPercent的文檔，了解受負載均衡器存在與否影響的 ECS 健康檢查行為示例。

healthCheckGracePeriodSeconds可能有助於避免失敗的 ALB 健康檢查導致 ECS 容器重新啟動（至少在服務啟動期間）：

在任務進入 RUNNING state 后，Amazon ECS 服務計划程序應忽略不正常的 Elastic Load Balancing 目標運行狀況檢查、容器運行狀況檢查和 Route 53 運行狀況檢查的時間段（以秒為單位）。 這僅在您的服務配置為使用負載平衡器時有效。 如果您的服務定義了負載均衡器並且您未指定運行狀況檢查寬限期值，則使用默認值 0。

如果您的服務的任務需要一段時間才能啟動並響應健康檢查，您可以指定最長 2,147,483,647 秒的健康檢查寬限期，在此期間 ECS 服務調度程序將忽略健康檢查狀態。 此寬限期可以防止 ECS 服務調度程序將任務標記為不健康並在它們有時間啟動之前停止它們。