HAproxy相关知识
常用的负载均衡调度器
软件通常使用开源的LVS、Haproxy、 Nginx
LVS性能最好，但是搭建相对复杂；Nginx 的upstream模块支持群集功能，但是对群集节点健康检查功能不强，高并发性能没有Haproxy好。
硬件一般使用比较多的是F5、Array，也有很多人使用国内的一些产品，如梭子鱼、绿盟等硬件的效果比软件好，更加稳定，但管理成本高。
haproxy的缺点
1.单节点部署，单实例运行。代理服务器出现故障，整个负载集群全部不可用。
2.haproxy是一个无状态的负载均衡器，没缓存，没有会话保持，靠应用程序实现会话保持。状态不是保存在代理服务器。而在后端服务器，或者依靠cookie
3.日志问题：haproxy的日志比较简单，只提供基本的请求日志和错误日志。需要更高等级的日志。人工自定义
Haproxy支持的功能：
1.tcp和http的反向代理功能
2.https的代理配置
3.可以针对http 请求添加缓存（cookie），可以转发到后端服务器
4.支持主备切换
5.实现 基于端口的实时监控
6.压缩响应报文
haproxy的特点
1.可靠性和稳定性非常好，可以和硬件f5 BIG负载均衡的硬件设备相媲美
2.同时维护40000-50000个并发连接，单位时间内处理最大请求数20000个。
3.支持8种负载均衡算法。但是HAPROXY不带缓存功能，但是可以支持会话保持
4.也支持配置虚拟主机
LVS，nginx，haproxy的区别
lvs ，nginx，haproxy基于四层转发
nginx ，haproxy基于七层
●LVS基于Linux操作系统内核实现软负载均衡，而HAProxy和Nginx是基于第三方应用实现的软负载均衡；
●LVS是可实现4层的IP负载均衡技术，无法实现基于目录、URL的转发。而HAProxy和Nginx都可以实现4层和7层技术，HAProxy可提供TCP和HTTP应用的负载均衡综合解决方案；
●LVS因为工作在ISO模型的第四层，其状态监测功能单一，而HAProxy在状态监测方面功能更丰富、强大，可支持端口、URL、脚本等多种状态检测方式；
●HAProxy功能强大，单纯从效率上来讲HAProxy会比Nginx有更出色的负载均衡速度，在并发处理上也是优于Nginx的。但整体性能低于4层模式的LVS负载均衡；
●Nginx主要用于Web服务器或缓存服务器。Nginx的upstream模块虽然也支持群集功能，但是对群集节点健康检查功能不强，性能没有Haproxy好。
haproxy的负载均衡算法
|----------------------|------------------------------|
| 算法 | 含义 |
| roundrobin rr | 轮询 |
| static-rr wrr | 加权轮询 |
| leastconn | 最小连接数 |
| source | 根据请求的源IP进行调度 sh |
| uri | 根据请求地址进行调度 |
| url param | URL的参数实现调度 |
| hdr(name) | 表示根据http的请求头锁定每一次http的请求 |
| rdp-cookie(name) | 表示根据cookie的名称来锁定每一次请求 |
Haproxy负载均衡部署
1.搭建
2.实现七层 实现四层
3.如何实现haproxy的日志单独存放
cd /usr/local/nginx/html
//制作访问页面
安装软件
yum install -y pcre-devel bzip2-devel gcc gcc-c++ make
tar zxvf haproxy-1.5.19.tar.gz
cd haproxy-1.5.19/
make TARGET=linux2628 ARCH=x86_64
make install
Haproxy服务器配置
mkdir /etc/haproxy
cp /opt/haproxy-1.5.19/examples/haproxy.cfg /etc/haproxy/
vim haproxy.cfg
log /dev/log local0 info
//系统日志
log /dev/log local0 notice
//修改日志存放路径
#log loghost local0 info
//注释
defaults #配置默认参数，这些参数可以被用到Listen，frontend，backend组件
log global #引入global定义的日志格式
mode http #模式为http（7层代理http，4层代理tcp）
option httplog #日志类别为http日志格式
option dontlognull #不记录健康检查日志信息
retries 3 #检查节点服务器失败次数，连续达到三次失败，则认为节点不可用
redispatch #当服务器负载很高时，自动结束当前队列处理比较久的连接
maxconn 2000 #最大连接数，"defaults"中的值不能超过"global"段中的定义
#contimeout 5000 #设置连接超时时间，默认单位是毫秒
#clitimeout 50000 #设置客户端超时时间，默认单位是毫秒
#srvtimeout 50000 #设置服务器超时时间，默认单位是毫秒
timeout http-request 10s #默认http请求超时时间
timeout queue 1m #默认队列超时时间
timeout connect 10s #默认连接超时时间，新版本中替代contimeout，该参数向后兼容
timeout client 1m #默认客户端超时时间，新版本中替代clitimeout，该参数向后兼容
timeout server 1m #默认服务器超时时间，新版本中替代srvtimeout，该参数向后兼容
timeout http-keep-alive 10s # 默认持久连接超时时间
timeout check 10s #设置心跳检查超时时间
listen test 0.0.0.0:80
option httpchk GET /index.html
balance roundrobin
server app_1 192.168.233.62:80 check inter 2000 fall 3
//check inter 开启对后端服务器的健康检测，检测的时间间隔：2000毫秒
//fall 3 表示连续三次检测不到，则认为该节点失效。
server app_2 192.168.233.63:80 check inter 2000 fall 3
haproxy服务添加
cd /opt/haproxy-1.5...
cd examples/
cp haproxy.init /etc/init.d/haproxy
chmod 777 /etc/init.d/haproxy
chkconfig --add /etc/init.d/haproxy
cd /usr/local/sbin
ls
ln -s /usr/local/sbin/haproxy /usr/sbin
systemctl restart halt
systemctl restart haproxy
测试
四层代理
四层
注释listen test 0.0.0.0:80以下
frontend test
bind *:80
mode tcp
defaults_backend test
backend test
mode tcp
balance static-rr
server server1 192.168.233.62:80 check inter 2000 fall 3 weight 3
server server2 192.168.233.63:80 check inter 2000 fall 3 weight 4
wq
systemctl restart haproxy
日志存放
vim haproxy.cfg
vim /etc/rsyslog.d/haproxy.conf
if ($programname == 'haproxy' and $syslogserverity-test == 'info' )
then -/var/log/haproxy/haproxy-info.log
&~
// 表示rsyslog服务处理完指定的信息，把日志写入到日志文件之后，rsyslog不再处理其他信息。
if ( $programname == 'haproxy' and $syslogserverity-test == 'notice' )
then -/var/log/haproxy/haproxy-notice.log
&~
