应用程序负载均衡器是否对不健康实例进行自动健康检查？

Question

我们在ALB后面运行了一个私有的EC2 Linux实例。只有一个实例正在运行，并且没有配置自动缩放。

有时ALB出于某些原因将实例标记为不健康。这种情况主要发生在实例上的网络流量很高时，通常是一到两个小时。这种行为是不可预测的。因此，当尝试访问部署在EC2实例中的web应用程序时，我们得到了502个坏网关。我们重新启动EC2实例，然后问题才会得到解决。

ALB在将目标群体标记为不健康后是否再次对其进行健康检查？假设ALB使用一个EC2实例将目标组标记为不健康。ALB被配置为每30秒执行一次健康检查。在同一目标群体被标记为不健康后30秒后，它会检查是否健康吗？还是会寻找新的健康实例？

我假设自动缩放配置可以通过在实例出现不健康时将组设置为1来解决这个问题？我们的AWS架构师认为Tomcat正在创建内存泄漏，而当time.Tomcat上有太多的请求没有在EC2中运行时。

解决这个问题的方法是什么？我搜索系统日志和配置的ALB访问日志，但没有提供任何线索。

在这个链接中，我看到ALB将请求路由到不健康的目标，而没有其他健康目标可用。https://docs.aws.amazon.com/elasticloadbalancing/latest/application/target-group-health-checks.html

我的问题是，ALB会在目标人群被标记为不健康后再次对其进行健康检查吗？

Answer 1

事实上，即使被标记为不健康，ALB也会继续进行健康检查。您可以配置一个“健康阈值计数”，它指示在不健康的主机再次标记为“健康”之前应该接收多少“健康”响应。

根据文档

当健康检查超过HealthyThresholdCount连续成功时，负载均衡器将目标重新投入服务。

如果您的健康检查间隔为60秒，并且健康阈值计数为3，则至少需要3分钟才能再次标记不健康主机。