AWS目标组在没有数据的情况下变得不健康

问题描述

我通过弹性beantalk在单个EC2实例中的aws上部署了一个后端服务器。该服务器具有IP白名单,因此不响应ALB健康检查,因此所有目标组始终保持不健康状态。

根据official AWS docs on health checks

如果目标组仅包含不健康的注册目标,则负载均衡器节点会在其不健康的目标之间路由请求。

这是使我的应用程序运行的原因,即使ALB目标组始终不正常。

昨晚情况发生了变化,我遇到了停电的情况,由于我无法弄清原因,所有请求开始被503s拒绝。通过增加弹性beantalk的最小容量,我可以通过提供另一个EC2实例来使事情重新工作。

在停机期间,cloudwatch既没有运行实例,也没有运行不正常的实例,尽管实际上没有任何变化,因为在过去的几个月中有一个EC2实例未运行。

cloudwatch no data

在这个缺口中,我可以找到有关TCP连接的指标:

connections

我真的不明白这里发生了什么,有人可以解释什么或如何调试吗?

解决方法

暂无找到可以解决该程序问题的有效方法,小编努力寻找整理中!

如果你已经找到好的解决方法,欢迎将解决方案带上本链接一起发送给小编。

小编邮箱:dio#foxmail.com (将#修改为@)