如何优化windows+IIS67环境下FastCGI配置方法

windows2003+IIS6如何中优化FastCGI配置方法

FastCGI优化配置文件fcgiext.ini，它在%windir%\system32\inetsrv里。我们将尝试用两种办法进行配置：FastCGI管理脚本fcgiconfig.js记事本编辑fcgiext.ini。

脚本配置FastCGI

打开你的命令行cmd.exe，切换到目录 %windir%\system32\inetsrv。复制下面内容，回车执行以下即可完成。请根据需要设置后面的参数。

1 cscript fcgiconfig.js -set -section:"PHP" -InstanceMaxRequests:5000

2

3 cscript fcgiconfig.js -set -section:"PHP" -EnvironmentVars:PHP_FCGI_MAX_REQUESTS:5000

4

5 cscript fcgiconfig.js -set -section:"PHP" -RequestTimeout:360

6

7 cscript fcgiconfig.js -set -section:"PHP" -ActivityTimeout:120

脚本的含义，分别是：

设置应用程序池回收。FastCGI进程请求数达到InstanceMaxRequests数值5000，应用程序池将自动回收。默认值是1000。

当环境变量PHP_FCGI_MAX_REQUESTS达到10000将自动回收应用程序池。

RequestTimeout 设置请求超时时间，也就是请求允许的最大时间，如果FastCGI进程请求超过此设置将被禁止，值是90秒。

ActivityTimeout 指定FastCGI进程请求的最大活跃时间，在设定时间内，FastCGI进程和IIS没有通信，将终止进程。默认值是70秒。

注意：脚本命令是全局设置，针对服务器上所有以FastCGI运行的PHP网站。因此对于多站点的虚拟机来说，InstanceMaxRequests设置成PHP网站数X500相对理想。

500是变数。如果有10个网站，那么200X50=5000，类推。流量大的服务器，数值设置过小频繁回收应用程序池，并不是什么明智的做法。——虽然，系统回收了不少资源。

RequestTimeout数值过大，无疑将让更多消耗系统资源的请求运行ActivityTimeout设置为120秒不活动就断开好，还是30秒不活动就断开好，因人而异。

复制粘贴适合懒人

FastCGI配置文件fcgiext.ini设置

InstanceMaxRequests=10000

EnvironmentVars=PHP_FCGI_MAX_REQUESTS:10000

RequestTimeout=360

ActivityTimeout=120

把上面代码复制到fcgiext.ini的末尾，保存就好了。

PHP5.3.6的优化配置

PHP5.3.6的php.ini配置也分为两部分：关于FastCGI的配置关于PHP本身的配置。我的PHP5.3.6安装在C:\PHP。

PHP.ini关于FastCGI部分

fastcgi.impersonate = 1

cgi.fix_pathinfo=1

cgi.force_redirect = 0

PHP.ini关于自身的部分

一、搜索extension_dir，去掉前面注释“”，修改成：

1 extension_dir = "c:/php/ext"

二、搜索date.timezone，去掉前面注释“”，修改成：

1 date.timezone = "asia/shanghai"

三、搜索下面，然后去掉前面的注视“”

extension=php_gd2.dll

extension=php_mbstring.dll

extension=php_mysql.dll

如此这般你的PHP基本可以畅通无阻了。至于一些更高级的修改，我们没有必要研究那么深，不是吗?

windows 2003+IIS6中优化fastcgi配置文件fcgiext.ini，减少php-cgi.exe进程数量和所占内存大小

本来听说fastcgi比isapi好就在服务器中装上了，配置环境为windows 2003+IIS6+fastcgi(FCGI)+PHP5.2.17，经过与很长一段时间观察，发现工作在FastCGI模式下的PHP会占用越来越多的内存，访问量稍微多点php-cgi进程就多了N个，同样情况下能比原来用isapi模式的时候多出几百M，我的服务器内存只有2G伤不起啊。

我在网上搜索了一下，发现还有不少人面临同样的问题。来自PHP官方的一个比较正式的解释是：php-cgi进程并没有内存泄漏，php-cgi会在每个请求结束的时候回收脚本使用的全部内存，但是并不会释放给操作系统，而是继续持有以应对下一次PHP请求。这样做大概是为了减少内存碎片化或者解决从系统申请内存之后又释放回操作系统所需要的时间不可控问题。可是如果偶然一次PHP请求使用了诸如ftp或者zlib这样的大内存操作，那么将导致一大块系统内存被php-cgi持续占有，不能被利用。

解决这个问题的办法是在web服务器配置中优化fastcgi配置文件参数。

在C:\WINDOWS\system32\inetsrv\fcgiext.ini 文件中可以设定php-cgi进程相关参数，如：

[Types]

php = PHP

[PHP]

ExePath=C:\php-5.3.8-nts-Win32-VC9-x86\php-cgi.exe

maxInstances=100

InstanceMaxRequests=10000

EnvironmentVars=PHP_FCGI_MAX_REQUESTS:10000

RequestTimeout=600

ActivityTimeout=900

在上面的配置中：

ExePath 指定了FastCGI解析程序的路径，

instanceMaxRequests 指定了每个实例可以处理的最大请求数，

maxInstances 指定可以启动的最大实例数目，

EnvironmentVars 创建了一个环境变量 PHP_FCGI_MAX_REQUESTS ，默认值设为10000，

requestTimeout 指定了请求的超时时间为600秒，

activityTimeout 指定了活动会话超时时间为900秒。

一下是建议值：

maxInstances=

把这个值改小

建议

512M 内存的改maxInstances=50

1G 内存的改maxInstances=80

2G 内存的改maxInstances=140

再修改

InstanceMaxRequests=

把这个值改小

建议

512M 内存的改InstanceMaxRequests=200

1G 内存的改InstanceMaxRequests=300

2G 内存的改InstanceMaxRequests=500

改完， 重启IIS。

instanceMaxRequests PHP_FCGI_MAX_REQUESTS 这两个参数决定了一个php-cgi进程被创建出来之后，最多接受的PHP请求数，在lighttpd中默认配置是10000。也就是说这个php-cgi进程每接受10000次PHP请求后会终止，释放所有内存，并重新被管理进程启动。如果把它降低，比如改成100，那么php-cgi重启的周期会大大缩短，偶然的高内存操作造成的问题影响时间也会缩短。

maxInstances 这个参数指定可以启动的最大实例数目，即php-cgi.exe进程的数目。如果把它降低，比如改成100，那么在任务管理器的进程中最多只有php-cgi.exe进程，php-cgi.exe所占用的总内存将大大减少。

我现在用的服务器为windows 2003操作系统，4G内存，一个php-cgi.exe程序占用7-25M内存，我把maxInstances值调为300，减少了php-cgi.exe进程的总数量，占用内存也减小了，反应速度比以前快了不少，至少调整到多少，可根据您的站点访问量来决定。

优点

IIS 6.0 和 Windows Server 2003在网络应用服务器的管理、可用性、可靠性、安全性、性能与可扩展性方面提供了许多新的功能。IIS 6.0同样增强了网络应用的开发与国际性支持。IIS 6.0和 Windows Server 2003提供了最可靠的、高效的、连接的、完整的网络服务器解决方案。

特点 描述

可靠性与可伸缩性 IIS 6.0提供了更智能的、更可靠的Web服务器环境，新的环境包括应用程序健康监测、应用程序自动地循环利用。其可靠的性能提高了网络服务的可用性并且节省了管理员用于重新启动网络服务所花费的时间，IIS 6.0将提供最佳的扩展性和强大的性能从而充分发挥每一台Web服务器的最大功效。

更安全、易于管理 IIS 6.0在安全与管理方面做出了重大的改进。安全性能的增强包括技术与需求处理变化两方面。另外，增强了在安全方面的认证和授权。IIS 6.0的默认安装是被全面锁定的，这意味着默认系统的安全系数就被设为最大，它提供的增强的管理性能改善了XML metabase的管理及新的命令行工具。

服务器合并 IIS 6.0是一个具有高伸缩性的Web服务器，它为Web服务器的合并提供了新的机遇。通过将可靠的体系结构和内核模式驱动程序完美结合在一起，IIS 6.0允许您在单台服务器上托管更多的应用程序。服务器合并还可以降低企业与人工、硬件以及站点管理相关的成本。

增强的开发与国际化支持 通过Windows Server 2003 与IIS 6.0支持的先进功能如内核模式缓存，应用程序开发人员将从Windows Server 2003 与IIS 6.0 单一的、完整的应用平台环境中受益。基于IIS 6.0，Windows Server 2003为开发者提供高标准的附加功能，包括快速应用程序开发以及广泛的语言选择，同时也提供了国际化支持和支持最新的Web标准。

更高的安全性 IIS 6.0显著改进了Web服务器的安全性。IIS 6.0在默认情况下处于锁定状态，从而减少了暴露在攻击者面前的攻击表面积。此外，IIS 6.0的身份验证和授权功能也得到了改进。IIS 6.0还提供了更多更强大的管理功能，改善了对XML元数据库（metabase）的管理，并且提供了新的命令行工具。IIS 6.0在降低系统管理成本的同时，大大提高了信息系统的安全性。

Web服务器更高的可靠性和可用性

IIS 6.0已经经过了广泛的重新设计，以提高Web服务器的可靠性和可用性。新的容错进程架构和其它功能特性可以帮助用户减少不必要的停机时间，并提高应用程序的可用性。

功能特性 描述

容错进程架构 IIS 6.0的容错式进程架构将Web站点和应用程序隔离到一个自包含的单元之中（又称应用程序池）。应用程序池为管理员管理一组Web站点和应用程序提供了便利，同时提高了系统的可靠性，因为一个应用程序池中的错误不会引起另外一个应用程序池或者服务器本身发生故障。

健康状况监视 IIS 6.0定期检查应用程序池的状态，并自动重新启动应用程序池中发生故障的Web站点或应用程序，从而提高了应用程序的可用性。通过自动禁用在短时间内频繁发生故障的Web站点和应用程序，IIS 6.0可以保护服务器和其它应用程序的安全。

自动进程回收 IIS 6.0可以根据一组灵活的标准和条件——例如CPU利用率和内存占用情况，自动停止和重新启动发生故障的Web站点和应用程序，同时将请求放入队列。IIS 6.0还可以在回收一个工作进程时对客户机的TCP/IP连接加以维护，将Web服务客户端应用程序与后端不稳定的Web应用程序隔离开来。

快速的故障保护 如果某个应用程序在短时间内频繁发生故障，IIS 6.0将自动禁用该程序，并且向所有新发出和排入队列的针对该应用程序的请求返回一个“503服务不可用”错误信息。例如，此外，还可以触发某些定制操作，例如触发一个调试操作或者向管理员发出通知。快速故障保护可以保护Web服务器免遭拒绝服务攻击。

更加轻松的服务器管理

借助IIS 6.0，Web基础结构的管理工作变得比以往更加轻松和灵活，从而为企业节约IT管理成本带来了新的机遇。

功能特性 描述

基于XML的配置文件 IIS 6.0中XML格式的纯文本元数据库（metabase）为发生故障的服务器带来了经过改进的备份和恢复功能。此外，它还提供了得到改进的故障处理和元数据库损坏恢复。使用常见的文本编辑工具对其进行直接编辑提供了更为出色的可管理性。

运行程序的同时对其进行编辑 在服务器保持运行的同时，IIS 6.0允许管理员对服务器配置做出各种修改。例如，管理员可以使用该特性添加一个新的站点，创建虚拟目录，或者修改应用程序池和工作进程的配置——所有这些都是在IIS 6.0继续处理请求的同时发生的，并且无需进行重新编译或者重新启动服务器。

基于命令行和脚本的管理 IIS 6.0的管理员可以使用Windows Server 2003的命令行工具完成很多常见的管理工作。利用一个简单的命令，管理员即可管理多个本地或远程计算机。IIS 6.0还提供了一个完整的脚本环境，以在不使用图形用户界面的情况下，从命令行自动完成多种常见的管理任务。

对WMI的支持 IIS 6.0全面支持Windows Management Instrumentation（Windows管理规范，WMI）， Web管理员可以通过它获取重要的企业管理数据，例如性能计数器和配置文件。WMI的接口从本质上说类似于继续享受支持的Microsoft Active Directory® Service Interfaces（ADSI），可以在管理脚本中使用，并且可以用来修改基于XML的配置元数据库。

服务器合并

和先前版本相比，IIS 6.0的性能已经得到了极大的提高，现在，单台服务器即可托管更多的站点和应用程序。

功能特性 描述

站点伸缩性 IIS 6.0改进了操作系统使用内部资源的方法。例如，在初始化过程中，IIS 6.0不会预先分配资源。通过运行IIS 6.0，您可以在单台服务器上管理更多的站点和并发执行更多的工作进程。和IIS的先前版本相比，服务器的启动和关闭过程更加快捷。所有这些改进都使得IIS 6.0能够以更大的伸缩性对站点进行管理.

新的内核模式驱动程序，HTTP.sys Windows Server 2003引入了一种新的内核模式驱动程序，即HTTP协议堆栈（HTTP.sys），并使用它进行HTTP的解析和缓存，从而大大提高了系统的伸缩性和性能表现。IIS 6.0便建立在HTTP.sys的基础之上，并且针对提高Web服务器的吞吐量这一目的进行了特别的优化和调整。

Web园 IIS 6.0的工作进程隔离模式还允许多个工作进程被配置到针对某个给定应用程序池的服务请求上，这种配置又被称作Web园（Web garden）。

处理器关联 如果设置了处理器关联，IIS 6.0的工作进程便可以运行在指定的 微处理器或CPU上。处理器关联还可以和运行在多处理器计算机之上的Web园配合使用，在这些计算机上，CPU群集专门共指定的应用程序池使用。

更快捷的应用程序开发

通过提供一组全面完善的集成化应用程序服务和领先于业界的工具，Windows Server 2003应用程序环境大大改善了开发人员的工作效率和生产力。

功能特性 描述

ASP.NET和IIS的集成 通过将ASP.NET和IIS集成在一起，Windows Server 2003提供了更为美妙的开发体验。Windows Server 2003的各种增强建立在IIS 6.0的基础之上，为开发人员提供了高水平的功能特性，例如快速应用程序开发（RAD）和广泛灵活的语言选择。在Windows Server 2003中，使用ASP.NET和.NET Framework的得到了进一步优化，因为用来处理请求的体系架构与IIS 6.0紧密集成在一起。

Microsoft .NET Framework Microsoft .NET Framework允许开发人员在ASP.NET和其它技术的帮助下创建优秀的Web应用程序。此外，它还可以帮助他们开发与他们目前正在设计和开发的应用程序完全相同的程序。.NET Framework和语言无关；实际上您可以使用任何语言为它开发程序。开发人员可以使用各种语言构建基于.NET的应用程序和服务，包括： Microsoft Visual C++® .NET、Visual Basic® .NET、JScript®以及Visual C# .NET。

XML Web 服务 IIS 6.0提供了一个高性能的XML Web服务平台。XML Web服务为用户远程访问服务器功能提供了手段。通过使用Web服务，企业可以将编程接口暴露给他们的数据或业务逻辑，也可以通过客户端和服务器应用程序获得和操纵这些数据和业务逻辑。

跨越组织地理边界的信息共享 跨越组织的地理边界使用各种语言进行信息共享正在经济全球化浪潮中发挥越来越大的作用。过去，HTTP协议的非Unicode结构将开发人员限制在系统代码页上。现在，利用经过UTF-8（UCS Transformation Format 8）编码的URL ，Unicode成为了可能，它带来的好处之一便是：人们可以支持更复杂的语言了，例如中文。IIS 6.0允许用户使用Unicode访问服务器变量。此外，它还添加了新的服务器支持函数，允许开发人员访问以Unicode形式表述的URL地址，因此改善了产品的国际化支持能力。

更高的安全性

IIS 6.0远比IIS 4x 或 IIS 5x安全，它拥有很多新的功能特性，能够大大提高您的Web基础结构的安全性。此外，在默认状况下，IIS 6.0即处于“锁定”状态，同时具有最为可靠的超时设置和内容限制。

功能特性 描述

锁定服务器 IIS 6.0在安全性方面进行了很大的加强。为了减少系统向外界暴露的攻击表面积，IIS 6.0默认情况下不会安装在Windows Server 2003之中——管理员必须明确地选择该组件并安装它。IIS 6.0缺省即处于锁定状态下，并仅仅能够为用户提供静态内容。通过使用Web服务扩展节点，Web站点的管理员可以根据组织的特殊需要，启用或禁用某些IIS功能。

Web服务扩展列表 默认情况下的IIS安装不会编译、执行或者提交任何动态页面。为了向用户提供这些文件，您必须在Web服务扩展列表中添加每个允许提交的文件扩展名。这种做法可以防止某些人调用一些不够安全的动态页面。

默认的低权限账户 所有IIS 6.0的工作进程默认情况下都使用“网络服务”用户账户运行，这个在Windows Server 2003中新增加的账户类型是一种拥有有限操作系统权限的内置账户。所有的ASP内置功能都使用低权限账户（匿名用户）在系统中运行。

授权 IIS 6.0对Windows Server 2003内置的新的授权框架进行了进一步的扩展。此外，Web应用程序可以使用URL授权——以及授权管理器（Authorization Manager）——对用户的访问加以控制。现在，受约束的委派授权使得域管理员只能向特定的计算机和服务进行委派操作。

总结

IIS 6.0 与Windows Server 2003为网络应用服务器的管理提供了许多新的特性，包括实用性、可靠性、安全性与可扩展性。IIS 6.0也增强了开发和国际化支持，Windows Server 2003和IIS 6.0为您提供了一整套最可靠、高效、连接的一体化网络应用解决方案。

---