ThreadPool.SetMinThreads作爲熱身策略

Question

我的web應用面臨着巨大的CPU峯值。不是因爲流量增加，而是因爲負載沉重，比如報告出去。其中一些導致CPU在接下來的2-10分鐘內從健康的30％負載變爲100％......在這裏，我將描述如果我只有1臺服務器，但我已經看到多達4臺服務器瘋狂，因爲我的客戶大約50個星期的隊列需要一個報告在同一時間...我在azure上託管，我使用自動縮放來處理這些尖峯。如果負荷在70％以上超過2分鐘，則新實例上升。

問題是，因爲服務器1是100％備份的，所以當它上升時（我希望）負載均衡會將每個新請求引導到服務器2，直到服務器1再次處理更多。由於這種（預期的）行爲，我想知道是否應該提高線程的最小數量，以便能夠更快地處理即將到來的請求。
我的平時請求率約爲15/s，所以我認爲我應該開始游泳池至少50 ...

你們認爲什麼？

編輯1 2017年7月13日
到目前爲止，這是工作的罰款...我會嘗試更高的設置，看看會發生什麼

Answer 1

這一戰略並證明自己非常有幫助，減輕了不少的問題。並非我所有的問題都消失了，但錯誤/超時卻大大減少了。