发布时间:2025-12-09 16:19:30 浏览次数:5
当我们的Web服务器直接面向用户,往往要承载大量并发请求,单台服务器难以负荷,我使用多台Web服务器组成集群,前端使用Nginx负载均衡,将请求分散的打到我们的后端服务器集群中,实现负载的分发。那么会大大提升系统的吞吐率、请求性能。
我们将负载均衡称为SLB(Server Load Balance),Nginx就是SLB的一种,负载均衡的叫法有很多,还可以叫负载、Load Balance、LB,公有云中叫SLB(阿里云负载均衡)、QLB(青云负载均衡)、CLB(腾讯云负载均衡)、ULB(ucloud负载均衡),常见的负载均衡软件有Nginx、Haproxy、LVS,Nginx是七层负载,可以造伪四层,Haproxy是七层负载、LVS是四层负载。
负载均衡分七层和四层,七层从下到上分别是1.物理层、2.数据链路层、3.网络层、4.传输层、5.会话层、6.表示层、7.应用层,而四层负载均衡仅到传输层,所以说四层负载均衡速度更快,但是七层负载均衡更贴近于服务,http协议就是七层协议,我们可以用Nginx做会话保持、URL路径规则匹配、Head头改写等等,这些四层无法实现。本篇文章我们介绍Nginx的七层负载均衡。
Nginx实现负载均衡都需要用proxy_pass代理模块配置
Nginx负载均衡与Nginx代理不同,Nginx的一个location仅能代理一台服务器,而Nginx负载均衡则是将客户端请求代理转发至一组upstream虚拟服务池。
刷新一下页面,显示Web02,意味着我们已经通过负载均衡访问到了Web02服务器。
Nginx负载均衡比较智能,如果一个服务器宕了,会自动访问下一个服务器,但是如果后台服务器没有宕而是返回错误,就需要我们增加一个负载均衡设置了,以保证如果出错能直接访问下一台,而不是返回错误。
proxy_next_upstream error timeout http_500 http_502 http_503 http_504; [root@LB01 ~]# vim /etc/nginx/conf.d/test_proxy.confupstream node {server 172.16.1.7;server 172.16.1.8;}server {listen 80;server_name test.koten.com;location / {proxy_pass http://node;include proxy_params;proxy_next_upstream error timeout http_500 http_502 http_503 http_504; #这样如果报这些错误也会自动访问下一个服务器节点}}~ <inx/conf.d/test_proxy.conf" 14L, 274C written这样的负载均衡,每刷新一下就是一次请求,一次请求就变一次访问的服务器,我们把这种负载均衡算法,称为轮询。常见的负载均衡算法有以下几种:
| 调度算法 | 概述 |
| 轮询 | 按时间顺序逐一分配到不同的后端服务器(默认) |
| weight | 加权轮询,weight值越大,分配到的访问几率越高 |
| ip_hash | 每个请求按照访问的IP的hash结果分配,这样来自同一IP的固定访问一个后端服务器 |
| url_hash | 按照访问的URL的hash结果来分配请求,不同的URL定向到不同的后端服务器 |
| least_conn | 最少连接数,哪个机器连接数少就分发哪个 |
| 状态 | 概述 |
| down | 当前的服务器不参与负载均衡,一般用于停机维护 |
| backup | 预留的备份服务器 |
| max_fails | 允许请求失败的次数 |
| fail_timeout | 经过max_fails失败后,服务器暂停时间 |
| max_coms | 限制最大的接收连接数 |
浏览器访问test.koten.com刷新只显示Web02了
把Web01设为backup,刷新浏览器,发现只能访问到Web01,Web02作为预留。
[root@LB01 ~]# vim /etc/nginx/conf.d/test_proxy.confupstream webs {server 172.16.1.7 backup;server 172.16.1.8;}server {listen 80;server_name test.koten.com;location / {proxy_pass http://webs;include proxy_params;proxy_next_upstream error timeout http_500 http_502 http_503 http_504;}}~ <inx/conf.d/test_proxy.conf" 14L, 281C written [root@LB01 ~]# systemctl restart nginx把Web02down掉,发现刷新会访问Web01,预留的服务器启用。
[root@LB01 ~]# vim /etc/nginx/conf.d/test_proxy.confupstream webs {server 172.16.1.7 backup;server 172.16.1.8 down;}server {listen 80;server_name test.koten.com;location / {proxy_pass http://webs;include proxy_params;proxy_next_upstream error timeout http_500 http_502 http_503 http_504;}}~ <inx/conf.d/test_proxy.conf" 14L, 286C written [root@LB01 ~]# systemctl restart nginx我们采用第三方模块nginx_upstream_check_module来检测后端服务的健康状态,我们新克隆一个LB02用来测试,配置yum源,安装上Nginx。
1、使用nginx的ip_hash,根据客户端不同的IP,将请求分配到对应的IP
2、基于服务端的session会话共享(NFS、MySQL、memcache、redis、file)
cookie是保存到客户端浏览器的信息,session是保存到服务端的信息,用户登录账号密码,会将cookie保存到浏览器,将session保存到请求的服务器,登录时候,将cookie与session进行匹配,匹配的上即为登录成功。如果采取负载均衡轮询等方式,一台服务器有了session,但是另一台服务器上没有session,这就导致登录不上,此时就需要我们采取redis,将session放到redis中,将redis单独放到一个服务器上,每次登录,我们都去这个服务器找session,这样就不会出现cookie与session不匹配而导致登录失败了。
1、配置Nginx
[root@Web01 conf.d]# vim php.confserver {listen 80;server_name php.koten.com;root /code/phpMyAdmin-4.8.4-all-languages;location / {index index.php index.html;}location ~ \.php$ {fastcgi_pass 127.0.0.1:9000;fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;include fastcgi_params;}}[root@Web01 conf.d]# systemctl restart nginx2、在Web01和Web02分别安装phpmyadmin
[root@Web01 conf.d]# cd /code[root@Web01 code]# wget https://files.phpmyadmin.net/phpMyAdmin/4.8.4/phpMyAdmin-4.8.4-all-languages.zip[root@Web01 code]# unzip phpMyAdmin-4.8.4-all-languages.zip3、配置phpmyadmin连接远程的数据库
[root@Web01 code]# cd phpMyAdmin-4.8.4-all-languages/[root@Web01 phpMyAdmin-4.8.4-all-languages]# cp config.sample.inc.php config.inc.php[root@Web01 phpMyAdmin-4.8.4-all-languages]# vim config.inc.php/* Server parameters */$cfg['Servers'][$i]['host'] = '172.16.1.51';4、配置授权
[root@Web01 conf.d]# chown -R www.www /var/lib/php/5、浏览器访问并登录,获取cookie信息
[root@Web01 php]# ll /var/lib/php/session/total 28-rw------- 1 www www 36 Apr 8 22:20 sess_24615fce63ea1785689dba62147bf6836、将Web01上配置好的phpmyadmin和Nginx配置文件推送到Web02上
[root@Web01 code]# scp -rp phpMyAdmin-4.8.4-all-languages root@172.16.1.8:/code/[root@Web01 code]# scp /etc/nginx/conf.d/php.conf root@172.16.1.8:/etc/nginx/conf.d/7、在web02上重载Nginx服务、授权
[root@Web02 code]# systemctl restart nginx[root@Web02 code]# chown -R www.www /var/lib/php/8、接入负载均衡
[root@LB01 conf.d]# vim proxy_php.conf upstream php {server 172.16.1.7:80;server 172.16.1.8:80;}server {listen 80;server_name php.koten.com;location / {proxy_pass http://php;include proxy_params;}}[root@lb01 conf.d]# nginx -tnginx: the configuration file /etc/nginx/nginx.conf syntax is oknginx: configuration file /etc/nginx/nginx.conf test is successful[root@lb01 conf.d]# systemctl restart nginx9、经过轮询后发现,如果session保存在本地文件,登录不上phpmyadmin
1、安装redis内存数据库
[root@MySQL ~]# yum install redis -y2、配置redis监听在172.16.1.0网段上
[root@MySQL ~]# sed -i '/^bind/c bind 127.0.0.1 172.16.1.51' /etc/redis.conf3、启动redis
[root@MySQL ~]# systemctl start redis[root@MySQL ~]# systemctl enable redis4、php配置session连接redis
#1.修改/etc/php.ini文件[root@Web01 ~]# vim /etc/php.inisession.save_handler = redissession.save_path = "tcp://172.16.1.51:6379";session.save_path = "tcp://172.16.1.51:6379?auth=123" #如果redis存在密码,则使用该方式session.auto_start = 1#2.注释php-fpm.d/www.conf里面的两条内容,否则session内容会一直写入/var/lib/php/session目录中;php_value[session.save_handler] = files;php_value[session.save_path] = /var/lib/php/session5、重启php-fpm
[root@Web01 code]# systemctl restart php-fpm6、Web01配置推送给Web02
[root@Web01 code]# scp /etc/php.ini root@172.16.1.8:/etc/php.ini [root@Web01 code]# scp /etc/php-fpm.d/www.conf root@172.16.1.8:/etc/php-fpm.d/www.conf7、Web02重启php-fpm
[root@Web02 code]# systemctl restart php-fpm8、redis查看数据
[root@MySQL ~]# redis-cli 127.0.0.1:6379> keys *1) "PHPREDIS_SESSION:f96f184460e8ca9dfdc65f3e70cca79c"9、测试登录
登录成功!
我们的web服务器的日志查看到的是负载均衡的服务器IP,所以我们需要加如下参数去获取真实的用户IP
set_real_ip_from: 真实服务器上一级代理的IP地址或者IP地址段,可以写多行real_ip_header: 从那个heare头检索出需要的IP地址real_ip_recursive: 递归排除set_real_ip_from里出现的IP,没有出现的则为remote用户来源IPserver {listen 80;server_name nginx.oldboy.com;set_real_ip_from 172.16.1.7;set_real_ip_from 172.16.1.8;real_ip_header X-Forwarded-For;real_ip_recursive on;location / {root /code;index index.html index.php;}}我是koten,10年运维经验,持续分享运维干货,感谢大家的阅读和关注!