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

　　希望此文对您有所帮助。