我有一個Rest API的測試計劃,其中包含一個線程組,其中包含2個採樣器。 在運行負荷試驗jmeter - 如何在彙總報告中設置最大值
- 線程沒有(用戶):80
- 緩升週期:1
我得到JMeter的 「響應代碼:GATEWAY_TIMEOUT:504 Response消息」。
我觀察到,當聚合圖中的最大值達到60000ms時,所有響應都會超時。 需要做些什麼來防止超時問題。 當我使用50個或更少的用戶時,負載測試正常工作。
我有一個Rest API的測試計劃,其中包含一個線程組,其中包含2個採樣器。 在運行負荷試驗jmeter - 如何在彙總報告中設置最大值
我得到JMeter的 「響應代碼:GATEWAY_TIMEOUT:504 Response消息」。
我觀察到,當聚合圖中的最大值達到60000ms時,所有響應都會超時。 需要做些什麼來防止超時問題。 當我使用50個或更少的用戶時,負載測試正常工作。
我認爲你會得到超時,因爲在80多個用戶的負載下,響應時間開始增加,但是你的應用程序或其他API的持續時間設置較少。由於響應時間過長,您將超出持續時間並獲取這些錯誤。
要解決此問題,最簡單的解決方案是儘可能增加超時值。
否則,您需要將這些Rest API的響應時間提高到更好的值,以便您不會超時。
這樣做時,監視系統利用率以確保更改不會妨礙其他任何地方。
從你所說的看來你的應用程序的限制是〜60用戶使用給定的配置進行加載。
請檢查您的ELB設置或應用程序服務器設置(glassfish/apache),ELB默認有59秒的超時時間,之後ELB會過期您的請求。
但是,您可以在DB中看到對這些請求的響應,這可能需要較長的時間來響應