我們在生產環境中使用一對負載平衡的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」/ >
我們應該怎樣做才能減少這種誤差率是多少?
這是否表示服務器需要更多內存或處理速度?我們是否需要嘗試更改設置?或者是什麼?
您是否完成了與生產相同的基礎架構設置的非生產環境的性能測試? –
我們已經完成並正在計劃進行額外的性能測試,但非生產環境硬件相似但不相同;一臺服務器而不是一臺負載均衡對,其內存少於生產服務器。 – Michael
你能分享來自日誌的堆棧跟蹤嗎? –