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