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

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

阅读量：5742 次

发布时间：2019-06-18

本文共 4576 字，大约阅读时间需要 15 分钟。

第一部分 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 ;

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 ;

# 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作中间层的三层架构图