我们耳熟能详的负载均衡，你该如何配置?

什么是负载均衡在计算机的世界，这就是大家耳熟能详的负载均衡（load balancing），所谓负载均衡，就是说如果一组计算机节点（或者一组进程）提供相同的（同质的）服务，那么对服务的请求就应该均匀的分摊到这些节点上。这里的服务是广义的，可以是简单的计算，也可能是数据的读取或者存储。负载均衡也不是新事物，这种思想在多核CPU时代就有了，只不过在分布式系统中，负载均衡更是无处不在，这是分布式系统的天然特性决定的，分布式就是利用大量计算机节点完成单个计算机无法完成的计算、存储服务，既然有大量计算机节点，那么均衡的调度就非常重要。负载均衡的意义在于，让所有节点以最小的代价、最好的状态对外提供服务，这样系统吞吐量最大，性能更高，对于用户而言请求的时间也更小。而且，负载均衡增强了系统的可靠性，最大化降低了单个节点过载、甚至crash的概率。不难想象，如果一个系统绝大部分请求都落在同一个节点上，那么这些请求响应时间都很慢，而且万一节点降级或者崩溃，那么所有请求又会转移到下一个节点，造成雪崩。如何实现负载均衡回答可以如下：在nginx里面配置一个upstream，然后把相关的服务器ip都配置进去。然后采用轮询的方案，然后在nginx里面的配置项里，proxy-pass指向这个upstream，这样就能实现负载均衡。nginx的负载均衡有4种模式：1)、轮询（默认）每个请求按时间顺序逐一分配到不同的后端服务器，如果后端服务器down掉，能自动剔除。2)、weight指定轮询几率，weight和访问比率成正比，用于后端服务器性能不均的情况。3)、ip_hash每个请求按访问ip的hash结果分配，这样每个访客固定访问一个后端服务器，可以解决session的问题。4)、fair ， url_hash（第三方）按后端服务器的响应时间来分配请求，响应时间短的优先分配。负载均衡配置方法打开nginx.conf文件，在http节点下添加upstream节点：

upstream webname {  
  server 192.168.0.1:8080;  
  server 192.168.0.2:8080;  
}  

其中webname是自己取的名字，最后会通过这个名字在url里访问的，像上面这个例子一样什么都不加就是默认的轮询，第一个请求过来访问第一个server，第二个请求来访问第二个server。依次轮着来。

upstream webname {  
  server 192.168.0.1:8080 weight 2;  
  server 192.168.0.2:8080 weight 1;  
}  

这个weight也很好理解，权重大的被访问的概率就大，上面这个例子的话，访问2次server1，访问一次server2

upstream webname {  
  ip_hash;  
  server 192.168.0.1:8080;  
  server 192.168.0.2:8080;  
}   

ip_hash的配置也很简单，直接加一行就可以了，这样只要是同一个ip过来的都会到同一台server上。然后在server节点下进行配置：

location /name {  
    proxy_pass http://webname/name/;  
    proxy_http_version 1.1;  
    proxy_set_header Upgrade $http_upgrade;  
    proxy_set_header Connection "upgrade";  
}  

proxy_pass里面用上面配的webname代替了原来的ip地址。这样就基本完成了负载均衡的配置。

下面是主备的配置：还是在upstream里面

upstream webname {  
  server 192.168.0.1:8080;  
  server 192.168.0.2:8080 backup;  
} 

设置某一个节点为backup，那么一般情况下所有请求都访问server1，当server1挂掉或者忙的的时候才会访问server2

upstream webname {  
  server 192.168.0.1:8080;  
  server 192.168.0.2:8080 down;  
}  

设置某个节点为down，那么这个server不参与负载。

实现实例1 测试环境由于没有服务器，所以本次测试直接host指定域名，然后在VMware里安装了三台CentOS。测试域名 ：http://a.comA服务器IP ：192.168.5.149 （主）B服务器IP ：192.168.5.27C服务器IP ：192.168.5.1262 部署思路A服务器做为主服务器，域名直接解析到A服务器（192.168.5.149）上，由A服务器负载均衡到B服务器（192.168.5.27）与C服务器（192.168.5.126）上。3 域名解析由于不是真实环境，域名就随便使用一个http://a.com用作测试，所以http://a.com的解析只能在hosts文件设置。打开：C:Windows\System32\drivers\etc\hosts在末尾添加

192.168.5.149    a.com 

保存退出，然后启动命令模式ping下看看是否已设置成功A服务器nginx.conf设置打开nginx.conf，文件位置在nginx安装目录的conf目录下。在http段加入以下代码

upstream a.com { 
      server  192.168.5.126:80; 
      server  192.168.5.27:80; 
} 

server{ 
    listen 80; 
    server_name a.com; 
    location / { 
        proxy_pass        http://a.com; 
        proxy_set_header  Host            $host; 
        proxy_set_header  X-Real-IP        $remote_addr; 
        proxy_set_header  X-Forwarded-For  $proxy_add_x_forwarded_for; 
    } 
}

保存重启nginx

B、C服务器nginx.conf设置打开nginx.conf，在http段加入以下代码

server{ 
    listen 80; 
    server_name a.com; 
    index index.html; 
    root /data0/htdocs/www; 
}

保存重启nginx

测试 
当访问a.com的时候，为了区分是转向哪台服务器处理我分别在B、C服务器下写一个不同
内容的index.html文件，以作区分。打开浏览器访问a.com结果，刷新会发现所有的请求
均分别被主服务器（192.168.5.149）分配到B服务器（192.168.5.27）与C服务器
（192.168.5.126）上，实现了负载均衡效果。

系统的学习PHP

关注本专栏：PHP进阶集中营，转发文章,领取以下视频教程

1、php基于tp5.1开发微信公众号	

2、Restful Api实战演练	
 
3、实例学习PHP QRCode生成二维码	
	
4、2小时教你轻松搞定支付宝、微信扫码支付	
	
5 、 ThinkPHP6.0极速入门	

你将收获：

理解当下最火热的微服务架构原理及其开源框架；触及swoole并发、性能优化、分布式等系列PHP高级技术 对照自己掌握知识点进行查漏补缺，帮助扫除知识盲区、重构知识体系。

最后，大家如果觉得本文不错就点个赞吧~！ “点关注，不迷路”，每天带你分享不一样的PHP技术资讯。

针对知识体系我总结出了互联网公司PHP程序员面试涉及到的绝大部分面试题及答案做成了文档和架构视频资料免费分享给大家（包括swoole、Redis、laravel、thinkphp、swoft、docker、分布式、高并发等架构技术资料），希望能帮助到您面试前的复习且找到一个好的工作，也节省大家在网上搜索资料的时间来学习。

领取方式：点赞关注小编后私信【资料】获取资料领取方式！