2015-12-02 97 views
0

我們在生產環境中使用一對負載平衡的Worklight 6.1.0.02.20150520-1015服務器來支持每天約有15〜20k個查詢的移動應用程序通過Worklight服務器適配器。Worklight服務器適配器錯誤

這些適配器調用並沒有真正進行任何處理。大多數情況下,它們只是將http請求傳遞到與Worklight服務器位於同一區域的內部服務器。內部服務器通常在100ms或更短時間內響應請求。

我們在Worklight日誌中看到平均每千個請求有12個錯誤。他們大約是2/3的UNEXPECTED_ERROR,1/3的REQUEST_TIMEOUT和1/3的UNRESPONSIVE_HOST。據我們所知,這些請求甚至不會到達內部服務器。

就好像這些請求在Worklight服務器上以某種方式排隊或失敗一樣。

適配器通常具有這些設置;

< loadConstraints maxConcurrentConnectionsPerNode = 「50」/ >

<程序名稱= ... requestTimeoutInSeconds = 「60」/ >

我們應該怎樣做才能減少這種誤差率是多少?

這是否表示服務器需要更多內存或處理速度?我們是否需要嘗試更改設置?或者是什麼?

+0

您是否完成了與生產相同的基礎架構設置的非生產環境的性能測試? –

+0

我們已經完成並正在計劃進行額外的性能測試,但非生產環境硬件相似但不相同;一臺服務器而不是一臺負載均衡對,其內存少於生產服務器。 – Michael

+0

你能分享來自日誌的堆棧跟蹤嗎? –

回答

0

我的建議是由您的業務/開發單位打開一個IBM PMR(支持票),因爲這個問題不適合堆棧溢出(更多關於基礎結構處理而不是編程)。支持/開發團隊然後可以調查並可能提供解決方案。

相關問題