系统运维
通过博文：Nginx+Tomcat实现负载均衡群集实例，可跟做！！！
LVS负载均衡群集详解
已经能够使用Nginx、LVS做负载均衡群集，它们各自都具有各自的特点，今天，我们认识一款比较流行的群集调度工具——Haproxy。
创新互联坚持“要么做到，要么别承诺”的工作理念，服务领域包括：
网站建设、做网站、企业官网、英文网站、手机端网站、网站推广等服务，满足客户于互联网时代的
河源网站设计、移动媒体设计的需求，帮助企业找到有效的互联网解决方案。努力成为您成熟可靠的网络建设合作伙伴！一、Haproxy概述
Haproxy是目前比较流行的一种群集调度工具，同类群集调度工具还有很多，比如：LVS和Nginx。相比较而言：LVS性能最好，但是搭建相对复杂；Nginx的upstream模块支持群集功能，但是对群集节点健康检查功能并不强，性能也不及Haproxy好。
二、使用Haproxy必须要了解的知识点
1.HTTP请求
通过URL访问网站使用的协议是HTTP协议，此类请求一般称为HTTP请求。
HTTP请求的方式分为GET方式和POST方式，二者的区别：
GET方式：内容少（一般不可以超过8kB）、不安全，内容直接附加在URL上；
POST方式：内容多、安全；
当使用浏览器访问某一个URL，会根据请求URL返回状态码，通常正常是的状态码是：2 X X、3 XＸ（比如201、301），如果出现异常就会返回4 X X、5 XＸ（比如401、501）。
HTTP请求返回状态码详情，可以参考博文：HTTP请求返回状态码详解
2.负载均衡常用调度算法
利用LVS、Haproxy、Nginx搭建群集最常用的调度算法有三种：
（1）RR（轮询算法）
RR（Round Robin）：RR算法是最简单，也最容易理解，即轮询调度。此算法还有一种加权轮询，即根据每个节点的权重轮询分配访问请求。
此算法主要用于节点服务器性能都差不多，要工作都工作；
（2）LC（最小连接数算法）
LC（Least Connections）：即最小连接数算法，根据后端的节点连接数大小动态分配前端请求。能保证将新的请求分配给连接数最少的客户端。由于实际情况中，各个节点的连接数对动态释放，很难出现一样连接数的情况，因此此算法想比较RR算法有很大的改进，是目前用到最多的一种算法。
（3）SH（基于来源访问调度算法）
SH（Source Hashing）：即基于来源访问调度算法，此算法用于一些有Session会话记录在服务器端的场景，可以基于来源的IP、Cookie等做群集调度。此算法的好处就是实现会话保持，但某些IP访问量非常大时会引起负载不均衡，部分节点访问量大，影响业务使用。
3.常见的Web群集调度器
目前最常见的Web群集调度器分为软件和硬件；软件通常使用开源的LVS、Haproxy、Nginx；硬件一般使用比较多的是F5，也有很多人使用国内的一些产品。如梭子鱼、绿盟等。
4.Haproxy的应用环境
如图：
三、安装Haproxy
Haproxy的安装包网盘链接：https://pan.baidu.com/s/10masYgp7VSWuZu8ebZ-pfQ
提取码：2l44
1.编译安装Haproxy
[root@localhost ~]# yum -y install pcre-devel bzip2-devel
//安装依赖包，让Haproxy服务支持正则表达式、解压
[root@localhost ~]# tar zxf haproxy-1.5.19.tar.gz -C /usr/src
[root@localhost ~]# cd /usr/src/haproxy-1.5.19/
[root@localhost haproxy-1.5.19]# make TARGET=linux26 //表示是64系统
//正常解压即可，但是这个软件不需要配置。
[root@localhost haproxy-1.5.19]# make install
2.Haproxy服务配置
（1）建立Haproxy配置文件
[root@localhost haproxy-1.5.19]# mkdir /etc/haproxy
[root@localhost haproxy-1.5.19]# cp /usr/src/haproxy-1.5.19/examples/haproxy.cfg /etc/haproxy/
//将haproxy.cfg文件复制到配置文件目录
（2）Haproxy配置项详解
Haproxy 配置文件通常分为三个部分：
global（全局配置）；
defaults（默认配置）；
listen（应用组件配置）
global（全局配置）通常有以下配置参数：
global
log 127.0.0.1 local #配置日志记录，local0为日志设备，默认存放到系统日志
log 127.0.0.1 local1 notice #notice为日志级别，通常有24个级别
#log loghost local0 info
maxconn 4096 #连接数
chroot /usr/share/haproxy #该服务自设置的根目录，一般需将此行注释掉
uid 99 #用户UID
gid 99 #用户GID
daemon #守护进程模式
defaults（默认配置）一般会被应用组件继承，如果在应用组件中没有特别声明，将安装默认配置参数设置，常见的参数有：
defaults
log global #定义日志为global配置中的日志定义
mode http #模式为http
option httplog #采用http日志格式记录日志
option dontlognull
retries 3 #检查节点服务器失败次数，连续达到三次失败，则认为节点不可用
Redispatch #当服务器负载很高时，自动结束当前队列处理比较久的连接
maxconn 2000 #连接数
contimeout 5000 #连接超时时间
clitimeout 50000 #客户端超时时间
srvtimeout 50000 #服务器超时时间
listen（配置项）一般配置应用模块参数：
listen appli4-backup 0.0.0.0:10004 #定义一个名为appli4-backup的应用
option httpchk /index.html #检查服务器的index.html文件
option persist #强制将请求发送到已经down掉的服务器，一般禁用此选项。
balance roundrobin #负载均衡调度算法使用轮询算法
server inst1 192.168.114.56:80 check inter 2000 fall 3 #定义在线节点
server inst2 192.168.114.56:81 check inter 2000 fall 3 backup #定义备份节点
#注意：在以上定义备份节点的参数中，
#“check inter 2000”表示haproxy服务器和节点之间的一个心跳频率，
#“fall 3”表示连续三次检测不到心跳频率则认为该节点失效。
#节点配置后带有“ backup”表示该节点只是个备份节点，只有主节点失效该节点才会上。
#去除backup，表示为主节点，和其他主节点共同提供服务。
（3）Haproxy的参数调优
如图：
以下修改的配置文件可以满足正常需求，如果详细阅读以上配置项的意思，可以自行添加需求。
global
log 127.0.0.1 local0
log 127.0.0.1 local1 notice
#log loghost local0 info
maxconn 4096
#chroot /usr/share/haproxy
uid 99
gid 99
daemon
#debug
#quiet
defaults
log global
mode http
option httplog
option dontlognull
retries 3
#redispatch
maxconn 2000
contimeout 5000
clitimeout 50000
srvtimeout 50000
listen appli1-rewrite 0.0.0.0:80
option httpchk GET /index.html
balance roundrobin
server app1_1 192.168.1.3:80 check inter 2000 rise 2 fall 5
server app1_2 192.168.1.4:80 check inter 2000 rise 2 fall 5
这里就不解释具体都是什么意思了。
（4）创建启动脚本
[root@localhost ~]# cp /usr/src/haproxy-1.5.19/examples/haproxy.init /etc/init.d/haproxy
[root@localhost ~]# ln -s /usr/local/sbin/haproxy /usr/sbin/haproxy
[root@localhost ~]# chmod +x /etc/init.d/haproxy
[root@localhost ~]# chkconfig --add /etc/init.d/haproxy
[root@localhost ~]# /etc/init.d/haproxy start
Starting haproxy (via systemctl): [ 确定 ]
//都是很基础的命令，这里就不解释都是什么意思了
（5）Haproxy服务的日志
Haproxy的日志默认输出到系统的syslog中，查看起来非常不方便，为了更好的管理Haproxy的日志信息，我们在声场环境中一般单独定义出来。方法如下：
[root@localhost ~]# vim /etc/haproxy/haproxy.cfg
global
log /dev/log local0 info
log /dev/log local0 notice
//添加两行内容，把原本关于日志的信息注释掉
[root@localhost ~]# systemctl restart haproxy
//重启服务
[root@localhost ~]# vim /etc/rsyslog.d/haproxy.conf
//定义Haproxy服务的日志文件存放的位置，添加如下内容：
if ($programname == \'haproxy\' and $syslogseverity-text == \'info\') then -/var/log/haproxy/haproxy-info.log
& ~
if ($programname == \'haproxy\' and $syslogseverity-text == \'notice\') then -/var/log/haproxy/haproxy-notice.log
& ~
[root@localhost ~]# systemctl restart rsyslog
//重启日志服务
当客户端访问时，就可以利用以下命令查看Haproxy服务的日志文件
[root@localhost ~]# tail -f /var/log/haproxy/haproxy-info.log
———————— 本文至此结束，感谢阅读 ————————
新闻标题：Haproxy服务调优及配置内容详解
标题URL：
http://cdkjz.cn/article/cgpdid.html
