目录
1 常规
CLR版本
1.2队列长度
1.3名称
1.4启动模式
1.5启用32位应用程序
1.6托管管道模式
2、CPU:
2.1处理器关联掩码
2.2处理器关联掩码(64位选项)
2.3限制(百分比)
2.4限制操作
2.5限制间隔(分钟)
2.6已启用处理器关联
3、回收:
3.1发生配置更改时禁止回收
3.2固定时间间隔(分钟)
3.3禁止重叠回收
3.4请求限制
3.5生成回收事件日志条目
3.5.1ISAPI报告了非正常状态
3.5.2超出请求限制
3.5.3超出虚拟内存限制
3.5.4固定时间间隔
3.5.5手动回收
3.5.6特定时间
3.5.7已超出专用内存限制
3.6特定时间
3.7虚拟内存限制(KB)
3.8专用内存限制(KB)
4、进程孤立:
4.1可执行文件
4.2可执行文件参数
4.3已启用
5、进程模式:
5.1Ping间隔(秒)
5.2Ping最大响应时间(秒)
5.3标识
5.4关闭时间限制(秒)
5.5加载用户配置文件
5.6空闲超时操作
5.7启动时间限制(秒)
5.8启用Ping
5.9生成进程模型时间日志条目
5.9.1空闲超时已到
5.10闲置超时(分钟)
5.11最大工作进程数
6、快速故障防护:
6.1“服务不可用”响应类型:
6.2故障间隔(分钟)
6.3关闭可执行文件
6.4关闭可执行文件参数
6.5已启用
6.6最大故障数
鸣谢
1 常规
CLR版本
[managedRuntimeVersion]配置应用程序池,以加载特定版本的.NETCLR。选定的CLR版本应与应用程序所使用的相应版本的.NETFramework对应。选择“无托管代码”将导致所有的请求失败。
[1]v4.0或V2.0;[2]无托管代码;
1.2队列长度
[queueLength]HTTP.sys将针对应用程序池排队的最大请求数。如果队列已满,新请求将收到503“服务不可用”的响应。默认队列长度设置是1000,范围在10-65535之间。
1.3名称
[name]应用程序池名称是应用程序池的唯一标识符。
1.4启动模式
[startMode]将应用程序池配置为在按需运行模式或始终运行模式下运行。[1]OnDemand;[2]AlwaysRunning;
1.5启用32位应用程序
[enable32BitAppOnWin64]如果针对64位操作系统上的应用程序池将该属性设为True,则为应用程序池提供服务的工作进程将处于WOW64(WindowsonWindows64)模式。WOW64模式下的进程是仅加载32位应用程序的32位进程。
1.6托管管道模式
[managedPipelineMode]将配置成作为ISAPI扩展并以经典模式来运行。在后一种情况下,托管代码集成到请求处理管道中。
[1]Classic;[2]Integrated;
2、CPU:
2.1处理器关联掩码
[smpProcessorAffinityMask]强制此应用程序池的工作进程在特定CPU上运行的十六进制掩码。如果启用了处理器关联,则值0将导致错误。
2.2处理器关联掩码(64位选项)
[smpProcessorAffinityMask2]为64位计算机制定强制此应用程序池的工作进程在特定CPU上运行的高顺序DWORD十六进制掩码。在64位计算机上,smpProcessorAffinityMask特性包含处理器掩码的低顺序DWORD,而smpProcessorAffinityMask2特性包含处理器掩码的高顺序DWORD。
2.3限制(百分比)
[limit]配置允许应用程序池中的工作进程在"CPU限制间隔"属性指示的时间段内使用的CPU时间的最大百分比。如果超过“CPU限制”属性设置的限制,系统将向事件日志写入一个事件,并且可能触发一组可选事件(由“CPU限制操作”属性决定)。如果将此属性的值设为0,将禁止将工作进程限制为CPU时间的百分比。
2.4限制操作
[action]如果设置为"NoAction",将生成一个事件日志条目。如果设置为“KillW3WP”,则将在重设间隔期间关闭应用程序池并生成一个事件日志条目。如果设置为“Throttle”,则CPU使用率将限制为限制中设置的值。不使用限制间隔,并且生成一个事件日志条目。如果设置为“ThrottleUnderLoad”,则只有在争用CPU时,才限制CPU使用率。不使用限制间隔,并且生成一个事件日志条目。[1]NoAction;[2]KillW3WP;[3]Throttle;[4]ThrottleUnderLoad;
2.5限制间隔(分钟)
[resetInterval]指定用于应用程序池的CPU监视和限制的重设期限(以分钟为单位)。如果自上次进程计帐重设以来所经过的分钟数等于此属性指定的分钟数,IIS将重设日志和限制间隔的CPU计时器。将此属性的值设为0将禁用CPU监视。
2.6已启用处理器关联
[smpAffinitized]如果设为True,“处理器关联掩码”属性会强制为此应用程序池提供服务的工作进程在特定的CPU上运行。这样便可以在多处理服务器中有效使用CPU缓存。
3、回收:
3.1发生配置更改时禁止回收
[disallowRotationOnConfigChange]如果为True,应用程序池在发生配置更改时将不会回收。
3.2固定时间间隔(分钟)
[time]一个时间段(以分钟为单位),超过该时间后,应用程序池将回收。值为0意味着应用程序池不会按固定间隔回收。
3.3禁止重叠回收
[disallowOverlappingRotation]如果为True,将发生应用程序池回收,以便在创建另一个工作进程之前退出现有工作进程。如果工作进程加载不支持多个实例的应用程序,请将该属性设为True。
3.4请求限制
[requests]应用程序池在回收之前可以处理的最大请求数。如果值为0,则表示应用程序池可以处理的请求数没有限制。
3.5生成回收事件日志条目
[logEventOnRecycle]每发生一次指定的回收事件时便生成一个事件日志条目。
3.5.1ISAPI报告了非正常状态
[IsapiUnhealthy]如果为True,则当应用程序池由于ISAPI扩展将其自身报告为非正常而进行回收时,系统将生成一个事件日志条目。
3.5.2超出请求限制
[Requests]如果为True,则当应用程序池在超出其请求限制后进行回收时,系统将生成一个事件日志条目。
3.5.3超出虚拟内存限制
[Memory]如果为True,则当应用程序池在超出其虚拟内存限制后进行回收时,系统将生成一个事件日志条目。
3.5.4固定时间间隔
[Time]如果为True,则当应用程序池按计划的间隔进行回收时,系统将生成一个事件日志条目。
3.5.5手动回收
[OnDemand]如果为True,则当手动回收应用程序池时,系统将生成一个事件日志条目。
3.5.6特定时间
[Schedule]如果为True,则当应用程序池在计划的时间进行回收时,系统将生成一个事件日志条目。
3.5.7已超出专用内存限制
[PrivateMemory]如果为True,则当应用程序池在超出其专用内存限制后进行回收时,系统将生成一个事件日志条目。3.5.8应用程序池配置已更改
[ConfigChange]如果为True,则当应用程序池由于其配置发生更改而回收时,系统将生成一个事件日志条目。
3.6特定时间
[schedule]应用程序池进行回收的一组特定的本地时间(24小时制)。
3.7虚拟内存限制(KB)
[memory]工作进程可以使用的最大虚拟内存量(以KB为单位),超过此内存量,将导致应用程序池回收。如果值为0,则表示没有限制。
3.8专用内存限制(KB)
[privateMemory]工作进程可以使用的最大专用内存量(以KB为单位),超出此内存量,将导致应用程序池回收。如果值为0,则表示没有限制。
4、进程孤立:
4.1可执行文件
[orphanActionExe]当工作进程被废弃(孤立)时运行的可执行文件。例如,“C:\dbgtools\ntsd.exe”将调用NTSD来调试工作进程故障。
4.2可执行文件参数
[orphanActionParams]当工作进程被废弃(孤立)时所运行的可执行文件的参数。例如,如果NTSD是为调试工作进程故障而调用的可执行文件,则“-g-p%1%”适用。
4.3已启用
[orphanWorkerProcess]如果设为True,则无响应的工作进程将被废弃(孤立),而不是终止。可以使用此功能来调试工作进程故障。
5、进程模式:
5.1Ping间隔(秒)
[pingInterval]两次向为此应用程序池提供服务的工作进程发送健康状况监视ping所间隔的时间段(以秒为单位)。
5.2Ping最大响应时间(秒)
[pingResponseTime]为工作进程指定的、响应健康状况监视ping的最长时间(以秒为单位)。如果工作进程不响应,将被终止。
5.3标识
[identityType,username,password]配置应用程序池以作为内置账户或特定的用户标识运行,内置账户也就是“应用程序池标识”(推荐)、“网络服务”、“本地系统”、“本地服务”。
5.4关闭时间限制(秒)
[shutdownTimeLimit]为工作进程指定的、完成处理请求并关闭的时间段(以秒为单位)。如果工作进程超过关闭的时间限制,将被终止。
5.5加载用户配置文件
[loadUserProfile]此设置指定IIS是否为应用程序池标识加载用户配置文件。当此值为True时,IIS为应用程序池标识加载用户配置文件。如果您需要像IIS6.0那样不为应用程序池标识加载用户配置文件,则此值设置为false。
5.6空闲超时操作
[idleTimeoutAction]达到空闲超时持续时间后要执行什么操作。
5.7启动时间限制(秒)
[startupTimeLimit]为工作进程指定的、启动并进行初始化的时间段(以秒为单位)。如果工作进程初始化时间超过启动时间限制,将被终止。
5.8启用Ping
[pingingEnabled]如果为True,系统将定期对为此应用程序池提供服务的工作进程执行ping操作,以确保这些工作进程仍及时响应。此过程称为健康状况监视。
5.9生成进程模型时间日志条目
[logEventOnProcessModel]为每次发生的指定进程模型事件生成一个事件日志条目。
5.9.1空闲超时已到
[IdleTimeout]如果为True,则当应用程序池在超出其空闲时限制后关闭时,系统将生成一个事件日志条目。
5.10闲置超时(分钟)
[idleTimeout]工作进程在关闭之前可以保持闲置状态的时间(以分钟为单位)。如果某个工作进程既未处理请求,也未收到任何新的请求,则将进入闲置状态。
5.11最大工作进程数
[maxProcesses]可用来处理对应程序池的请求的最大工作进程数。如果此数字大于1,则应用程序池为“Web园”。在NUMA感知系统上,如果此数字为0,则为获得最佳性能,IIS将启动与NUMA节点一样多的工作进程。
6、快速故障防护:
6.1“服务不可用”响应类型:
[LoadBalancerCapabilities]如果设为HttpLevel,那么当应用程序池停止时,HTTP.sys将返回HTTP503错误。如果设为TcpLevel,HTTP.sys将重置连接。如果负载平衡器识别其中一种响应类型,并随后重定向该类型,则此设置非常有用。
6.2故障间隔(分钟)
[rapidFailProtectionInterval]应用程序池发生指定数量的工作进程崩溃(最大故障数)的最短时间间隔(以分钟为单位)。如果低于此间隔,应用程序池将被快速故障防护功能关闭。
6.3关闭可执行文件
[autoShutdownExe]当应用程序池被快速故障防护功能关闭时所运行的可执行文件。可以使用它来配置负载平衡器,将此应用程序池的通信重定向至其他服务器。
6.4关闭可执行文件参数
[autoShutdownParams]当应用程序池被快速故障防护功能关闭时运行的可执行文件的参数。
6.5已启用
[rapidFailProtection]如果设为True,则当在指定的时间段(故障间隔)内出现指定数量的工作进程崩溃(最大故障数)的情况时,应用程序池将被关闭。默认情况下,如果在5分钟的间隔内发生5次崩溃,应用程序池将被关闭。
6.6最大故障数
[rapidFailProtectionMaxCrashes]应用程序池被快速故障防护功能关闭之前允许的最大工作进程崩溃数。
鸣谢
原文阅读:《IIS应用程序池高级设置各参数详解》
网址:/net/m1248396com
来源:小金子目录
申明:商业转载请联系本站获得授权,非商业转载请注明出处。
如果觉得《IIS应用程序池高级设置各参数详解》对你有帮助,请点赞、收藏,并留下你的观点哦!