[英]How to prevent IIS from recycling Application Pool when a worker process is unresponsive
我们有一个WCF服务,可以处理大量请求。
正如我发现的那样,当当前请求的数量超过最大当前连接的限制时,随后的请求将排队等待稍后执行。 如果在这些请求有机会执行之前发生超时,则IIS会确定工作进程无响应,并杀死它(或回收应用程序池)。
回收过程大约需要一分钟,同时服务将中断,这对我们来说是个大问题。
不管代码中的超时和响应时间长的原因(我们已经在处理),我的问题是:
如果我们为此应用程序池定义多个工作进程,那么如果其中一个工作进程处于相同情况,会发生什么? IIS是否会回收应用程序池,否则特定的工作进程将被杀死,而其他工作进程将继续处理请求?
如果您在应用程序池中有多个工作流程(所谓的网络花园),并且其中一个超过了请求/内存/对ping不响应的限制,则所有这些流程都将被回收。
http://www.treeloop.com/blog/iis-application-domain-and-pool-recycling
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.