升级后不久,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设置? Machine.config的processModel部分.
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。