Web Farm和Web Garden的区别

在这篇博文中,我将确切剖析Web Farm和Web Garden的区别和原理,以及使用它们的利弊。进一步地,我将介绍如何在各个版本的IIS中创建Web Garden。

  英文原文 | Abhijit Jana | 2010年10月2日

 

概述

  ASP.NET开发服务器负责处理所有来自客户端的请求和响应(开发阶段)。完成开发后,为了让他人可以访问你的站点,你必须将站点部署到服务器上,这将涉及到Web服务器。Web服务器负责处理所有来自客户端的请求,并给予响应。下图展示了ASP.NET Web应用程序典型的单IIS部署架构。

  客户端请求资源,IIS处理请求并响应。

Web Farm

  上述架构适用于只有一个Web服务器,且多个客户端从同一服务器请求资源的场景。如果站点的流量剧增,单个独立的服务器不足以处理客户端的请求。为了分担流量,您可能需要将应用程序部署到多台服务器。这就是所谓的“Web Fram”。因此,当您将站点部署到通过负载均衡器(Load Balancer)关联的多台Web服务器,就构成了“Web Farm”。下图展示了Web Farm的整体布局。

  在通常的Web Farm架构中,单个应用程序被部署到多个IIS服务器(由上图可知,应是“Web服务器”),服务器通过负载均衡器以VIP(Virtual IP)的形式进行连接。负载均衡器再连接到外网。因此,来自客户端的请求,首先经过负载均衡器。负载均衡器根据当前每个服务器的流量将请求路由到相应的Web服务器。这些Web服务器可能共享相同的数据库服务器(DB Server),也可能在后端使用重复服务器(Replicated Server)。

  总之一句话,当我们在多个Web服务器上部署同一Web应用程序来均衡负载就叫做“Web Farm”。

Web Garden

  在开始讲解Web Garden之前,我希望您对应用程序池(Application Pool)和工作进程(Worker Process)的基本原理有所了解。如果您已经读过《How IIS Processes ASP.NET Request?》,我有理由相信您对上述概念不会陌生。

  在IIS中,工作进程(Worker Process)负责运行ASP.NET应用程序,所有ASP.NET功能都运作在工作进程的范围之内(作者的这种描述有点别扭)。工作进程负责处理所有的请求、响应、会话数据、存储数据。应用程序池(Application Pool)是工作进程的容器。应用程序池用于隔离IIS工作进程,为Web应用程序提供高安全性、高可靠性和高可用性。

  默认情况下,每个应用程序池包含一个工作进程。包含多个工作进程的应用程序池(原文为Application,疑为作者笔误)即被称为“Web Garden”。下图是一个典型的Web Garden应用程序。

  在上图中,您可以看到其中一个应用程序池中包含多个工作线程,这就构成了Web Garden。

  因此,Web Farm是指将同一Web应用程序部署到多台服务器,并基于服务器的负载进行访问;而Web Garden是指单个应用程序池包含多个工作线程。

在IIS 6和IIS 7中创建Web Garden

  现在,我将向您展示如何在IIS 6和IIS 7中更改Web Garden的工作线程数。在IIS 6中,右键单击“应用程序池” > “属性” > 转到“性能”选项卡。

  在“性能”选项卡部分,有一个“Web Garden”的选项,默认值为“1”,您可以将该值设置为您需要的数值。

  在IIS 7中,右键单击“应用程序池” > 转到“高级设置” > 找到“进程模型”,下面有个“最大工作进程”项。您可以修改默认值(默认为1)来创建Web Garden。

  在上图中,您还可以看到Web Garden的定义。

  您还可以参考我早前关于当前主题的文章。>>

Web Farm和Web Garden的优点

  现在,让我们一起来看Web Farm和Web Garden的优点。

Web Farm的优点
  1. 它提供了高可用性(或者高容错性)。如果Farm中的任一服务器宕掉,负载均衡器可以将请求重定向到其他服务器。
  2. 提高了对客户端请求的响应速度。
  3. 提高了Web应用程序的稳定性,减少了应用程序的故障率。
  4. 可将会话和其他资源集中存储,以便让所有的服务器都能访问。
Web Garden的优点
  1. 通过工作进程间的请求共享,提高了应用程序的可用性(或者性能)。
  2. Web Garden通过处理器亲和性(Processor Affinity)对应用程序进行分配(基于参数和标记)。
  3. 减少物理空间消耗。

Web Farm模式下会话管理

  默认情况下,会话模式被设置为InProc。该模式下会话数据存储在工作进行中。但是,在Web Farm模式中,所有服务器可以共享同一个会话,我们可将会话模式设置为State Server或者SQL Server模式。这样, 即使某些服务器宕掉,请求通过负载均衡器转移到其他服务器,会话数据也可共享。

  在上图中,您可看到两个IIS服务器共享同一份存储在工作进程外的会话数据。您可以参考我早先的一篇文章《Exploring Session in ASP.NET》,文章中我揭示了如何在外部进程模式中配置会话模式。

Web Garden模式下会话管理

  当我们使用Web Garden时,客户端请求由不同的工作进程进行处理,所以会话模式必须是上面所说的外部进程会话模式。对于Web Garden,我们必须将会话放到同一服务器的不同工作进程中。

  译者注:应用程序涉及Web Garden可能需要配置<processModel>配置节,该配置节由aspnet_isapi.dll读取,托管代码不读取,这里不做详细介绍。

总结

  Web Farm是指将同一Web应用程序部署到多台服务器,并基于服务器的负载进行访问;而Web Garden是指单个应用程序池包含多个工作线程。

  在这篇博文中,我阐述了Web Farm和Web Garden的基础知识。本文囊括了Web Farm和Web Garden的基本信息和概念,至于Web Farm和Web Garden的配置细节我将在其他文章中进行阐述。更多信息请参考以下文章:

  1. Boosting performance using an IIS web garden
  2. How-To Configure Session State in a Windows Web Farm
  3. Role of Web gardens and web farms in ASP.NET

  希望此文对您有所帮助。

 

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。