Amazon :目标组健康检查与容器健康检查

Question

Amazon支持两种不同类型的健康检查：

• 目标群体健康检查发出可配置的网络请求
• 集装箱健康检查在docker容器中运行，并且可以配置为运行容器支持的任何shell命令。

如果这两项健康检查都配置好了，那么哪一项是赢家？如果任何一个失败，服务是否被标记为UNHEALTHY？还是两者都有？我可以配置一个来覆盖另一个吗？

我非常希望目标组的健康状态不会导致ECS不断地弹出服务，我希望容器健康检查可以用来覆盖它。

Answer 1

AWS文档在这个主题上有些模糊，但确实表明ALB和ECS在健康检查方面存在高度耦合。例如，请参阅文档 for healthCheckGracePeriodSeconds和minimumHealthyPercent以获得ECS健康检查行为的示例，这些行为受负载平衡器的存在或不存在的影响。

healthCheckGracePeriodSeconds可能有助于避免失败的ALB健康检查导致重新启动ECS容器(至少在服务启动期间)：

Amazon服务调度程序在任务进入运行状态后应忽略不健康的弹性负载平衡目标健康检查、容器健康检查和路由53健康检查的时间(以秒为单位)。只有当您的服务配置为使用负载均衡器时，此操作才有效。如果您的服务定义了负载均衡器，并且没有指定健康检查宽限期值，则将使用默认值0。 如果服务的任务需要一段时间才能启动和响应健康检查，则可以指定最长为2,147,483,647秒的健康检查宽限期，在此期间，ECS服务调度程序将忽略健康检查状态。此宽限期可以防止ECS服务调度程序在任务出现之前将其标记为不健康并停止它们。

Answer 2

根据我的经验，任何一个都会导致你的容器退役。我想说，如果您有目标组执行检查，那么您可能不需要容器健康检查。