Haproxy搭建Web群集
对Haproxy以及部署环境的了解
Haproxy是一种比较流行的调度工具
Haproxy与LVS、Nginx比较
LVS：LVS性能最好，抗负载能力强，但是配置起来较复杂
Nginx：对群集节点健康检查功能不强，性能没有Haproxy好，安装配置简单，测试方便，但是仅支持http和emil的调度
Haproxy：性能比Nginx好，支持url检测后端的服务器（mysql服务器超过10台不如LVS）
算法（跟LVS一样）
rr（轮询）：调度器通过"轮叫"调度算法将外部请求按顺序轮流分配到集群中的真实服务器上，它均等地对待每一台服务器，而不管服务器上实际的连接数和系统负载
wrr（加权轮询）：调度器通过"加权轮叫"调度算法根据真实服务器的不同处理能力来调度访问请求，这样可以保证处理能力强的服务器处理更多的访问流量。调度器可以自动问询真实服务器的负载情况，并动态地调整其权值
lc（最少连接）：调度器通过"最少连接"调度算法动态地将网络请求调度到已建立的链接数最少的服务器上，如果集群系统的真实服务器具有相近的系统性能，采用"最小连接"调度算法可以较好地均衡负载
wlc（加权最少连接）：在集群系统中的服务器性能差异较大的情况下，调度器采用"加权最少链接"调度算法优化负载均衡性能，具有较高权值的服务器将承受较大比例的活动连接负载。调度器可以自动问询真实服务器的负载情况，并动态地调整其权值
部署环境（如下图所示）
通过访问192.168.1.20来实现后面两台服务器网页的跳转
安装配置Haproxy
1.安装依赖软件
yum install -y pcre-devel bzip2-devel
2.下载解压编译并安装源码包
make TARGET=linux26
然后make install
3.建立配置文件
创建目录并把配置模板复制到该目录
mkdir /etc/haproxy
cp examples/haproxy.cfg /etc/haproxy/
mkdir -p /usr/share/haproxy
4.优化路径
cp examples/haproxy.init /etc/init.d/haproxy
chmod +x /etc/init.d/haproxy
ln -s /usr/local/sbin/haproxy /usr/sbin/haproxy
5.修改配置文件启动服务即可
配置文件位置：/etc/haproxy/haproxy.cfg
global
log 127.0.0.1 local0 \\配置日志记录，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
#debug
#quiet
defaults
log global \\定义日志为global配置中的日志定义
mode http \\模式为http
option httplog \\采用http日志格式记录日志
option dontlognull \\不记录健康检查的日志信息
retries 3 \\检查节点服务器失败次数
# redispatch \\如果后端有服务器宕机，强制切换到正常服务器
maxconn 2000 \\最大连接数
contimeout 5000 \\连接超时时间
clitimeout 50000 \\客户端超时时间
srvtimeout 50000 \\服务器超时时间
listen web1 0.0.0.0:80
option httpchk /index.html \\检查服务器的index.html文件
balance roundrobin \\算法
# cookie SERVERID insert indirect nocache
server inst1 192.168.1.21:80 check inter 2000 fall 3 \\定义在线节点
server inst2 192.168.1.22:80 check inter 2000 fall 3 \\定义备份节点
配置文件详解
布局大致分为三部分
1.global（全局配置部分）
2.defaults（默认配置部分）
3.listen(应用组件部分)
全局配置global （参数是进程级的，通常和操作系统（OS）相关）
maxconn 20480：默认最大连接数
log 127.0.0.1 local0：日志输出配置，所有日志都记录在本机系统日志，通过local0输出
log 127.0.0.1 local1 notice：notice 为日志级别，通常有24个级别（error warringinfo debug）
chroot /var/haproxy：chroot运行的路径
uid 99：所属运行的用户uid
gid 99：所属运行的用户组
daemon：以后台形式运行haproxy
nbproc 1：进程数量(可以设置多个进程提高性能)
pidfile /var/run/haproxy.pid：haproxy的pid存放路径,启动进程的用户必须有权限访问此文件
ulimit-n 65535：ulimit的数量限制
默认设置配置defaults（这些参数可以被利用配置到frontend，backend，listen组件）
log global：定义日志为global配置中日志定义
mode http：所处理的类别 (#7层 http;4层tcp )
maxconn 20480：最大连接数
option httplog：日志类别http日志格式
option httpclose：每次请求完毕后主动关闭http通道
option dontlognull：不记录健康检查的日志信息
option forwardfor：如果后端服务器需要获得客户端真实ip需要配置的参数，可以从Http Header中获得客户端ip
option redispatch：serverId对应的服务器挂掉后,强制定向到其他健康的服务器
option abortonclose：当服务器负载很高的时候，自动结束掉当前队列处理比较久的连接
stats refresh 30：统计页面刷新间隔
retries 3：3次连接失败就认为服务不可用，也可以通过后面设置
balance roundrobin：默认的负载均衡的方式,轮询方式
balance source：默认的负载均衡的方式,类似nginx的ip_hash
balance leastconn：默认的负载均衡的方式,最小连接
contimeout 5000：连接超时
clitimeout 50000：客户端超时
srvtimeout 50000：服务器超时
timeout check 2000：心跳检测超时
配置监控页面的设置
listen admin_status：Frontend和Backend的组合体,监控组的名称，按需自定义名称
bind 0.0.0.0:65532：监听端口
mode http：http的7层模式
log 127.0.0.1 local3 err：错误日志记录
stats refresh 5s：每隔5秒自动刷新监控页面
stats uri /admin?stats：监控页面的url
stats realm itnihao\ itnihao：监控页面的提示信息
stats auth admin:admin：监控页面的用户和密码admin,可以设置多个用户名
stats auth admin1:admin1：监控页面的用户和密码admin1
stats hide-version：隐藏统计页面上的HAproxy版本信息
stats admin if TRUE：手工启用/禁用,后端服务器(haproxy-1.4.9以后版本)
errorfile 403 /etc/haproxy/errorfiles/403.http
errorfile 500 /etc/haproxy/errorfiles/500.http
errorfile 502 /etc/haproxy/errorfiles/502.http
errorfile 503 /etc/haproxy/errorfiles/503.http
errorfile 504 /etc/haproxy/errorfiles/504.http
配置HAProxy的日志记录内容设置
capture request header Host len 40
capture request header Content-Length len 10
capture request header Referer len 200
capture response header Server len 40
capture response header Content-Length len 10
capture response header Cache-Control len 8
网站监测listen配置（监控haproxy后端服务器的监控状态）
listen site_status
bind 0.0.0.0:1081：监听端口
mode http：http的7层模式
log 127.0.0.1 local3 err：[err warning info debug]
monitor-uri /site_status：网站健康检测URL，用来检测HAProxy管理的网站是否可以用，正常返回200，不正常返回503
acl site_dead nbsrv(server_web) lt 2：定义网站down时的策略当挂在负载均衡上的指定backend的中有效机器数小于1台时返回true
acl site_dead nbsrv(server_blog) lt 2
acl site_dead nbsrv(server_bbs) lt 2
monitor fail if site_dead：当满足策略的时候返回503，网上文档说的是500，实际测试为503
monitor-net 192.168.1.21/32：来自192.168.1.21的日志信息不会被记录和转发
monitor-net 192.168.1.22/32 ：来自192.168.1.22的日志信息不会被记录和转发
frontend配置（frontend配置里面可以定义多个acl进行匹配操作）
frontend http_80_in：定义访问端口
bind 0.0.0.0:80：监听端口，即haproxy提供web服务的端口，和lvs的vip端口类似
mode http：http的7层模式
log global：应用全局的日志配置
option httplog：启用http的log
option httpclose：每次请求完毕后主动关闭http通道，HA-Proxy不支持keep-alive模式
option forwardfor：如果后端服务器需要获得客户端的真实IP需要配置次参数，将可以从Http Header中获得客户端IP
acl策略配置
acl itnihao_web hdr_reg(host) -i ^(www.itnihao.cn|ww1.itnihao.cn)$：如果请求的域名满足正则表达式中的2个域名返回true -i是忽略大小写
acl itnihao_blog hdr_dom(host) -i blog.itnihao.cn：如果请求的域名满足www.itnihao.cn返回true -i是忽略大小写
acl itnihao hdr(host) -i itnihao.cn：如果请求的域名满足itnihao.cn返回true -i是忽略大小写
acl file_req url_sub -i killall=：在请求url中包含killall=，则此控制策略返回true,否则为false
acl dir_req url_dir -i allow：在请求url中存在allow作为部分地址路径，则此控制策略返回true,否则返回false
acl missing_cl hdr_cnt(Content-length) eq 0：当请求的header中Content-length等于0时返回true
acl策略匹配响应
block if missing_cl：当请求中header中Content-length等于0阻止请求返回403
block if !file_req || dir_req：block表示阻止请求，返回403错误，当前表示如果不满足策略file_req，或者满足策略dir_req，则阻止请求
use_backend server_web if itnihao_web：当满足itnihao_web的策略时使用server_web的backend
use_backend server_blog if itnihao_blog：当满足itnihao_blog的策略时使用server_blog的backend
redirect prefix http://blog.itniaho.cn code 301 if itnihao：当访问itnihao.cn的时候，用http的301挑转到http://192.168.16.3
default_backend server_bbs：以上都不满足的时候使用默认server_bbs的backend
backend的设置（server_web、server_blog、server_bbs）
backend server_web
backend server_web：服务器类型
mode http：http的7层模式
balance roundrobin：负载均衡的方式，roundrobin平均方式
cookie SERVERID：允许插入serverid到cookie中，serverid后面可以定义
option httpchk GET /index.html：心跳检测的文件
server web1 192.168.1.21:80 cookie web1 check inter 1500 rise 3 fall 3 weight 1：服务器定义，cookie 1表示serverid为web1，check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用， fall 3是3次失败认为服务器不可用，weight代表权重
server web2 192.168.1.22:80 cookie web2 check inter 1500 rise 3 fall 3 weight 2：服务器定义，cookie 1表示serverid为web2，check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用， fall 3是3次失败认为服务器不可用，weight代表权重
backend server_blog
backend server_blog
mode http：http的7层模式
balance roundrobin：负载均衡的方式，roundrobin平均方式
cookie SERVERID：允许插入serverid到cookie中，serverid后面可以定义
option httpchk GET /index.html：心跳检测的文件
server blog1 192.168.1.21:80 cookie blog1 check inter 1500 rise 3 fall 3 weight 1：服务器定义，cookie 1表示serverid为web1，check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用，fall 3是3次失败认为服务器不可用，weight代表权重
server blog2 192.168.1.22:80 cookie blog2 check inter 1500 rise 3 fall 3 weight 2：服务器定义，cookie 1表示serverid为web2，check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用，fall 3是3次失败认为服务器不可用，weight代表权重
backend server_bbs
backend server_bbs
mode http：http的7层模式
balance roundrobin：负载均衡的方式，roundrobin平均方式
cookie SERVERID：允许插入serverid到cookie中，serverid后面可以定义
option httpchk GET /index.html：心跳检测的文件
server bbs1 192.168.16.21:80 cookie bbs1 check inter 1500 rise 3 fall 3 weight 1：服务器定义，cookie 1表示serverid为web1，check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用，fall 3是3次失败认为服务器不可用，weight代表权重
server bbs2 192.168.1.22:80 cookie bbs2 check inter 1500 rise 3 fall 3 weight 2：服务器定义，cookie 1表示serverid为web2，check inter 1500是检测心跳频率rise 3是3次正确认为服务器可用，fall 3是3次失败认为服务器不可用，weight代表权重
来源：CSDN
作者：feili12138
链接：https://blog.csdn.net/feili12138/article/details/104649243