JMeter压测遇504网关超时但Azure Application Insights无错误排查

一、为什么Application Insights中看不到错误？ #

504是网关层面的超时错误，多数情况是请求还没到达你的应用代码，就被Azure的前端组件（比如App Service内置负载均衡器、Application Gateway）拦截并返回了超时响应——这种情况下应用根本没处理到请求，自然不会在App Insights中留下错误日志。

除此之外还有几种可能：

• App Insights采样策略：高负载下默认采样可能跳过了部分请求，导致未记录到504相关事件。
• 日志配置缺失：如果错误发生在SignalR连接建立阶段，而你没配置SignalR的日志追踪，App Insights也不会捕获这类事件。
• 错误定义差异：后端应用可能因为超时还没抛出异常就被网关切断请求，App Insights只记录应用主动抛出的错误，不会追踪这类被动中断的请求。

二、定位504错误根源的具体步骤 #

1. 查看App Service网关级日志 #

开启App Service的详细错误日志和失败请求跟踪：

• 在Azure Portal的App Service资源中，进入「日志」>「应用服务日志」，开启这两个选项并设置存储位置。
• 下载日志后，找到返回504的请求记录，查看请求到达后端的时间、是否有后端响应迹象，以及网关超时触发的具体原因（比如连接池耗尽、后端实例无响应）。

2. 检查App Service Plan资源瓶颈 #

• 监控CPU、内存使用率：如果瞬间打满，说明实例资源不足，无法处理300用户的并发请求。
• 查看并发连接数：每个App Service实例有默认并发连接限制（比如B1实例约192个），10秒内启动300用户很可能超过单实例连接上限，导致网关无法建立新连接返回504。
• 关注请求队列长度：队列持续增长说明后端处理能力跟不上，请求堆积导致超时。

3. 排查PostgreSQL性能瓶颈 #

• 检查数据库连接数上限：300用户同时发起数据库请求，可能瞬间耗尽连接池，导致后端服务等待数据库连接超时。
• 查看慢查询日志：执行时间过长的查询、锁表、索引缺失等问题，会导致后端响应缓慢，网关等待超时返回504。
• 监控数据库CPU、IO使用率：资源超限会直接拖慢查询响应速度。

4. 分析SignalR连接状态 #

SignalR的持久连接会占用大量TCP连接资源：

• 查看SignalR连接日志（在App Service日志中开启SignalR相关追踪），看连接建立成功率、是否有频繁断开重连的情况。
• 检查SignalR服务消息推送延迟：消息积压会导致连接超时，触发网关504。
• 确认App ServiceWebSockets配置：是否开启WebSockets（SignalR默认依赖它），未开启会降级为长轮询，更易引发连接超时。

5. 检查网关超时配置 #

• 如果使用Application Gateway，查看请求超时时间（默认30秒），若后端处理请求的时间超过这个值，网关会直接返回504。
• 查看Gateway健康探针状态：如果后端实例被探针标记为不健康，网关停止转发请求也可能导致504。

6. 利用Azure诊断工具 #

使用App Service的诊断和解决问题功能，选择「可用性和性能」相关排查项，它会自动分析连接故障、超时问题，给出具体原因和修复建议。

内容的提问来源于stack exchange，提问作者ella_em