.Net魔法堂:开启IIS的WebGarden、WebFarm和StateServer之旅

本文涉及的产品
传统型负载均衡 CLB,每月750个小时 15LCU
云数据库 RDS SQL Server,基础系列 2核4GB
RDS SQL Server Serverless,2-4RCU 50GB 3个月
推荐场景:
简介:

前言                              

  公司系统虽然配置有1台NLB后拖4台App Server最后搭一台强劲无比的DB Server,但每天下午4点左右总被投诉系统慢,报表下载不了等问题。究其原因,原来NLB采用锁定sessionId转发请求,而IIS的最大工作进 程数却是1而已,只能通过增加工作线程的方式来提高并发量,但增加线程会消耗更多内存,当所占内存接近2G时应用48%左右的执行时间被分配给GC工作 了,也就是说负载增大时上述硬件配置并然卵。那解决方案明显如下:

  1. NLB采用实际负载请求转发请求;

  2. IIS采用WebGarden模式;

  3. 多台IIS组成WebFarm;

  4. 为实现IIS的WebGarden和WebFarm工作模式,需要配置启用StateServer。

  另外,由于前期开发阶段大家并不清楚采用IIS WebGarden模式运行所带来的限制,因此还要对代码进行分析、调整。

  本文作为上段时间工作内容时查阅资料的整理总结,以便日后查阅。

 

何为WebGarden & WebFarm?                

  IIS默认配置下采用的是单工作进程的工作模式,也就是只启用一个w3wp.exe进程处理所有请求,然后进程内启用多个线程来处理并发请求,最大工作线 程数由具体的操作系统和IIS来决定,当并发量大于线程数时则会让请求排队等待处理。这是面对高并发量,且部分请求处理耗时较长时就会造成大部分请求长期 处于挂起的状态,用户感知就是慢,TMD慢。。。。

  WebGarden其实就是IIS的多工作进程的工作模式,而WebFarm则是多台IIS应用服务器作负载均衡。

  默认情况下(No WebGarden, No WebFarm):

  WebGarden:

 

  WebFarm:

 

  配置WebGarden

    在IIS 6中,右键单击“应用程序池” > “属性” > 转到“性能”选项卡。在“性能”选项卡部分,有一个“Web Garden”的选项,默认值为“1”,您可以将该值设置为您需要的数值。

   

    在IIS 7中,右键单击“应用程序池” > 转到“高级设置” > 找到“进程模型”,下面有个“最大工作进程”项。

   

    开启WebGarden是不是很简单呢?那问题落在到底maxWorkerProcesses设置多少才适合呢?一般建议设置为“逻辑核数”即可。

  到底WebGarden针对哪种场景,又有什么好处呢?

    对于上述的问题,我想前IIS PM Chris Adams给出的答案会更准确(http://blogs.iis.net/chrisad/1342059

Web gardens was designed for one single reason – Offering applications that are not CPU-bound but execute long running requests the ability to scale and not use up all threads available in the worker process.

     从Chris Adams处我们可知WebGarden的目的是针对大量长链接的情景,通过增加工作进程来增加可用的工作线程。

    另外,我想大家都有过这样的经历。maximum worker processes为1时,并发量上扬时w3wp.exe所占的内存(专用工作集/专用字节)会急速上升,当所占内存接近2GB时响应延时就变得十分严 重,唯一的办法就是等待、等待、等待。。。。。。要不就回收进程释放内存,但这时会中断用户的请求。

    那为什么会这样呢?

    1. 首先需要明确的是 工作线程 对应 请求 是一一对应的,因此当接收到N个请求时,就会开启N个工作线程处理请求,若请求量超过最大工作线程数时则会让请求排队;

    2. 线程本身也占内存资源,就线程栈空间而言,IIS5/6每个线程栈空间就占256KB,而Windows Server 2000下则占1MB。对于Windows Server 2008下的IIS7而言,32bit则占256KB,64bit则占512KB。极端情况下即使新开的线程所处理的程序入参和局部变量只使用1KB,但 线程栈依然会占512KB。更不用说程序中还用到大量堆空间的对象了;

    3. 进程是分配内存资源的最小单位,也就所有工作线程均使用同一块内存空间,更重要的是所有工作线程采用同一套GC机制,那么当执行GC时将挂起所有工作线程;

    4. 虽然Windows Server2008 64Bit对进程所占的内存空间没有设置上限,但若进程所占内存空间大且托管堆中含大量一次性对象那么必然会引起频繁的GC操作。(极端情况下GC占进程的执行时间片的48%左右)

    也就是我们通过“任务管理器”查看w3wp.exe内存占用率升高时,响应延时增大的根本原因是:工作进程中托管堆存在大量临时对象,导致频繁执行GC操作,而GC操作执行时会挂起所有工作线程,导致请求处理的延时增大。

    而WebGarden就是将工作线程均匀分配到多个工作进程中,那么各工作进程所占用的内存相对较少,减少GC操作和每次GC执行的时间,并且即使执行GC操作也不会挂起所有工作线程,从而提供并发处理量。

 

StateServer配置流程                      

    配置WebGarden和WebFarm后,每个请求将由不同的工作进程或应用服务器处理,那么之前保存在工作进程所占内存中的SessionTable 和缓存信息将无法共享。最明显的例子就是通过将用户的登陆信息保存在SesisonTable中,当启用WebGarden时,用户不定时被告知需要重新 登陆。这是由于请求被分配到另一个工作进程处理,而该工作进程没有对应的SessionTable记录。

  这时我们需要配置一台独立共享的StateServer来保存Sessoin等信息的服务器。

  对于WebGarden:

 

   对于WebFarm:

 

  下面我们一步步配置吧!

   1. 服务器配置

       1). 安装ASP.NET State Service组件:控制面板->程序和功能->打开或关闭Windows功能->Internet信息服务->万维网服务->应用程序开发功能->ASP.NET

       2). 在“运行”面板上输入regedit进入注册表,进入HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Services/aspnet_state/Parameters

            修改AllowRemoteConnection,用于配置可被远程链接的链接数,0表示仅能本机链接;

            修改Port,用于配置State Service的端口号,一般采用默认42424即可。

   3). 启动/重启State Service:计算机->管理->服务->ASP.NET State Service 启用,自动。

   2. Web.config配置

       配置位于<system.web>下的<sessionState>节点

<!--Session 配置。Session 为请求的当前上下文保存用户配置,每个用户独立。不建议存放大量数据。
        mode: 
          Off: 设置为不使用Session功能
          InProc: 默认值,在 IIS 进程中保存 Session,无存储类型、大小限制,性能高,但容易丢失。
          StateServer:在 Windows 服务进程中保存 Session,序列化存储,无大小限制,不依赖 Web 服务器,不容易丢失,但序列化消耗 CPU 性能。
          SQLServer:在 SQL Server 中保存 Session,序列化存储,无大小限制,不依赖 Web 服务器,不容易丢失,但序列化消耗 CPU 性能。
          Custom:
        cookieless:
          true 使用Cookieless模式;这时客户端的Session信息就不再使用Cookie存储了,而是将其通过URL存储。比如网址为http://localhost/MyTestApplication/(ulqsek45heu3ic2a5zgdl245)/default.aspx
          false 使用Cookie模式,这是默认值。
        timeout 
          设置经过多少分钟后服务器自动放弃Session信息。默认为20分钟。
        stateConnectionString 
          设置将 Session 信息存储在状态服务中时使用的服务器名称和端口号,例如:"tcpip=127.0.0.1:42424”。当mode的值是StateServer是,这个属性是必需的。(42424是默认端口)。
        sqlConnectionString 
          设置与 SQL Server 连接时的连接字符串。例如 "data source=localhost;Integrated Security=SSPI;Initial Catalog=northwind"。当mode的值是SQLServer时,这个属性是必需的。
        stateNetworkTimeout 
          设置当使用 StateServer 模式存储 Session 状态时,经过多少秒空闲后,断开Web服务器与存储状态信息的服务器的 TCP/IP 连接的。默认值是10秒钟。-->
<sessionState mode="Off|InProc|StateServer|SQLServer"
   cookieless="true|false"
   timeout="number of minutes"
   stateConnectionString="tcpip=server:port"
   sqlConnectionString="sql connection string"
   stateNetworkTimeout="number of seconds"
  />

 示例:<sessionState mode="StateServer" stateConnectionString="tcpip=localhost:42424" timeout="2880" />

 对于没有启用WebFarm而言,上述StateServer配置已经可OK了。但倘若启用WebFarm,那还要配置以下两项:

 1. 配置MachineKey

   machineKey作为加密/解密秘钥。负载均衡时必须配置,否则会报“无法验证的错误”之类的问题。

     默认情况下ASP.NET会自动生成一组machineKey,但作负载均衡时各台应用服务器所生成的均不同,则会导致无法正确加密解密共享信息。

<machineKey validationKey="86B6275BA31D3D713E41388692FCA68F7D20269411345AA1C17A7386DACC9C46E7CE5F97F556F3CF0A07159659E2706B77731779D2DA4B53BC47BFFD4FD48A54" decryptionKey="9421E53E196BB56DB11B9C25197A2AD470638EFBC604AC74CD29DBBCF79D6046" validation="SHA1" decryption="AES"/> 
    machineKey的生成函数
生成machineKey:

public static string CreateKey(int len)
{
byte[] bytes = new byte[len];
new RNGCryptoServiceProvider(). GetBytes(bytes);
StringBuilder sb = new StringBuilder();
for(int i = 0; i < bytes. Length; i++)
      {
sb. Append(string. Format("{0:X2}",bytes[i]));
      }
return sb. ToString();
}


使用:

validationKey = CreateKey(20);
decryptionKey = CreateKey(24);

  2. 配置AppID

   StateServer中Session信息的ID实际上是由AppID和用户的SessionID组成,因此若部署在多台应用服务器上的网站的AppID不同,则会导致Session信息丢失的问题。

   IIS7下配置AppID

    

   IIS6下配置AppID

  方式1:在CMD下输入 cd c:\Inetpub\AdminScripts 

                然后输入 cscript adsutil.vbs move w3svc/999 w3svc/2 意思是将AppID从999改为2。

      方式2:修改MetaBase.xml文件。

 

Q&A                            

  Q:为何我按照上述内容配置WebGarden和StateServer,但偶然间会报如下错误呢?

   A:由于存放复杂的自定义结构体到SessionTable了,在做反序列化时报错了。建议只存放String、Int32等简单类型的数值到SessionTable,然后以它们为键再在程序中获取其它属性。

相关实践学习
SLB负载均衡实践
本场景通过使用阿里云负载均衡 SLB 以及对负载均衡 SLB 后端服务器 ECS 的权重进行修改,快速解决服务器响应速度慢的问题
负载均衡入门与产品使用指南
负载均衡(Server Load Balancer)是对多台云服务器进行流量分发的负载均衡服务,可以通过流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性。 本课程主要介绍负载均衡的相关技术以及阿里云负载均衡产品的使用方法。
目录
相关文章
|
SQL JavaScript 前端开发
一起谈.NET技术,细数十大免费构建ASP.NET网站必备工具
  最近使用ASP.NET为公司构建了一个简单的公共网站(该网站的地址:http://superexpert.com/。在这个过程中,我们使用了数量很多的免费工具,如果把构建ASP.NET网站的必备工具总结一下,将会是一件十分有趣的事情。
1642 0
|
SQL JavaScript 前端开发
细数十大“.NET研究”免费构建ASP.NET网站必备工具
  最近使用ASP.NET为公司构建了一个简单的公共网站(该网站的地址:http://superexpert.com/。在这个过程中,我们使用了数量很多的免费工具,如果把构建ASP.NET网站的必备工具总结一下,将会是一件十分有趣的事情。
1510 0
|
Web App开发 .NET
“Asp.Net微型服务器”根据博友们的要求改版了,也出.NET4.0版本了,要更新的博友们赶快下吧
时至今日前一篇文章 http://www.cnblogs.com/waw/archive/2011/10/24/2222398.html 中提到的“Asp.Net微型服务器”已得到了广大互联网好友们的一至认可,博客的人气同时也得到了飚升,为了答谢好友们的支持,特意根据博友们的要求将“Asp.Net微型服务器”作了一些改进,并且还开发出了支持.NET4.0的版本,支持的朋友不要忘了点一下“推荐”啊。
959 0
|
存储 .NET 数据库
一起谈.NET技术,ASP.NET 项目安装包制作(三)补充说明
  相关文章:ASP.NET项目安装包制作 、ASP.NET 项目安装包制作(二)数据库安装、其他组件的安装   一、 安装标题   按照前面的做法中,在安装过程中,如下图:   安装的标题是HxjWebSteup,这样的标题和产品名称显然是无法再实际项目中使用的。
943 0
|
Web App开发 JavaScript 前端开发
艾伟:学习ASP.NET比较完整的流程
  如果你已经有较多的面向对象开发经验,跳过以下这两步:   第一步 掌握一门.NET面向对象语言,C#或VB.NET 我强烈反对在没系统学过一门面向对象(OO)语言的前提下去学ASP.NET。 ASP.NET是一个全面向对象的技术,不懂OO,那绝对学不下去!   第二步 对.NET Framework类库有一定的了解 可以通过开发Windows Form应用程序来学习NET Framework。
1219 0
|
.NET
艾伟:ASP.NET最近遇上的问题小结
  1. Datagrid绑定的时候,如果想控制CurrentPage.Index的话,要在绑定DataGrid之前,也就是BindGrid函数之前控制CurrentPageIndex。   2. 防止翻页之后查询出现PageIndexNumber溢出的问题,要在翻页之后查询的时候,使用CurrentPageIndex=0指明当前Datagrid的显示页码数,防止出现BUG。
860 0