站点部署，IIS配置优化指南
目录
通常把站点发布到iis上运行正常后，很少会去考虑iis提供的各种参数，如何配置才是最适合当前站点运行需要的？这篇文章，从基本设置、回收机制、性能、并发、安全性等iis设置讲解应当如何优化。
先来“iis应用程序池”优化后的参数配置截图：
图中一些数值限制参数，可以借助一些工具（如：windows性能监控）观察站点运行的指标进行设置，具体后面会介绍到
下面来分别解说下这些参数为什么要这样设置（注：文章中的参数，不是按照应用程序池的设置从上到下排列的，而是按照优化的功能点排列）
按如下图进行默认参数模板设置，设置后，新建的应用程序池就使用这个默认参数模板。
iis版本号查看
在iis管理器中->帮助->关于internet信息服务，如下图，版本是iis10.
常规 > 启动32位应用程序
默认值：false
优化设置：按需设置。如果确认站点依赖一些32位的组件，需将此设置为true。
建议：为 32bit 应用程序的网站单独创建一个应用程序池
参考：
常规 > 托管管道模式
iis7 应用程序池新增的经典模式和集成模式
经典模式：是为了保留和iis6一样的处理方式，以前开发的代码，可以方便的移植到iis7上。
集成模式：将asp.net请求管道与iis核心管道组合在一起，这种模式与操作系统结合更紧密，能够提供更好的性能，能够实现配置和治理的模块化，而且增加了使用托管代码模块扩展iis时的灵活性。
优化设置： 改为 integrated（集成模式）
参考：
回收 > 固定时间间隔（分钟）
一个时间段，超过该时间段，应用程序池将回收。值为 0 ，则应用程序池不会按固定间隔回收
默认值：1740分钟，29小时
优化设置：改为0 。因为无法避免在高峰期发生回收。同时设置“回收 > 特定时间”
回收 > 特定时间
应用程序池进行回收的一组特定的本地时间（24小时制）
优化设置：固定在低峰期时回收。eg：设定为 04:00 、15:30 等
另外，也可以使用windows计划任务实现iis站点每周六晚定时回收
进程模型 > 闲置超时（分钟）
一个时间段，设定工作进程允许保持闲置状态的最大时间间隔，超过该时间就会自动关闭。
优化设置：改为0，避免内存信息频繁被回收清空。同时设置“回收 > 特定时间”
进程模型 > 空闲超时操作
默认是“terminate”（另一个选项是“suspend”）。
terminate 表示一旦超时就终止服务，并回收工作进程的缓冲区的内存；
suspend 则悬停等待，暂不回收缓冲区内存。
另外：
cpu超限占用安全方案设置
cpu限制并不是用于控制每个进程的cpu利用率，而是一种处理发生cpu超限的工作进程的安全方案，这样可以避免工作进程占用cpu过久。
参考：
iis中对cpu限制的操作：
1. 限制：10000 （以百分比*1000计算，10000则表示10%）
2. 限制操作：1、noaction 无操作 2、killw3wp 删除进程 并在限制时间内重新开启新进程
3. 限制间隔（分钟）：设置时间限制，多久时间内重启和检测
内存超限回收机制
根据实际运行情况设定 "回收 > 虚拟内存限制" 和 "回收 > 专用内存限制"，默认为禁用状态，一般不用为此专门设定。
开启|关闭时间限制
根据实际运行情况设定，默认90秒。如上图，我都设置为了120秒
进程模型 > 关闭时间限制（秒）：为工作进程指定的，完成处理请求并关闭的时间段。如果工作进程超过关闭时间限制，将被终止。
进程模型 > 启动时间限制（秒）：为工作进程指定的，启动并进行初始化的时间段。如果工作进程初始化时间超过启动时间限制，将被终止。
回收 > 禁用重叠回收
默认值 false。应用程序池使用重叠回收方式。在这种方式下，当应用程序池要关闭某个工作进程时，会先创建一个工作进程，直到新的工作进程成功创建后才关闭旧的工作进程；
设置为 true，则先关闭旧的工作进程，然后再创建新的工作进程。 如果web 应用程序不支持多实例运行，那么你必须配置应用程序池禁止使用重叠回收方式。
回收 > 生成回收事件条目
iis事件查看器
方法一：点击“开始→运行”，输入eventvwr，点击“确定”，就可以打开事件查看器。
方法二：单击“开始”-“设置”-“控制面板”-“管理工具”-“事件查看器”，开事件查看器窗口。
方法三：在“运行”对话框中手工键入“%systemroot%/system32/eventvwr.msc /s”打开事件查看器窗口。
关闭iis日志
当开启记录功能后，iis会事无巨细地忠实记录所有的web访问记录。这些记录文件的内容是非常庞杂的，比如访问时间、客户端ip、从哪个链接访问、 cookies等，另外还包括 method(方法), useragent(用户代理)等。这些记录不但占用大量的磁盘空间还大大地影响了web服务器的性能。有人做过评测，停止访问记录可以提升5%到8%的web性能。
启用内容过期（客户端缓存）
对于静态文件启用内容过期可以提高访问性能。
1. 首先网站的目录要划分合理，图片、css、javascript均放在单独目录下
2. 然后在iis中选择要缓存的目录 > http 响应标头 > 设置常用标头 > 设置"web内容过期"策略
如上图webdemo站点，这样，用户浏览器将比较当前日期和截止日期，以便决定是显示缓存页还是从服务器请求更新的页，由于图片、css、js通常变化较少，因此基本上都从本地缓存读取，从而加快显示速度。
参考：
服务器验证缓存
iis自动机制，会在访问css、js等静态文件时，返回给浏览器last-modified和etag标记
参考：
启用gzip压缩
iis 压缩功能使用gzip算法
gzip是http的一种压缩算法，http压缩是在web服务器和浏览器间传输压缩文本内容的方法。http压缩采用通用的压缩算法如gzip等压缩html、javascript或 css文件。压缩的最大好处就是降低了网络传输的数据量，从而提高客户端浏览器的访问速度。当然，同时也会增加一点点服务器的负担。gzip是比较常见的一种http压缩算法。
参考：
设置之后，什么时候会自动初始化？
（比如初始化执行 global.application_start 初始化函数）
1) 会 - 应用程序池启动、应用程序池回收、cmd->iisreset （w3wp的pid会变）
2) 不会 - 站点重启（iis站点右键 > 管理网站 > 重新启动）、站点启动
3) 不会 - web.config更改引起的应用程序池回收
在iis10版本上测试是上面行为。另外有人iis8.5上使用也是同样的行为，参考文章。
步骤一、安装iis应用程序初始化功能
步骤二、设置iis上应用程序池启动模式
常规 > 启动模式
默认值：ondemand（按需运行模式），另外值alwaysruning（始终运行模式）
优化设置：改为 alwaysrunning（始终运行）
步骤三、设置站点预加载
在iis上站点右键 > 管理网站 > 高级设置，把【预加载已启用】设置为true。
步骤四、配置站点 web.config ，添加站点重启后预加载请求的页面
eg：地址：http://webdemo.com/home/about
这样操作保存后，iis会修改 web.config 添加如下内容
<system.webserver>
……
<applicationinitialization doappinitafterrestart="true">
<add initializationpage="home/about" hostname="" />
</applicationinitialization>
</system.webserver>
如果只是初始化（比如只执行 global.application_start 初始化函数），不需要访问特定api进行额外资源的初始化，则不需要 <add initializationpage="**" /> 子节点
常规 > 队列长度
http.sys 将针对应用程序池排队的最大请求数。默认值1000，最大值65535。
如果设置太大则会消耗大量的系统资源 ，而设置太小会导致客户端访问时频繁出现"503服务不可用"响应。
优化设置：可先改为 5000（设置为预期最多并发用户数的1.5倍，
使用windows性能监控（性能监控：cmd->perfmon.msc），添加“http service request queues/currentqueuesize”指标，观察某个应用程序池当前队列中请求的个数。
启用web园（web garden），进程模型 > 最大工作进程数
在web园中你可以配置此应用程序池所使用的最大工作进程数，默认为1，最大可以设置为4000000； 配置使用多个工作进程可以提高该应用程序池处理请求的性能，但是在设置为使用多个工作进程之前，请考虑以下两点：
1、每一个工作进程都会消耗系统资源和cpu占用率；太多的工作进程会导致系统资源和cpu利用率的急剧消耗；
2、每一个工作进程都具有自己的状态数据，如果web应用程序依赖于工作进程保存状态数据，那么可能不支持使用多个工作进程。
这样设置，增加了处理进程数，相当于集群，避免大量请求处于排队状态
参考：
文章介绍：使用windows性能监控：cmd->perfmon.msc。监控iis应用运行情况，再根据需要进行iis参数设置
web service/current connections 监控某个应用程序池来指示当前该应用程序池的连接的数量。
asp.net apps v4.0.30319/requests executing 监控所有的 asp.net 4.0 正在处理中的请求数量。
asp.net v4.0.30319/requests current 与上述类似用于监控 asp.net 4.0 正在处理中的请求数量。
http service request queues/currentqueuesize 用来监控某个应用程序池当前队列中请求的个数。
调整支持并发请求的数量
默认支持并发请求数量为：5000
超出此并发数，会报异常
http error 503.2 - service unavailable
the serverruntime@appconcurrentrequestlimit setting is being exceeded.
参考：
站点最大并发连接数
右键站点 > 高级设置 > 限制 > 最大并发连接数
设置站点线程数：minworkerthreads、maxworkerthreads、maxiothreads
（感谢园友 提供的新姿势）
minworkerthreads默认1，maxworkerthreads默认20，maxiothreads默认20
1、配置文件：c:\windows\microsoft.net\framework64\v4.0.30319\config\machine.config
2、修改参数： <processmodel autoconfig="false" maxworkerthreads="100" maxiothreads="100" minworkerthreads="50" />
其中：minworkerthreads = maxworkerthreads / 2
参数具体值如何设置，还需要各自对站点进行压力测试中调整
上一篇： 开始学习C++