我的网络应用程序面临巨大的CPU峰值。不是因为流量增加，而是因为负载过重，例如报告外出。其中一些导致CPU在接下来的2-10分钟内从健康的30％负载变为100％...这里我将描述好像我只有一台服务器，但我已经见过到4台服务器疯了，因为大约50个客户的星星排列需要同时报告...我在azure上托管，我使用自动缩放来处理这些尖峰。如果负载超过70％超过2分钟，则新实例会上升。
问题是，因为服务器1是100％备份的，当它上升时，（我希望）负载平衡将每个新请求都指向服务器2，直到服务器1可以再次处理更多。由于这种（预期的）行为，我想知道是否应该提高最小线程数，以便它可以更快地处理即将发生的请求。
我通常的请求率大约是15 / s，所以我认为我应该以至少50个开始游泳池......
你们的想法是什么？
编辑1 2017-07-13
到目前为止，这工作正常......我会尝试更高的设置，看看会发生什么
答案 0 :(得分：1)
这种策略确实证明了自己非常有用，并减轻了很多问题。并非所有问题都消失了，但错误/超时时间大大减少了。