502ECSAlb

Question

I与Nestjs具有nodejs aplication。那里有不同的终点，其中一些响应迅速，而另一些可以跑了数十秒。 AWS中的结构结构： WAF-> CloudFront-> Alb->ECS

从CloudFront中的时间日志从返回502个错误。 EC中的应用程序日志没有有关此类错误的任何信息。 ALB访问日志也没有显示错误，但是图表ELB 502表示它们。我还启用了VPC流日志，但是没有有用的信息。 我发现响应的标题看起来像这样：

thougent长度： 524 内容类型： 文本/html 日期： 星期二，2025年2月11日10:26:11格林尼治标准时间 服务器： awselb/2.0 Set-Cookie： awsalb = lcycp5ugtxpxdjrdgar5unvjwpvrlofpvc43vx/gpelpqqwokh5dpjzqs/waoiiwfharsaf7pqjom/lhizjlvnhbooyt/qgask in到期=星期二，2025年2月18日10:26:11格林尼治标准时间；路径=/ Set-Cookie： awsalbcors = lcycp5ugtxdjrdgar5gar5unvjwpvrlofpvc43vx/gpelpqqwokh5dpjzqs/waoiiwfharsaf7pqjom/lhizjjom/lhizjjlvnhbooyt/qgask/qgask/qgask/qgask/qgask/qgask/qgast/qgast/qgast/+xu5xhxsj4drransj4drransj4drransj4drransj4drran;到期=星期二，2025年2月18日10:26:11格林尼治标准时间；路径=/; samesite =无 通过： 1.1 38F46FACDAE93530546676E451869F4C.CLOUDFRONT.NET（CloudFront） X-AMZ-CF-ID： On-ozkjyuqo_dzrqjmhjuuza52zswdxbcibffpczy0pvmwl2-jydng ==== X-AMZ-CF-POP： MUC50-P5 X-CACHE： CloudFront

错误

alb属性：

tls版本和密码标题：out

WAF失败开放：Off

HTTP/2：on

连接闲置超时：60秒
HTTP客户端饲养持续时间：3600秒
• desync缓解模式：防御效应
drop无效的标题字段：Off
X-Forwed-for-For-Forned Header：Append
关键端口保存：Off
预先主机标头：outd
totarget Group Health-Check：
• 协议：http
• Path： /api /health-check
• 港：交通端口

健康阈值：2连续健康检查成功

不健康的阈值：连续3次健康检查失败

• Timeout：6秒
间隔：15秒 success代码：200-299,404
• 核心组属性：
施加延迟（排水间隔）：45秒
负载平衡算法：RoundRobin
• slow开始持续时间：0秒 sitchiness：Off
• 交叉区域负载平衡：从负载平衡器属性继承设置
• DNS - 健康状态要求

最小健康目标计数：1

最小健康的目标百分比：Off

• 沟通 - 健康状态要求
• 最小健康目标计数：1
• 最小健康的目标百分比：Off
• 填充1：Alb的粘性问题。
动作：关闭粘性
逆转：没有帮助
• 填充2。用CPU或内存尖峰
Action：没有发现内存的任何问题。但是发现CPU峰值最多可占最大CPU利用率的100％。增加了运行任务的数量。最大CPU利用率降低至20-30％
逆转：没有帮助
• 填充3。健康检查问题
Action：检查了所有时期，我没有看到目标群体一直处于不健康状态。增加超时，间隔和放松延迟。

逆转：没有帮助

---

填充4。ALB配置问题

Action：启用访问日志。但没有找到任何信息

逆转：没有帮助

---

填充5。在堆栈溢出中发现根本原因可能是-max-http-header-size innodejs

Action：增加到16Kb

的价值

逆转：没有帮助

---

很高兴听到任何建议进行调试或解决此问题的建议。谢谢！

在本地负载测试中，负载码头容器在某些峰值上没有返回响应。记忆还可以，而且看起来由于某个时期的100％CPU利用率而发生了好像发生了。

---