我们正在使用 JMeter 对托管在 HTTPs 负载均衡器后面的 MIG(有 2 个实例)进行负载测试。
观察1:
我们随机收到404 error
和503 error
,对于 404,我们看到在负载均衡器监控中创建了一个条目NO_BACKEND_SELECTED
(而不是我们实际的 MIG 后端)。此外,对于 503,我们看到在负载均衡器监控中创建了一个条目FRONTEND_5XX
。
基于 GCP:
NO_BACKEND_SELECTED - An error or other interruption occurred before a backend could be selected. FRONTEND_5XX - An internal error occurred before the GFE could select a backend. The GFE returned 5XX to the client.
上述声明对于排除故障、解决问题或隔离问题原因没有帮助。我们在 GCP 文档或其他文章中没有找到与这些错误消息相关的任何内容。
观察2: 我们随机收到随机 SSL 异常;远程主机终止连接、读取握手、套接字关闭和上游连接@JMeter 端。
采取的措施
- 将后端服务器上的 Keep Alive 更改为 620 秒(GFE 的 Keep Alive 为 600 秒)
- 创建自定义 SSL 策略(最低 TLS 设置为 1.1)
- 将后端超时从默认的 30 秒增加到 65 秒
因此,我们正在研究我们遗漏了什么,或者我们还可以为了测试目的进行什么微调/修改,以解决上述问题。
谢谢。Gaurav_N17
答案1
答案2
经过负载测试,我们得出结论,是数据库端的高资源利用率导致了这个问题。我们垂直扩展了数据库资源。谢谢。