我们将Web服务器从
Windows Server 2003升级到Windows Server 2012 R2.有问题的Web应用程序针对ASP.NET 4.0运行. Web应用程序又与第三方Web API通信.
升级后不久,Web API延迟增加,这反过来导致显着的超时.我怀疑在IIS 8.5上,允许的并发请求数量增加,导致Web API无法处理的吞吐量增加.然而：
> IIS 6不限制并发请求的数量.帮助文件显示：您可以配置Internet信息服务(IIS)以允许无限数量的并发连接,或限制它为此网站接受的连接数.我们目前将此设置为无限制.
> IIS 6和IIS 8.5都使用ASP.NET 4,它还能够限制并发请求的数量.两个IIS版本都在machine.config文件中设置为auto-config;由于两台服务器具有相同的处理器和RAM配置,因此它们应使用相同的设置.
当我们回滚升级时,延迟后不久就会出现延迟.不太巧合,所以其他一切保持不变,Windows 2012 R2或IIS 8.5必然存在一些影响Web API的内在因素.第三方Web API开发人员确认他们的空间没有任何变化,遗憾的是我没有任何其他信息可以收集.
我检查了版本6和8.5的IIS日志：每秒,分钟和小时的平均(和中位数)请求表明在IIS 8.5上处理了更多请求(我使用Log Parser Studio来分析日志).但是,没有任何迹象表明应该是这种情况.有没有人有任何见解或建议？如果存在控制此设置的设置,那么现在我希望Web应用程序在Windows Server 2003和2012 R2上的行为相同.
您是否尝试在IIS 8.5下以经典模式(IIS 6体系结构)与集成模式运行应用程序池？也许新的集成管道模型的某些因素影响了过渡.
您是否看到在活动期间排队的请求？
您是否针对请求和连接调整了IIS设置？ Machine.config的processModel部分.