IIS 6.0 优化[cpoy]

IIS 6.0 应用了新的进程模型。内核模式的HTTP侦听程序（Http.sys）接收并发送HTTP请求（甚至可以使用它的响应缓存来满足请求）。工作进程注册URL子空间，Http.sys将请求发送到相应的进程（如果使用应用程序池，则发送到进程集合）。

图 4 展示了IIS 5.0和IIS 6.0进程模型之间的差异。IIS 5.0使用WinSock在端口80接受连接。请求由 inetinfo 进程负责接收，然后或者在进程内执行请求，或者将它交给dllhost 进程在进程外进行处理（为了达到隔离的目的）。响应则由 inetinfo 进程发送回去。

图 4 IIS 5.0 和 IIS 6.0 的进程模型

IIS 6.0 进程依赖于内核模式的Web驱动程序Http.sys。在新的模型中，Http.sys负责管理连接和处理请求。请求可能通过Http.sys缓存得到满 足，也可能被交给一个工作进程以便得到进一步处理（见图5）。可以配置多个工作进程，从而以较低开销实现了隔离。

Http.sys包括了一个响应缓存。当请求与响应缓存中的某个条目相匹配的时候，Http.sys直接从内核模式中发送缓存响应。图5展示了请求通过Http.sys得到处理的情况（请求也可能向上交给某个工作进程进行处理）。

图 5 IIS 6.0中的请求处理

由于Web服务器既包括内核模式的组件，也包括用户模式的组件，必须对二者同时进行调整才能获得最佳性能。因此，针对特定负载的IIS 6.0调整工作需要对如下内容进行配置：

· Http.sys（内核模式驱动程序）以及相关的内核模式缓存。

· 工作进程和用户模式IIS，包括应用程序池配置。

此外，我们还将在后文中讨论会对性能造成影响的其他参数。

内核模式的调整

与性能有关的Http.sys设置可以划分为两类：缓存管理以及连接和请求管理。所有的注册表设置都保存在以下条目中：HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Http\Parameters

如果HTTP服务正在运行，必须首先停止服务，然后重新启动计算机，以便让设置生效。

缓存管理设置

Http.sys具有的优点之一便是内核模式缓存。如果响应位于内核缓存中，那么可能可以完全通过内核模式来满足某个HTTP请求，这显然可以极大降低CPU处理请求的开销。但是，IIS 6.0的内核模式缓存是一种基于物理内存的缓存，每个条目都需要占用一定的内存空间。

缓 存中的条目只有在被使用的时候才能提供益处。但是，条目在任何时候都会占用物理内存，不论它是否被使用。所以，需要对缓存某个项目带来的益处（能够直接从 缓存中满足请求）以及它在整个生命期中的开销（需要占用物理内存）进行评估，并且考虑可用资源（CPU、物理内存）和工作负载的情况。Http.sys 试图仅在缓存中保存有用（经常被访问）的项目，但是，如果针对特定工作负载来调整Http.sys缓存，Web服务器的性能还可以获得一定程度的提高。

以下是一些有用的Http.sys内核模式缓存设置：

· UriEnableCache. 默认值：1。设为非零值可以启用内核模式响应和分段缓存。对于大多数工作负载，缓存都应该保持启用。如果希望获得超低响应和较低的缓存利用率，那么请考虑禁用缓存。

· UriMaxCacheMegabyteCount. 默认值：0。设为非零值可以指定内核缓存可以使用的最大内存数量。默认值为0，允许系统自动调节缓存能够使用的内存数量。注意：只能设置可以使用的最大内存数量，而且系统可能不允许缓存增长到指定的大小。

· UriMaxUriBytes. 默认值：262144 字节（256 KB）。本参数设定了内核缓存中每个条目的最大长度。大于这个长度的响应或分段都不会被缓存。如果有足够的资金，可以考虑增加此参数的值。如果资金有限，而且大型的条目会挤掉较小的条目，那么可以将本参数设为更小的值。

· UriScavengerPeriod. 默 认值：120秒。一个“清道夫”程序会定期扫描Http.sys缓存，在两次扫描期间没有被访问过的条目将被删除。可以将扫描周期设置为一个较高的值，以 减少扫描次数。但是，如果访问频率低的老条目仍然保留在缓存中，缓存占用的内存将不断增加。如果将此期限设置得过低，扫描频率会过于频繁，而且可能导致缓 存的过度清洗和扰动。

请求和连接管理设置

此 外，Http.sys管理入站HTTP/HTTPS 连接，并且是在这些连接上处理请求的第一个层。它使用内部数据结构保存有关连接和请求的信息。虽然这样的数据结构可以按需创建（或释放），但如果在 look-aside里表中保存部分数据结构留作备用，则可以实现更高的 CPU 效率。保存这样的储备有助于Http.sys利用更少的CPU资源来处理负载波动。注意：负载波动不一定由外部的负载波动而引起。一些旨在改善批处理或者 中断调解的内部优化措施也可能导致负载波动和起伏。

储备有助于减少CPU的使用率和缩短延迟时间，同时能够增加Web服务器的处理能力，但是也会增加内存的使用率。在调整Http.sys的请求和连接管理行为的时候，需要牢记的因素便是：可用的服务器资源，性能目标以及工作负载的特性。您可以使用以下请求和连接管理设置：

· MaxConnections。 本 设置用来控制Http.sys所允许的并发连接的数量。每一个连接都会耗用非分页池（一种宝贵和有限的资源）。默认值的设置相当保守，以限制连接占用的非 分页池数量。对于配备了充足内存的专用Web服务器，如果预计会产生大量的并发连接，可以将此值设置得更高一些。此值设置得越大，占用的非分页池就越多， 所以要务必小心，应该使用一个与系统配置相适应的正确数值。

· IdleConnectionsHighMark、IdleConnectionsLowMark和IdleListTrimmerPeriod. 这些值用来控制对非并行使用的连接结构的处理：在某个时间必须提供多少可用的连接（用于处理连接负载的波动）、释放列表的上下界限、以及连接结构剪切和补充的频率等。

· RequestBufferLookasideDepth 和 InternalRequestLookasideDepth 这些值控制与缓冲区管理有关的数据结构的处理工作，以及应该完成多少储备以应付负载波动情况。

用户模式设置

IIS 注册表设置

以下注册表设置可以在下面的条目下找到：

HKLM\System\CurrentControlSet\Services\Inetinfo\Parameters\

· MaxCachedFileSize（REG_DWORD），以字节为单位。决定了能够被缓存的文件大小（默认为256 KB）。实际值根据数据表中最大文件的数量和大小以及可用的RAM数量而定。对频繁访问的大型文件进行缓存可以降低CPU使用率，减少磁盘访问以及相关的延迟时间。

· MemCacheSize（REG_DWORD）， 以MB为单位。将IIS用户模式缓存限制为指定的大小（默认设置为根据可用内存的数量由IIS调整缓存的大小）。根据“热门”文件集合（频繁访问文件的集 合）的大小以及RAM数量或者IIS进程地址空间（正常情况下应该在2GB以下），需要认真选择本参数的值。

· DisableMemoryCache（REG_DWORD）。如果设置为1（默认为0），则禁用用户模式的IIS缓存。在缓存命中率非常小的时候，可以完全禁用缓存，以避免与缓存代码路径有关的开销。

· MaxPoolThreads（REG_DWORD）。设置每个处理器能创建的池线程的最大数量（默认为4，范围不限。）每一个池线程都观察网络请求，然后处理它们。MaxPoolThreads 计数没有包括当前处理ISAPI应用程序的线程。如果CPU的平均使用率没有处于最佳状态，应该增加本参数的值，因为现有的所有线程都为繁忙状态，没有用于处理新请求的可用线程。

· PoolThreadLimit（REG_DWORD）。设置系统能创建的池线程的最大数量（默认值为处理器数量的4倍，范围不限）。PoolThreadLimit 必须大于或等于MaxPoolThreads。正常情况下，PoolThreadLimit = MaxPoolThreads ´ 处理器数量。仅仅设置其中的一个参数是不够的。如果同时指定了MaxPoolThreads 和PoolThreadLimit参数，则可以施加更严格的限制。

· ObjectCacheTTL（REG_DWORD）， 以秒为单位。控制没有被访问过的对象在IIS用户模式缓存中停留的时间长度（默认值为30秒，如设置为0xFFFFFFFF则禁用对象缓存清道夫线程）。 如果系统配备了足够的内存，而且提交的内容不经常变化，那么可以增加本参数的值。如果系统内存不足而且用户模式缓存的大小在不断增长，则应该降低本参数。 请参阅本节下面的 ActivityPeriod 部分。

· ActivityPeriod（REG_DWORD）， 以秒为单位。只有当文件在活动期限（默认为10秒钟，如果设为0则禁用本选项）内被重复命中，才允许缓存文件。本参数会降低由于缓存不经常访问的文件而引 起的缓存开销，如果缓存内容变化不大，而且没有足够的可用内存，那么可以增加活动期限的值；或者，如果缓存上存在大量请求负载，可以降低活动期限的值。

· DataSetCacheSize（REG_DWORD）默认值为50。设置配置数据库数据集缓存中虚拟目录条目的最大数量。如果已经安装的虚拟目录的数量超过了默认值，可以增加本参数的值。在提交静态内容的时候，一个容量不足的数据集缓存会增加延迟时间（更低的吞吐量和更低的CPU使用率）。

IIS Metabase

以下设置可以在 W3SVC/ 下找到。

· AspMaxDiskTemplateCacheFiles。启用ASP脚本模板的磁盘缓存。ASP模板的编译是一件非常耗费处理器资源的工作。内存大小限制了可以缓存在内存中的模板的数量。从磁盘上的模板缓存中取回编译后的模板所需的开销比编译ASP内存缓存中没有的模板要小。请参见下文中的 AspScriptEngineCacheMax 一节。

· AspDiskTemplateCacheDirectory。如果可能，可以将其设置为不频繁使用的磁盘（例如，没有和操作系统、分页文件、IIS日志或者其他频繁访问的内容共享的磁盘）。默认目录是 “%windir%\system32\inetsrv\Template Disk cache\ASP Compiled Templates”。

· AspScriptEngineCacheMax。将其设置为内存容量所允许的最大的脚本引擎数（默认为125）。

· AspScriptFileCacheSize。设置为内存容量所允许的最大的ASP模板数量（默认250）。请参阅前文中的AspMaxDiskTemplateCacheFiles一节。

· AspExecuteInMTA。 如果在交付某些ASP内容时希望对出现的错误或故障进行检测，请将本参数设置为1（启用）。例如，如果需要托管多个站点，而且每个站点都运行在它自己的工 作进程之下，那么便可以启用本参数。错误一般可以在事件查看器中的COM+部分中看到。本设置启用了ASP中的多线程单元模型（默认值为0，表示禁用）。

· AspProcessorThreadMax。如果当前设置（默认为25）不足以满足负载的需求（可能会导致某些请求出现错误），可以增加本参数的值。

· CentralBinaryLoggingEnabled。通过将本参数设置为TRUE，可以启用集中的二进制日志记录。二进制IIS日志记录可以减少对CPU的使用，降低占用的磁盘空间以及减少磁盘I/O操作。集中的二进制日志可以被导向一个二进制文件，而无论托管站点的数量如何。分析二进制格式的日志需要一个后处理工具。

IIS 工作进程选项（IIS Admin UI、应用程序池属性）

在 没有管理员干预、服务重启或者计算机重启的情况下，IIS管理界面上的IIS工作进程回收选项为发生的紧急故障或事件提供了有效的解决办法。这样的情况包 括内存泄漏，泄漏会增加内存负担，或者导致工作进程进入不响应或空闲状态。在正常情况下，可能不需要启用回收选项，所以可以关闭它（或者对系统进行配置， 以很低的频率执行回收工作）。在下面的章节中，黑体字名称是per-app-pool（应用程序池）变量。在使用脚本设置这些变量的时候，可以使用路径“ /LM/W3SVC/AppPools/n”，在这里n 代表应用程序池索引。

有三个选项，如下表所示：

· 回收选项。可以在“回收”选项卡中找到。

· 性能选项。 可以在“性能”选项卡中找到。

· 工作进程健康监视选项。可以在“健康”选项卡中找到。

表 8. 回收选项

参数	描述
PeriodicRestartRequests，DWORD，选项默认为禁用，默认值为35000	按照时间定期回收
PeriodicRestartRequests，DWORD，选项默认为禁用，默认值为35000	根据请求的（累计）数量定期回收
PeriodicRestartSchedule， MULTISZ，默认为禁用，默认为空字符串值	在指定的时间进行回收
· PeriodicRestartMemory， DWORD，默认值为512 MB · PeriodicRestartPrivateMemory， DWORD，默认值为192 MB	如果达到了以下两个条件之一，基于内存的回收（默认为禁用）将允许回收工作进程： · 虚拟内存的最大容量 · 已使用内存的最大容量 如果面临不断增长的内存容量压力，可以其中一个参数或全部参数，基于严格的内存容量标准，频繁回收工作进程，以缓解内存压力。

　

表 9. 性能选项

参数	描述
IdleTimeout，DWORD，以分钟为单位，默认值为20	在进程的空闲时间超过指定的时间时，关闭工作进程。这样可以节省有限的内存资源，但是如果CPU负载繁重，需要频繁启动新的工作进程，则不建议采取这种做法，因为创建进程会带来一定的开销。
AppPoolQueueLength，DWORD，默认值为2000	限制每个应用程序池（App-Pool）的内核请求队列的长度。请求会消耗分页池，在对分页池具有大量需求的情况下，应该降低本参数的值。如果超过指定的长度，会导致服务器拒绝请求，并产生编号为503的非自定义错误。
CpuAccounting，BOOLEAN，默认为禁用（0），启用为1	监 视CPU的使用情况。您可以按照百分比设置CPU的最大使用率（CpuLimit，DWORD，默认值为0）和监视工作的刷新周期 （CpuResetInterval，DWORD，默认值为0，以分钟计）。如果达到了CPU的使用率限制，或者不采取任何操作（但是会在事件日志中写入 一个事件），或者关闭工作进程（CPUAction，DWORD，默认值为0，表示“不采取任何操作”；最大值为1，表示“关闭工作进程”）。
MaxProcesses，默认：使用1个工作进程处理所有请求	可 以在操作的Web Garden（Web园）模式中控制工作进程的总数量。在Web Garden模式中，几个工作进程负责处理单个应用程序池下的请求负载。没有通过不同的应用程序池为Web站点预先分配任何工作进程。在某些情况下，一个 工作进程无法满足负载的处理需要（可以通过糟糕的CPU使用率和漫长的响应时间看出这一点），增加工作进程的数量则有助于改善系统的吞吐量和CPU使用 率。在托管了多个站点的情况下，可以考虑采用Web Garden模式。此外，在其中一个进程突然崩溃的情况下，采用多个工作进程还提供了更多可靠性，而且几乎不会出现所有服务均中断的情况。与预先分配应用 程序池相比，Web Garden模式更容易设置和控制。

　

表10. 健康选项

参数		描述
PingingEnabled，BOOLEAN， 默认值为1 PingInterval，DWORD，默认值为30秒		以固定时间间隔（PingInterval） Ping 工作进程（PingingEnabled）。 如果没有响应，则认为工作进程 发生错误，IIS将试图终止进程并 产生一个新的进程。
RapidFailProtection，BOOLEAN，默认 RapidFailProtectionMaxCrashes， DWORD，默认为5个故障 RapidFailProtectionInterval， DWORD，默认为5分钟		设 置在给定的时间段内（RapidFailProtectionInterval） 允许产生的最大故障数量 （RapidFailProtection- MaxCrashes），对不断 快速产生故障的情况 加以控制（RapidFailProtection）。 如果 到达了指定了故障率， 应用程序池将被禁用， 并且在事件日志中写 入相关信息。
StartupTimeLimit，DWORD，默认为90秒		控制工作进程的启动时间， 超过此时间，则认为其发 生了故障。
ShutdownTimeLimit，DWORD，默认为90秒		控制工作进程的关闭时间， 超过了此时间，则认为其 处于不响应状态。

　

安全套接字层的调整参数

安全套接字层（Secure Sockets Layer，SSL）的使用会加重CPU的负担。SSL中最为耗费资源的部分为建立会话所需的开销（包括一次完整的握手），然后是重新连接的开销和加密/解密的开销。为了获得更好的SSL性能，请执行如下操作：

· 启用SSL会话的“保持活动”（keep-alive）特性。这样可以消除建立会话所需的开销。

· 如果可能，重新使用会话（特别是对于那些没有“保持活动”的流量）。

· 注意：密钥越长，安全性就越高，但是需要的CPU时间就越多。

· 注意：并不是所有的页面组件都需要加密。但是，混合的纯文本HTTP和HTTPS可能会导致客户端浏览器弹出一个警告，告知并不是所有的页面内容都得到了保护。

ISAPI

对于ISAPI，没有任何具体的调整参数。如果编写一个私有的ISAPI扩展，请确保代码在执行和资源使用方面具有高效率。请参阅后文中的 影响IIS性能的其他问题。

托管代码调整参数

· 确信已经预先编译了所有的脚本。可以在每个目录中调用一个.NET脚本来完成这项工作。在编译完成之后，需要复位IIS。在修改了Machine.config、 Web.config或任何.aspx脚本之后需要重新编译。

· 如果不需要会话状态信息，请确信在每个页面中关闭了此项目。

· 当用户在隔离模式（每个站点一个应用程序池）下运行包含ASP.NET脚本的多个主机的时候，应该监视内存使用情况。请根据预计将要并发运行的应用程序池 的数量，为IIS服务器配备足够的内存。考虑在存在多个隔离进程的地方使用多个应用程序域（app-domains）。

影响IIS性能的其他问题

· 安装没有缓存意识的过滤器。安装没有HTTP缓存意识的过滤器会导致IIS禁用全部缓存，从而造成性能急剧下降。老的ISAPI过滤器（在IIS 6.0之前编写的过滤器）可能会存在这个问题。可以使用HTTP缓存的过滤器在配置数据库中被标记为“具有缓存意识”的过滤器。

· CGI 请求。出于性能的考虑，我们不建议使用CGI应用程序处理请求。由于需要频繁创建（和删除）CGI进程，会产生大量的系统开销。更好的替代办法是使用ISAPI程序和ASP（或ASP.NET）脚本。这些方式都可以使用隔离。

NTFS 文件系统设置

HKLM\System\CurrentControlSet\Control\FileSystem\ 下的 NtfsDisableLastAccessUpdate （REG_DWORD）1。

通 过禁止更新最后一次访问的文件或目录的日期和时间戳记，这个针对整个系统的开关参数会降低磁盘I/O负载和缩短延迟。默认情况下本键不存在，因此需要额外 添加。如果操作包含数千个目录的大型数据集（或者大量主机），禁用更新的效果十分明显。如果只需要保留信息Web供Web管理使用，我们建议用户使用 IIS日志代替它。

警告：某些应用程序（例如增量备份工具）需要使用这些更新信息，如果没有这些信息，它们将无法正常工作。

<!--JOM COMMENT START-->

IIS 6的应用程序池属性

[ 2006-10-27 18:42:08 | Author: Ychon ]

Font Size: Large | Medium | Small

回收

在回收标签，你可以设置工作进程的回收方式：

回收工作进程（分钟）：在工作进程运行多少分钟后回收工作进程，默认启用，并且设置为1740分钟（29小时）；

回收工作进程（请求数目）：在工作进程处理多少 个HTTP请求后终止此工作进程，默认禁用，如果启用则默认值为35000；

在下列时间回收工作进程：在指定的时间回收工作进程，默认禁用；如需启用，勾选后点击添加按钮添加回收的时间即可，使用24小时制定义回收的时间；

消耗太多内存时回收工作进程：

最大虚拟内存（兆）：当工作进程使用的虚拟内存达到设置的值时回收工作进程，默认禁用，如果启用则默认值为500 M；建议设置为不超过虚拟内存总数的70％；

最大使用的内存（兆）：当工作进程使用的物理内存达到设置的值时回收工作进程，默认禁用，如果启用则默认值为192 M；建议设置为不超过物理内存总数的60％；

另外需要注意的是，应用程序池具有以下两种工作进程回收方式，不过这两种回收方式均不会造成Web服务的中断：

默认情况下，应用程序池使用重叠回收方式。在这种方式下，当应用程序池要关闭某个工作进程时，会先创建一个工作进程，直到新的工作进程成功创建后才关闭旧的工作进程；

应用程序池也可以先关闭旧的工作进程，然后再创建新的工作进程。

如果Web应用程序不支持多实例运行，那么你必须配置应用程序池禁止使用重叠回收方式。此配置无法在IIS管理控制台中进行修改，只能通过在metabase.xml中修改对应应用程序池的DisallowOverlappingRotation metabase属性为true进行。
　

性能

在性能标签你可以设置工作进程的运行方式：

在空闲此段时间后关闭工作进程（分钟）：当工作进程空闲多少分钟后关闭此工作进程，这降低了空闲工作进程对系统资源和CPU性能的消耗，默认启用并且设置为20分钟；

核心请求队列限制为（请求次数）：当HTTP.sys接收到某个客户端发送的HTTP请求时，如果处理此请求的对应应用程序池的工作进程还处于忙状态，则HTTP.sys将接收到的请求保存在对应应用程序池的请求队列中，直到工作进程空闲为止。此选项即用于设置此应用程序池的请求队列所能容纳的请求数量，默认情况下每个应用程序池的请求队列限制为保留1000个请求，如果超出则向客户端返回503错误，你可以根据需要适当进行修改，最大可以设置为65535。但是如果设置太大则会消耗大量的系统资源 ，而设置太小会导致客户端访问时频繁出现503错误。

启用CPU监视：监视此应用程序池的CPU使用率，默认未启用；如果某个应用程序池占用的CPU利用率过多，那么可以通过配置此选项来限制此应用程序池；

最大CPU使用率（百分比）：所设置的应用程序池所能使用的最大CPU使用率；启用CPU监视时默认值为100；

刷新CPU使用率（分钟）：刷新CPU使用率的间隔时间；启用CPU监视时默认值为5；

CPU使用率超过最大使用率时执行的操作：当此应用程序池的CPU使用率超过所设置的最大CPU使用率时所进行的操作，启用CPU监视时默认为无，此时IIS只是在事件日志中进行记录而不进行其他操作；如果选择为关闭，那么IIS将关闭此应用程序池中的所有工作进程；

Web园：在Web园中你可以配置此应用程序池所使用的最大工作进程数，默认为1，最大可以设置为4000000； 配置使用多个工作进程可以提高该应用程序池处理请求的性能，但是在设置为使用多个工作进程之前，请考虑以下两点：

每一个工作进程都会消耗系统资源和CPU占用率；太多的工作进程会导致系统资源和CPU利用率的急剧消耗；

每一个工作进程都具有自己的状态数据，如果Web应用程序依赖于工作进程保存状态数据，那么可能不支持使用多个工作进程。
　 　

运行状况

在运行状况标签你可以配置应用程序池监视工作进程的运行状况，


启用Ping：默认情况下应用程序池配置为每隔30秒Ping工作进程，当工作进程没有进行响应时，则认为此工作进程出现故障并默认配置为关闭此工作进程。你可以修改Ping的时间间隔，但是太长的Ping间隔可能会导致Web服务的中断，而太短的Ping间隔又会消耗更多的系统资源和CPU利用率，因此建议你保留默认配置；

启用快速失败保护：如果Web应用程序代码编写有问题，它可能会导致工作进程持续出现问题。默认情况下应用程序池配置为启用快速失败保护，当工作进程在配置的时间段（默认为5分钟）内发生的失败次数超过了配置的值（默认为5次），则禁用此应用程序池。

启动时间限制：IIS等待属于此应用程序池的工作进程启动的时间，当工作进程启用时间超出此设置值时，IIS会在事件日志中进行记录；

关闭时间限制：当IIS检测到某个工作进程出现故障时，将此工作进程标记为关闭，此选项指定了IIS等待工作进程自动关闭的时间限制，如果超出此时间限制后工作进程尚未关闭，则IIS强行关闭工作进程。

标识

在标识标签，你可以配置工作进程所运行的用户账户。在IIS 5或者当IIS 6运行在IIS 5隔离模式时，工作进程运行在本地系统账户，而运行在工作进程隔离模式下的IIS 6的工作进程运行在网络服务账户下，这降低了系统被攻击的可能性。

你可以配置工作进程运行在预定义的本地系统、本地服务或网络服务账户下，也可以配置为使用某个自定义的用户账户。建议使用默认的网络服务账户；不过如果为了更高的安全性，可以配置使用自定义的用户账户，不过建议你只是将此自定义用户加入到IIS_WPG用户组中，因此IIS_WPG用户组包含了可以启动和运行工作进程的最小权限。