503 Error while 运行 JMeter for Thread 400,是因为服务器问题吗?
503 Error while Running JMeter for Thread 400,Is it Because of Server issues?
线程用户 400 的 JMeter 运行 出现 503 错误,是否因为服务器问题。?当我 运行 100 个用户的线程组,启动时间为 25 秒时,它将工作正常,但对于 400 个用户,它给出 503 错误。
如果服务器不是 down/restarted,那么是,503 表示超载
Common causes are a server that is down for maintenance or that is overloaded
您需要找到阻止服务器为 400 个并发服务的原因requests/users
请注意,如果您在 equal/similar 生产环境之外的测试环境中进行测试,它可能无法反映生产服务器可以承受的负载
鉴于您在 100 位用户中没有遇到任何问题,而在 400 位用户中遇到问题很可能是与过载相关的服务器问题,所以恭喜您找到 bottleneck。
您可以按原样报告,也可以进行更深入的调查以找出原因,建议步骤:
- 与其一次启动 400 个用户,不如尝试在查看 Response Times vs Threads and Transaction Throughput vs Threads charts. Ideally response time should remain the same and throughput should be growing as the number of threads increase. When response time starts increasing and throughput starts decreasing it indicates the saturation point 的同时逐渐增加负载,在此阶段,您可以声明这是您的应用程序可以支持的最大用户数
- 检查您的应用程序日志和配置,因为它可能没有针对高负载进行适当调整,您可以使用 15 Simple ASP.NET Performance Tuning Tips 作为参考或为您的应用程序技术堆栈寻找类似的指南
- 确保您的应用程序有足够的余量来在 CPU、RAM、网络等方面进行操作,因为它可能基本上是缺乏资源的情况,可以使用 [= =13=]
- 用 profiler tool telemetry 重复你的测试,这样你就可以定位问题并说明有问题的代码或低效算法在哪里。
线程用户 400 的 JMeter 运行 出现 503 错误,是否因为服务器问题。?当我 运行 100 个用户的线程组,启动时间为 25 秒时,它将工作正常,但对于 400 个用户,它给出 503 错误。
如果服务器不是 down/restarted,那么是,503 表示超载
Common causes are a server that is down for maintenance or that is overloaded
您需要找到阻止服务器为 400 个并发服务的原因requests/users
请注意,如果您在 equal/similar 生产环境之外的测试环境中进行测试,它可能无法反映生产服务器可以承受的负载
鉴于您在 100 位用户中没有遇到任何问题,而在 400 位用户中遇到问题很可能是与过载相关的服务器问题,所以恭喜您找到 bottleneck。
您可以按原样报告,也可以进行更深入的调查以找出原因,建议步骤:
- 与其一次启动 400 个用户,不如尝试在查看 Response Times vs Threads and Transaction Throughput vs Threads charts. Ideally response time should remain the same and throughput should be growing as the number of threads increase. When response time starts increasing and throughput starts decreasing it indicates the saturation point 的同时逐渐增加负载,在此阶段,您可以声明这是您的应用程序可以支持的最大用户数
- 检查您的应用程序日志和配置,因为它可能没有针对高负载进行适当调整,您可以使用 15 Simple ASP.NET Performance Tuning Tips 作为参考或为您的应用程序技术堆栈寻找类似的指南
- 确保您的应用程序有足够的余量来在 CPU、RAM、网络等方面进行操作,因为它可能基本上是缺乏资源的情况,可以使用 [= =13=]
- 用 profiler tool telemetry 重复你的测试,这样你就可以定位问题并说明有问题的代码或低效算法在哪里。