IIS版本间差异很大,概念容易混淆,配置更加复杂,现收录IIS7相关知识,以更加明晰IIS工作的原理。在IIS 7中,添加一个应用程序或者单独的网站,默认会自动新建一个对应的“应用程序池”,这也是IIS 7的一大特色。
在早期的IIS 5.0中,只有一个应用程序池的情况下,很容易造成“全军覆没,一荣俱损”。因为所有的网站(或者虚拟目录下的应用程序)都“寄居”在一个“池”,当这个“池”崩溃了,所有的网站都杯具了。后来的IIS 6中,有了“应用程序池”的概念,但是默认不会自动添加,IIS 管理员可以手动去添加,配置,这样是的IIS 具有很强的隔离性。
应用程序池改进的服务器和应用程序性能。对于占用大量资源的应用程序,您可以将其分配给它们自己的应用程序池,以免影响其他应用程序的性能。改进的应用程序可用性。如果一个应用程序池中的应用程序发生故障,将不会影响其他应用程序池中的应用程序。改进的安全性。通过隔离应用程序,可以降低一个应用程序访问其他应用程序资源的几率。
在 IIS 7 中,应用程序池有两种运行模式:集成模式和经典模式。应用程序池模式会影响服务器处理托管代码请求的方式。如果托管应用程序在采用集成模式的应用程序池中运行,服务器将使用 IIS 和 ASP.NET 的集成请求处理管道来处理请求。但是,如果托管应用程序在采用经典模式的应用程序池中运行,服务器会继续通过 Aspnet_isapi.dll 路由托管代码请求,其处理请求的方式就像应用程序在 IIS 6.0 中运行一样。
大多数托管应用程序应该都能在采用集成模式的应用程序池中成功运行,但为实现版本兼容,有时也需要以经典模式运行。应该先对集成模式下运行的应用程序进行测试,以确定是否真的需要采用经典模式。使用IIS 7 部署 mvc 应用程序时,只需要选择“集成”即可,不需要像在IIS 6中繁琐的配置(设置ISAPI映射,添加通配符...)
Web园(Web Garden),是IIS 6.0以上版本应用程序池的一种配置方案。要理解Web园的概念,可以设想这样一种情形:假设有一个IIS 5.0服务器和三个Web网站,每一个Web网站运行着相同的应用程序,如果IIS 5.0能够自动按照圆形循环的模式将请求依次发送给这些功能上等价、实际上分离的Web网站,将负载分离到三个不同的进程,就可以构成一个小型的Web农场(Web Farm)――这就是Web园。而在IIS 6.0的Web园中,我们不必创建额外的Web网站,只要指定用于某个应用程序池的工作进程的数量就可以了。
下面阐述一下站点(site),应用程序(application)和虚拟目录(virtual directory)概念与作用,已及这三个东西在IIS6与IIS7中的异同。因为站点,应用程序和虚拟目录是我们在IIS上架设网站时肯定会遇到的,但它们的概念又是那么的含糊(至少对我来说)。我在网上找了一些资料来学习,其中一个写的比较详细的是:Understanding Sites, Applications, and Virtual Directories on IIS 7 而这里则只是作一些总结。
在IIS6中,应用程序和虚拟目录的概率是有点含糊的,而在IIS7以上,这三者则被规范化起来,在IIS架构层面上明确了三者的层次关系。
在IIS6中,虽然存在virtual directory 和application两个概念,而且看上去这两个概念是独立的,但是在IIS6中一个application其实就是一个虚拟目录,只不过一个application在medabase中可以对AppFriendlyName, AppRoot, AppIsolated, AppPoolID这几个属性进行设置而已。但IIS6中的site则是例外,因为就算不对那几个属性进行设置,它也不会被视为虚拟目录,而是被视为一个application。
而在IIS7或以上(但目前我能接触到的最高版本的IIS就是win7中的IIS7.5),site,application和virtual directory的概念已经被规范起来,已经不像IIS6那样含糊。在IIS7+中,他们是独立的概念,并且在IIS组织架构上呈现出一种层次关系:一个site中可以有一个或者多个application,一个application中可以有一个或者多个virtual directory,而一个virtual directory则对应着一个物理路径。一个site默认会至少有一个application,称为根应用程序(root application)或者默认应用程序(default application),而一个application至少有一个vitual director,称为根虚拟目录(root virtual directory)来看一下我的IIS7.5上一个site的结构和这个site在IIS的ApplicationHost.config文件是怎样对应的。:
注:ApplicationHost.config文件在目录:\%windir%\system\inetsrv\config目录下
我的IIS中只有一个ID为13的site,site下有两个application分别为cd和dh。从右边的config中可以看到,其实除了cd和dh两个application外,site本身也是一个application,也就是root application。同时也可以看到,每个application下有一个 virtual directory,也就是root virtual directory,充当着这个application的根目录,并映射到该application所在的物理路径。当然,每个application可以有多个virtual directory,这些virtual directory可以对应其他的物理路径(譬如dh application下的image虚拟目录的物理路径可以使网络中另外一台计算机的某个共享目录)
在IIS7+中(其实IIS6也是一样,但细节有不同,这里有点含糊,还待深入研究),一个site运行在一个application pool中,而一个application pool默认有一个w3wp.exe(工作者进程),site中的application运行在这个w3wp.exe进程中的app domain(应用程序域)中(不同application运行在不同app domain中,以进行隔离),而同一个application的virtual directory运行在相同的app domain下。但site下的application不一定必须跟这个site运行在相同的application pool,application可以指定一个跟这个application的site不同的application pool。
接下来独立的阐述一下site,application和virtual derectory
站点(site)
一个站点包含一个或者多个application和一个或者多个虚拟目录。我们可以通过对site进行不同的绑定以用不同的方式对site进行访问。这里的“绑定”包含两个方面,一个是绑定的协议,另一个就是绑定信息。绑定协议用于指定通过什么协议去和该site进行通信。IIS7+中,对一个site可以的协议包括http,https,net.tcp,net.pipe,net.msmq,net.formatname这几种。当然,对于一个网站,最常用的就是http和https。而绑定信息则定义了通信的基本信息,比如IP地址,通信端口,站点的一些头部信息(header)。正如前面说到的,可以为一个site添加多种绑定,只需要在IIS中对某个site进行“编辑绑定”操作即可。
应用程序(application)
application是为一个site提供功能的基本单位,例如一个购物站点可以包含两个application:一个负责呈现商品,给消费者去选购,并放入购物车,而另一个appliation则可以专注于用户的登录以及支付业务。当一个site只有一个application时候,这个application也就是root application或者default application,代表着这个site本身,在applicationHost中的“<application path="/" >”里面,path="/"就表示该application是该site的根应用程序。
application运行在IIS中的应用程序池中,以app domain隔离。application可以运行在IIS中任意一个应用程序池中,而不一定要运行在这个application所在的site的应用程序池中,但对于使用托管代码开发的application(例如一个asp.net网站)必须运行在运行在.NET之上的应用程序池。可以在IIS中对应用程序池进行设置,包括设置.NET版本(或者是非托管环境),以及设置管道模式等操作。
虚拟目录(virtual directory)
一个虚拟目录就是一个site(实际上是application)上的对一个本地计算机或者远程计算机上一个物理目录路径的一个映射名称。一个application可以拥有至少一个虚拟目录。在applicationHost中的“<virtualDirectorypath="/" >”里面,path="/"就表示该virtual directory是该application(或者该site)的根虚拟目录。
当设置一个虚拟路径映射到一个物理路径后,这个物理路径中的目录名称就会变成这个site(或者application)的url的一部分。一个site(application)可以拥有多个虚拟目录,例如,一个site中的虚拟目录"www.site.com/script"映射到本地计算机上该站点中script文件夹,而"www.site.com/image"则映射到远程图片服务器上的一个“image”文件夹。IIS7+利用虚拟目录映射的目录路径目录下的web.config配置文件来管理该虚拟目录及其子目录(可以在applicationHost.config的sites/virtualDirectoryDefaults节中使用allowSubDirConfig="false"属性来关闭web.config对子目录的控制。)