设为首页 收藏本站
查看: 1735|回复: 0

[经验分享] 使用haproxy-实现七层负载均衡

[复制链接]
累计签到:1 天
连续签到:1 天
发表于 2017-2-21 09:15:21 | 显示全部楼层 |阅读模式
HAProxy概述:
    HAProxy提供高可用性、负载均衡以及基于TCP和HTTP应用的代理,支持虚拟主机,它是免费、快速并且可靠的一种解决方案。根据官方数据,其最高极限支持10G的并发。HAProxy特别适用于那些负载特大的web站点, 这些站点通常又需要会话保持或七层处理。HAProxy运行在当前的硬件上,完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中, 同时可以保护你的web服务器不被暴露到网络上。
    其支持从4层至7层的网络交换,即覆盖所有的TCP协议。就是说,Haproxy 甚至还支持 Mysql的均衡负载。
相同点:在功能上,proxy通过反向代理方式实现 WEB均衡负载。和 Nginx,ApacheProxy,lighttpd,Cheroke 等一样。
不同点:Haproxy 并不是 Http 服务器。以上提到所有带反向代理均衡负载的产品,都清一色是 WEB 服务器。简单说,就是他们能自个儿提供静态(html,jpg,gif..)或动态(php,cgi..)文件的传输以及处理。而Haproxy 仅仅,而且专门是一款的用于均衡负载的应用代理。其自身并不能提供http服务。 但其配置简单,拥有非常不错的服务器健康检查功能还有专门的系统状态监控页面,当其代理的后端服务器出现故障, HAProxy会自动将该服务器摘除,故障恢复后再自动将该服务器加入。

一:实验拓扑图:
wKiom1hPcDDCFlgkAAC1wO-swAA941.png
二:实验目标
实战:使用haproxy实现负载均衡集群

三:实验环境
Xuegod62 : 192.168.1.62
Xuegod63 : 192.168.1.63
Xuegod64 : 192.168.1.64
四:实验代码
1 解压haproxy软件包
[iyunv@xuegod63 ~]# tar -zxvf haproxy-1.4.22.tar.gz
[iyunv@xuegod63 haproxy-1.4.22]# cd /root/haproxy-1.4.22
[iyunv@xuegod63 haproxy-1.4.22]# uname -r #查看内核版本
2.6.32-220.el6.x86_64

2:安装
[iyunv@xuegod63 haproxy-1.4.22]#make TARGET=linux26 PREFIX=/usr/local/haproxy #指定操作系统内核类型和安装的路径。也可以直接修改Makefile配置文件中这两个变量的值。如下:
[iyunv@xuegod63 haproxy-1.4.22]# vim Makefile
wKioL1hPcFHx0L0HAABnAnlq1vM705.png
[iyunv@xuegod63 haproxy-1.4.22]#make install PREFIX=/usr/local/haproxy
#如果没有修改Makefile配置文件中PREFIX变量的值,就必须在此重新对,PREFIX=/usr/local/haproxy赋值,否则直接执行 make install 时,make install会直接读取Makefile文件中PREFIX的变量值。

3:使用nobody用户运行haproxy
[iyunv@xuegod63 haproxy-1.4.22]# id nobody
uid=99(nobody) gid=99(nobody) groups=99(nobody)

4. 设定HAproxy配置文件
[iyunv@xuegod63 haproxy-1.4.22]# ls /usr/local/haproxy/
doc sbin share
注:没有生成配置文件,后期自己手动写一个。
[iyunv@xuegod63 ~]# mkdir /usr/local/haproxy/etc
[iyunv@xuegod63 ~]# touch /usr/local/haproxy/etc/haproxy.cfg #手动创建配置文件
注: 配置文件的解读:
global #全局,以全局定义为准
defaults #默认,在全局的前提下,默认跟局部的配置,如果局部没说,那就挄默认走,如果局部有定义那就挄局部。
frontend #前端,监听地址,监听端口,该如何处理
backend #后端服务器,定义那些真正处理业务的服务器Realserver.
listen #将frontend和backend 合体的一种方案

[iyunv@xuegod63 ~]# vim /usr/local/haproxy/etc/haproxy.cfg # 写入以下内容
global
log 127.0.0.1 local0
#log 127.0.0.1 local1 notice
#log loghost local0 info
maxconn 4096
chroot /usr/local/haproxy
uid 99 #所属运行的用户uid
gid 99 #所属运行的用户组
daemon #以后台形式运行haproxy
nbproc 1 #启动1个haproxy实例。# #工作进程数量(CPU数量) ,实际工作中,应该设置成和CPU核心数一样。 这样可以发挥出最大的性能。
pidfile /usr/local/haproxy/run/haproxy.pid #将所有进程写入pid文件
#debug #调试错误时用
#quiet #安静
defaults
log global
log 127.0.0.1 local3 #日志文件的输出定向。产生的日志级别为local3. 系统中local1-7,用户自己定义
mode http #工作模式。所处理的类别,默认采用http模式,可配置成tcp作4层消息转发
option httplog #日志类别,记载http日志
option httpclose #每次请求完毕后主动关闭http通道,haproxy不支持keep-alive,叧能模拟这种模式的实现
option dontlognull #不记录空连接,产生的日志
option forwardfor #如果后端服务器需要获得客户端真实ip需要配置的参数,可以从Http Header中获得客户端ip
option redispatch #当serverid对应的服务器挂掉后,强制定向到其他健康服务器
retries 2 #2次连接失败就认为服务器不可用,主要通过后面的check检查
maxconn 2000 #最大连接数
balance roundrobin #负载均衡算法
stats uri /haproxy-stats #haproxy 监控页面的访问地址 # 可通过 http://localhost:80/haproxy-stats 访问
contimeout 5000 #连接超时时间。 单位:ms 毫秒
clitimeout 50000 #客户端连接超时时间
srvtimeout 50000 #服务器端连接超时时间
listen localhost 0.0.0.0:80 #运行的端口及主机名
mode http
option httpchk GET /index.html #健康检测。#注意实际工作中测试时,应该下载某一个页面来进行测试,因此这个页面应该是个小页面,而不要用首页面。这里是每隔一秒检查一次页面。
server s1 192.168.1.62:80 weight 3 check #后端的主机 IP &权衡
server s2 192.168.1.64:80 weight 3 check #后端的主机 IP &权衡
#server s3 192.168.148.110:8081 weight 3 check #后端的主机 IP &权衡

5. 启动和停止服务
[iyunv@xuegod63 etc]# /usr/local/haproxy/sbin/haproxy -f /usr/local/haproxy/etc/haproxy.cfg
查看状态:
[iyunv@xuegod63 etc]# ps -axu | grep haproxy
Warning: bad syntax, perhaps a bogus '-'? See /usr/share/doc/procps-3.2.8/FAQ
nobody 3871 0.0 0.0 12228 1036 ? Ss 21:53 0:00 /usr/local/haproxy/sbin/haproxy -f /usr/local/haproxy/etc/haproxy.cfg
root 3879 0.0 0.0 103300 852 pts/0 S+ 21:53 0:00 grep haproxy
[iyunv@xuegod63 etc]# netstat -antup | grep 80
tcp 0 0 0.0.0.0:80 0.0.0.0:* LISTEN 3871/haproxy
重启
[iyunv@xuegod63 etc]# /usr/local/haproxy/sbin/haproxy -f /usr/local/haproxy/etc/haproxy.cfg -st `cat /usr/local/haproxy/haproxy.pid`
查看 -st 参数含意:
[iyunv@xuegod63 ~]# /usr/local/haproxy/sbin/haproxy -h #
-sf/-st [pid (haproxy当前进程ID)]* finishes/terminates old pids. Must be last arguments. # 完成/ terminates (trm.nāt)终止旧的PID。 此参数必须是最后一个参数。
停止
[iyunv@xuegod63 etc]# killall haproxy

6:设定haproxy启动文件
[iyunv@xuegod63 etc]#vi /etc/rc.d/init.d/haproxy
#! /bin/sh set -e
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/haproxy/sbin
PROGDIR=/usr/local/haproxy
PROGNAME=haproxy DAEMON=$PROGDIR/sbin/$PROGNAME
CONFIG=$PROGDIR/etc/haproxy.cfg
PIDFILE=$PROGDIR/$PROGNAME.pid
DESC="HAProxy daemon" SCRIPTNAME=/etc/init.d/$PROGNAME

说明:脚本中 set -e 的作用
你写的每个脚本都应该在文件开头加上set -e,这句语句告诉bash如果任何语句的执行结果不是true则应该退出。这样的好处是防止错误像滚雪球般变大导致一个致命的错误,而这些错误本应该在之前就被处理掉。
测试:
[iyunv@xuegod63 ~]# cat a.sh
#! /bin/sh
set -e
ls /homee
touch /tmp/a.txt
Chmod +x a.sh
[iyunv@xuegod63 ~]# ./a.sh #运行
ls: cannot access /homee: No such file or directory
[iyunv@xuegod63 ~]# ls /tmp/a.txt #查看,此脚本遇到错误,直接退出,后续命令不执行
ls: cannot access /tmp/a.txt: No such file or directory
[iyunv@xuegod63 ~]# vim a.sh #注释#set -e
#! /bin/sh
#set -e
ls /homee
touch /tmp/a.txt
[iyunv@xuegod63 ~]# ./a.sh
ls: cannot access /homee: No such file or directory
[iyunv@xuegod63 ~]# ls /tmp/a.txt #查看,此脚本遇到错误,后续命令继续执行
/tmp/a.txt

7: 在rsyslog.conf中开启udp 514的日志收集
[iyunv@xuegod63 ~]#vim /etc/rsyslog.conf # 打开以以下两行的注释,不打开收到不日志。
# Provides UDP syslog reception
$ModLoad imudp.so
$UDPServerRun 514
如图:
wKioL1hPcGKCrvX2AAATA_aQSOc690.png
58 local7.* /var/log/boot.log #在这下面新增以下两行条目
local3.*  /var/log/haproxy.log
local0.*  /var/log/haproxy.log

8:重启rsyslog服务
[iyunv@xuegod63 ~]#/etc/init.d/rsyslog restart

配置后端服务器: xuegod62
1:配置web服务器:
[iyunv@xuegod62 html]# yum install httpd php -y :
2:生成测试文件:
root@xuegod62 html]#echo 192.168.1.62 > /var/www/html/index.html
3:启动apache服务器:
[iyunv@xuegod62 html]# service httpd restart

配置后端服务器: xuegod64
1:配置web服务器:
[iyunv@xuegod64 html]# yum install httpd php -y :
2:生成测试文件:
echo 192.168.1.64 > /var/www/html/index.html
3:重启apache服务器
[iyunv@xuegod64 html]# service httpd restart

测试:
1:查看HAproxy的监控页面
http://192.168.1.63/haproxy-stats

2:测试:反向代理功能
http://192.168.1.63/
wKiom1hPcG6ysEc8AABUMdA1bd8074.png
http://192.168.1.63/
wKiom1hPcHjS1VBpAABUvTRrhqQ494.png

运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-345034-1-1.html 上篇帖子: 使用HAProxy实现MySQL多slave的读负载均衡 下篇帖子: Haproxy负载均衡详解,与keepalived的搭配
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表