大型架构.net平台篇(WEB层均衡负载nginx)



第一部分 WEB层均衡负载
.net平台下，我目前部署过的均衡负载有两种方式(iis7和Nginx)，以下以Nginx为例讲解web层的均衡负载.

简介：Nginx 超越 Apache 的高性能和稳定性，使得国内使用 Nginx 作为 Web 服务器的网站也越来越多，其中包括新浪博客、新浪播客、网易新闻等门户网站频道，六间房、56.com等，视频分享网站，Discuz!官方论坛、水木社区等知名论坛，豆瓣、YUPOO相册、海内SNS、迅雷在线等新兴Web 2.0网站。

据说Nginx能承受3万并发连接数，这一点没有测试，总之Nginx是以高并发著名的。

Nginx 做前端的均衡负载也是相当不错的选择，而且和具体的语言无关，下面是Nginx 分发到IIS的方式

简单流程：用户访问网站(服务器C)->服务器C(不需要IIS) Nginx分发请求到->A或B或都更多的服务器（具体的IIS服务器）， 实现前端负载

配置非常简单，方法如下：

1.下载Nginx windows版本,网上搜一下就行了.下载后解压放在C服务器(192.168.0.3)C:或D:目录下,例如(c:/nginx)
2. 把asp.net站点复制到A服务器(192.168.0.1)，B服务器(192.168.0.2)，并建立好相应的iis, 端口自已定, 例如(81)

确保A服务器和B服务器的页面是完全一样的，以及web.config需要配置machineKey一致，不然会报异常的。

<system.web>
<machineKey validation="3DES"

validationKey="319B474B1D2B7A87C996B280450BB36506A95AEDF9B51211"

decryptionKey="280450BB36319B474C996B506A95AEDF9B51211B1D2B7A87"

decryption="3DES"/>

3. 配置C服务器(前端负载转发服务器)nginx的配置文件 nginx.conf
以下标红的就是需要配置的.其中ip_hash很重要（可以保证每个访客可以固定一个后端，保证session不会出问题)
#user nobody;
worker_processes 1;

#error_log logs/error.log;
#error_log logs/error.log notice;
#error_log logs/error.log info;

#pid logs/nginx.pid;

events {
worker_connections 1024;
}

http {
include mime.types;
default_type application/octet-stream;

#log_format main '$remote_addr - $remote_user [$time_local] "$request" '
# '$status $body_bytes_sent "$http_referer" '
# '"$http_user_agent" "$http_x_forwarded_for"';

#access_log logs/access.log main;

sendfile on;
#tcp_nopush on;

#keepalive_timeout 0;
keepalive_timeout 65;

#gzip on;

upstream mytest.oa.com
{
ip_hash;
server 192.168.0.1:81;
server 192.168.0.2:81;
}
server {
listen 80;
server_name mytest.oa.com;

#charset koi8-r;

#access_log logs/host.access.log main;

location / {
proxy_pass http://mytest.oa.com;
proxy_redirect default;
}

#error_page 404 /404.html;

# redirect server error pages to the static page /50x.html
#
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}

# proxy the PHP scripts to Apache listening on 127.0.0.1:80
#
#location ~ /.php$ {
# proxy_pass http://127.0.0.1;
#}

# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
#
#location ~ /.php$ {
# root html;
# fastcgi_pass 127.0.0.1:9000;
# fastcgi_index index.php;
# fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;
# include fastcgi_params;
#}

# deny access to .htaccess files, if Apache's document root
# concurs with nginx's one
#
#location ~ //.ht {
# deny all;
#}
}

# another virtual host using mix of IP-, name-, and port-based configuration
#
#server {
# listen 8000;
# listen somename:8080;
# server_name somename alias another.alias;

# location / {
# root html;
# index index.html index.htm;
# }
#}

# HTTPS server
#
#server {
# listen 443;
# server_name localhost;

# ssl on;
# ssl_certificate cert.pem;
# ssl_certificate_key cert.key;

# ssl_session_timeout 5m;

# ssl_protocols SSLv2 SSLv3 TLSv1;
# ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;
# ssl_prefer_server_ciphers on;

# location / {
# root html;
# index index.html index.htm;
# }
#}

}

5. 配置完成后, 通过命令行进入ngnix目录，运行ngnix.exe，即启动ngnix。（请确保没有其它iis或apache占用80端口）

6.关闭ngnix命令为：ngnix -s stop

第二部分 中间层均衡负载WCF

在第一部分的文章里，简单介绍了一下怎么在WEB层做均衡负载，主要用到的软件是Nginx.这里为啥引用中间层的概念呢？

最简单的部署方式： WEB层->访问DB， 这里直联数据库的做法，就是二层架构，WEB层和DB可以放在不同一个服务器上。在用户量和并发量大的时候，WEB层和DB压力都很大，而且还缺乏扩展性，所以大型架构都会采用三层的方式

三层架构部署方式：WEB层->中间层->DB层，WEB层不会直联数据库，WEB层，中间层，DB可以放在不同的服务器上。引用中间层的好处在于减轻了WEB层和DB压力，中间层专注于处理逻辑相关的业务，而且还提高网站的安全性，即使WEB层的服务器被攻破，也是没法获取到数据库的帐号和数据。三层架构的职能如下：

WEB层：只关注界面的展示，通过调中间层的结果获取数据来展示，不可以直接调用数据库取数据

中间层：只关注业务逻辑和调用数据库的数据

DB层：只部署数据库

在.net平台，中间层可以选择Webservice, WCF等等，考虑到安全性等原因，WCF在目前是非常好的选择。

WCF:如果不清楚可以网上搜索一下，使用起来和webservice是比较类似的，开发调试可能会麻烦点，熟悉了就觉得没什么麻烦的。

以下为.net平台下使用wcf作中间层的三层架构图

用WCF如何做均衡负载？

例如：中间层可以分三大块业务逻辑，订单服务（10001），商品服务（10002），用户服务（10003）。WCF部署成windows服务模式，即占用一个端口的windows进程

方法一：通过WEB层的分布式部署，中间层也跟着WEB层做相应的分布式部署，这个方法最简单，但不属于真正的均衡负载。

1.中间层部署

192.168.1.11 10001,10002,10003 这个服务器部署了三个WCF,端口号分别是10001,10002,10003

192.168.1.12 10001,10002,10003 这个服务器部署了三个WCF,端口号分别是10001,10002,10003

192.168.1.13 .....

.....

2.WEB层调用

WEB层服务器A：配置终结点为192.168.1.11的三个终结点

WEB层服务器B：配置终结点为192.168.1.12的三个终结点

WEB层服务器C：.....

.....

方法二：WEB层动态加载终结点，实现均衡负载的调用，本人未实践这种方法，理论上是可行的。

1.中间层部署

192.168.1.11 10001,10002,10003 这个服务器部署了三个WCF,端口号分别是10001,10002,10003

192.168.1.12 10001,10002,10003 这个服务器部署了三个WCF,端口号分别是10001,10002,10003

192.168.1.13 .....

2.各个WEB层读取同一份配置文件，配置的内容为各个服务的接口名和IP和端口，加载后生成数组

string []OrderService;

OrderService[0]="192.168.1.11:10001";

OrderService[1]="192.168.1.12:10001";

OrderService[2]="192.168.1.13:10001";

....

3.WEB层调用

通过随机算法，获取需要调用IP和端口

int index=new Radmon().Next(0,OrderService.Length);

string orderService=OrderService[index];

//最后调用相应IP和端口上的服务