目录
1.前言
2.安装
3.配置文件详解
4.工作原理
5.Linux下托管.NET Core项目
6.Linux下.NET Core项目负载均衡
7.负载均衡策略详解
8.加权轮询(round robin)策略剖析
9.IP哈希(ip hash)策略剖析
10.最少连接(least_conn)策略剖析
11.随机(random)策略剖析
12.URL哈希(url hash)策略剖析
13.响应时间(fair)第三方模块详解
14.Linux下.NET Core项目Nginx+Keepalived高可用（主从模式）
15.Linux下.NET Core项目Nginx+Keepalived高可用（双主模式）
16.Linux下.NET Core项目LVS+Keepalived+Nginx高可用集群
17.构建静态服务器
18.日志分析
19.优化策略
20.总结
在上一篇文章我们已经讲过如何使用Nginx托管.NET Core项目，那么接下来我们就要介绍如何使用Nginx作为负载均衡。这里之前是用了两台服务器作为讲解的，后面更新为三台上游服务器，只是内容有所变化，方法是不变的，特此说明下。
1.什么是负载均衡？
Load balancing，即负载均衡，是一种计算机技术，用来在多个计算机（计算机集群）、网络连接、CPU、磁盘驱动器或其他资源中分配负载，以达到最优化资源使用、最大化吞吐率、最小化响应时间、同时避免过载的目的。
2.有什么作用？
①、解决并发压力，提高应用处理性能（增加吞吐量，加强网络处理能力）；
②、提供故障转移，实现高可用；
③、通过添加或减少服务器数量，提供网站伸缩性（扩展性）；
⑤、安全防护；（负载均衡设备上做一些过滤，黑白名单等处理）
3.为什么使用Nginx来做负载均衡？
在前一篇文章，我们只是单机部署站点，程序猿A很开心的把站点部署上线了，客户使用了一段时间也没有发现什么问题，突然有一天访问不了，程序猿A一看，哦豁，服务器挂了，让我来重启下服务器，重启之后他很开心的告诉客户，系统已经可以访问啦。同时心里庆幸在上班时间出现问题，万一半夜或者在路上，那客户不得急死咯。程序猿A就想了，这可是概率事件啊，我也不知道它什么时候发神经或者经常性的给我来故障，那我不得经常被老板拿去祭天咯。程序猿A到最后也没有解决这个故障问题，当然后面也没有发生故障，随着客户越来越多，突然某天某个点系统突然很卡甚至返回访问不了，程序猿A去看了下，发现服务器并没有故障，但是就是访问不了。这个时候程序猿A不解决问题就不行了，不解决客户就会经常访问不了，久之这个系统就没法用了，即使老板天天拿程序猿A去祭天也无济于事。
上面这个故事其实就是因为单机部署发生的单点故障，导致系统无法访问。还有就是并发鸭梨，导致系统处理能力下降甚至访问不了。那这个时候我们就把系统部署在多台服务器上，当一台挂了，另外一台也可以照常使用，而多台服务器就需要Nginx作为代理服务器，所有的请求先进入Nginx，Nginx在根据具体的规则把请求转发到具体的服务器上。
4.怎么做？
首先我们还是按照上一篇文章介绍的，部署三台.NET Core站点。但是我们要做为这两个.NET Core做一些区分，这样能更好的看出我们访问的是哪台服务器。我们按照《.NET Core项目部署到Linux(Centos7)（三）创建.NET Core API项目》，然后找到WeatherForecastController修改Get方法，增加ServerName区分具体访问的是哪一个站点。如下图
三台服务器的IP分别为192.168.157.132、192.168.157.133、192.168.157.138（这里的IP根据具体环境变化），我们修改ServerName为“.Net Core Nginx Server 1”，发布到132这台服务器上。然后修改ServerName为“.Net Core Nginx Server 2”，发布到133这台服务器上。最后修改ServerName为“.Net Core Nginx Server 3”，发布到138这台服务器上。发布完之后，我们在Postman验证下效果。《.NET Core项目部署到Linux(Centos7)（六）发布.NET Core 项目到Linux》
这样我们单独去访问这三台服务器站点都是正常的，但是这样我们是无法做负载均衡的，用户只能访问一个站点，因为只能公布一个入口，那么下面我们就部署Nginx负载均衡服务器，用它来把用户的请求转发到这两个站点的其中一个。
我们先新建一个虚拟机，然后用yum安装Nginx，《Nginx知多少系列之(二)安装》 ，安装后如下图
#测试Nginx安装是否成功
curl http://localhost
这一台服务器是192.168.157.134，我们按照前面介绍的为Nginx开机自启动以及开放对应的防火墙端口。
接下来我们就要做负载均衡配置了。
#进入nginx目录
cd /etc/nginx #编辑nginx.conf
sudo vim nginx.conf #按i进入插入模式 #注释下面的内容 # server {
# listen default_server;
# listen [::]: default_server;
# server_name _;
# root /usr/share/nginx/html;
#
# # Load configuration files for the default server block.
# include /etc/nginx/default.d/*.conf;
#
# location / {
# }
#
# error_page 404 /404.html;
# location = /40x.html {
# }
#
# error_page 500 502 503 504 /50x.html;
# location = /50x.html {
# }
# } #编辑完后按Esc，然后:wq保存退出
负载均衡需要使用upstream模块，所以我们首先需要在Http块里的全局位置定义一组服务器，我们在使用yum安装的nginx在nginx.conf里会定义了include /etc/nginx/conf.d/*.conf，这里说明了包含了conf.d文件夹下面以.conf为结尾的配置文件。因为include是定义在全局的，所以在conf配置文件里也可以定义全局的内容。
#进入conf.d目录
cd /etc/nginx/conf.d #创建upstream.conf文件
sudo touch upstream.conf #编辑upstream.conf文件
sudo vim upstream.conf #按i进入插入模式 #输入下面的配置内容 upstream netCoreDemo {
server 192.168.157.132;
server 192.168.157.133;
server 192.168.157.138;
} server {
listen ;
location / {
proxy_pass http://netCoreDemo;
}
} #按Esc，然后:wq保存退出 #重启Nginx
sudo nginx -s reload
配置负载均衡就是这么简单哦，当然下面我们还会介绍负载均衡的策略。不过我们先来验证下效果吧，有图有真相。
哦豁，看到效果了么，第一次访问是在132的站点，第二次访问是在133的站点，第三次访问的是在138的站点，以此类推下去。简单的负载均衡已经实现了。这里的策略我们没有做更改，在Nginx里默认的方式是轮询，每个请求按照时间顺序轮流分配到不同的后端服务器。
下一篇文章将会详细的讲解Nginx负载均衡的策略，目前暂不包含商业策略的讲解。