Amazon ec2 AWS ALB返回502，没有任何日志条目

我们使用的是运行在AWS ECS中的node js后端服务器，位于ALB后面。然后我们有一个AWSAPI网关，带有一个调用ALB的代理lambda。这已经在生产中运行了几个月，几天前我们突然发现一些API调用中出现了502个错误

我已经检查了代理lambda日志，查看502是否从ALB返回。但是，当我检查节点应用程序日志时，没有失败的请求，事实上，在这些时间戳处似乎没有任何请求到达应用程序。然后我在ALB上启用了访问日志，它只显示200/201个响应-没有5xx。我现在有点不知道下一步该去哪里。在ALB访问日志中不存在502的情况下，什么会导致我的ALB返回502？是什么原因导致请求无法到达ECS中的我的节点应用？有没有人知道下一步要检查哪些日志，或者应该做些什么来查明错误？ECS中的某个层会导致这些症状吗？我在docker容器或任何东西中看不到任何错误

---

这似乎是突发事件，在一段时间内最多有50个失败的请求，然后在几个小时内都正常

原因可能有很多。以下内容可能适用于您-

尝试时，负载平衡器从目标接收到TCP RST 建立联系

负载平衡器收到来自目标的意外响应， 例如“ICMP目标不可访问（主机不可访问）”，当 正在尝试建立连接。检查是否允许通行 从负载平衡器子网到目标端口上的目标

目标关闭了与TCP RST或TCP FIN的连接，而 负载平衡器对目标有一个未完成的请求。检查是否 目标的保持活动持续时间短于空闲超时 负载平衡器的值

目标响应的格式不正确或包含不正确的HTTP标头 有效

负载平衡器遇到SSL握手错误或SSL握手 连接到目标时超时（10秒）

---

这是我的容器应用程序中的内存泄漏。RAM的使用量随着每个请求的增加而增加，直到崩溃。此时，ECS和ALB需要一段时间才能做出反应，因此大量请求被路由到死实例。

---

通过修复漏洞，问题得以解决，但我希望ECS/cloudwatch能够更好地内置支持高内存使用率警报，并使用触发器优雅地替换高内存使用率的实例。看来我得从头开始

一次爆破能持续多久？