请求Azure API管理终结点的50个用户的Jeter负载测试-错误：ClientConnectionFailure：在传输响应时 [英] Jmeter Load test of 50 users requesting Azure API Management endpoint - Error: ClientConnectionFailure: at transfer-response

问题描述

我们有一个Azure应用程序，其功能是应用程序(后端)，它与Azure SQL Server对话，并通过API管理服务作为前端(我们有应用程序网关，通过它调用API)。 应用程序工作得很好，但一旦我们对50到100个并发用户进行负载测试，我们就会看到(ClientConnectionFailure： 在传输响应时)。

[{"severityLevel":"Error","outerId":"0","message":"Client connection was unexpectedly closed.","type":"ClientConnectionFailure","id":"0","parsedStack":[{"method":"transfer-response","level":0,"line":0}]}]

我已检查了Application Insights上的跟踪表，但没有看到任何故障，因此我不确定这是否会导致JMeter负载测试客户端在服务器加载响应之前断开连接。

有人遇到这样的问题并找到解决方法吗？我们正在使用高级服务计划运行，因此，我们的服务或SQL呼叫没有出现重大问题。

感谢您的帮助。

谢谢您

推荐答案

跟随my initial thread上报该问题，除了评论和回复都在谈论后台超时外，没有证据表明后台表现不佳。我检查了日志，正如我在原始线程中提到的，后端和客户端应用程序的响应时间较短(<；1分钟)，从而导致超时。因此，我开始探索另一个不同的选项，在这种情况下，向APIM同时执行的请求的数量，我想说，如果同时执行大量请求，其中一些将开始排队，并且根据它们将排队的时间长短，客户端可能会开始超时。因此，在我的记忆中，我限制了Azure函数的可伸缩性，以避免大规模伸缩。或者，如果您不想朝该方向前进，可以尝试Premium Plan on Azure Functions

这篇关于请求Azure API管理终结点的50个用户的Jeter负载测试-错误：ClientConnectionFailure：在传输响应时的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！