haproxy：
4层：并不涉及到用户空间，也就不需要完成模式转换，不需要套接字注册等.
lvs
7层：
nginx
haproxy
ats
实例：
haproxy 双网卡： eth0:172.16.0.192 eth1:192.168.30.2
web1:192.168.30.131
web2:192.168.30.129
web1和web2的网关为haproxy的eth1的ip地址：
web1/web1 ：route add default gw 192.168.30.1
配置由两部分组成：
global settings：对haproxy进程自身属性设定.
proxies:对代理的设定
default：默认配置
frontend：前端配置
backenbd：后端的设定
listen：监听
URL
http://host:port/path?queries#fragment
配置实例：
frontend server *:80//定义前端frontend name为server 监听80端口 default_backend servers//定义默认的backend server为servers backend servers //定义后端的backend name为servers balance roundrobin//负载均衡算法 server node1 192.168.30.129:80 check//后端的节点:80一定要添加(尝试不添加会报错，1.4版本的貌似继承上面frontend的端口)，开启健康检查 server node2 192.168.30.131:80 check
浏览器访问：http://192.168.30.130/ 刷新可以看到负载均衡轮训
开启haproxy log：
haproxy.cfg提示开启haproxy.log 需要在/etc/sysconfig/syslog增加
local2.* /var/log/haproxy.log
操作：
vim /etc/rsyslog.conf
1、开启udp协议514端口
# Provides UDP syslog reception $ModLoad imudp $UDPServerRun 514 2、新增： local2.* /var/log/haproxy.log
3、重启syslog和haproxy服务：
service rsyslog restart
/etc/init.d/haproxy restart
4、测试查看日志：
tail -f /var/log/haproxy.log
bind参数：bind [
例子：
bind :80,:443 bind 10.10.0.1:10080,10.10.0.1:10043 可以使用在listen和frontend模块中： frontend server bind *:80 default_backendservers backend servers balanceroundrobin servernode1192.168.30.129:80check servernode2192.168.30.131:80check
balance参数：
roundrobin 加权轮训，wgight不指默认为1，后续backend新增的server node会自动识别，慢加载方式加载,
static-rr 静态轮训，新增的node节点除非重启haproxy否则不会自动识别;基于check健康检查下线的机器再次上线会自动识别;不会慢启动，新增的服务器立即加入服务器轮训列表，所有的请求都会立即到这台服务器.
leastconn 保持会话连接，常用的LDAP，SQL,TSE,ect...动态的。http协议时无状态的，获取到资源即断开所以不适用次算法.
source 保持会话session，基于ip地址做hash算法，同一个用户的请求将发往同一台服务器.
会话保持机制：
IP层：source
位于同一个NAT服务器背后的多个请求都会顶向至同一个upstream server；不利于均衡。
应用层：cookie
有更好的负载均衡效果;
source:一般只有不支持使用cookie插入又需要保持会话时使用.
url:用于后端服务器时cache server的场景，保证缓存命中率的.
cookie:
cookie
[ postonly ] [ preserve ] [ httponly ] [ secure ]
[ domain
frontend server
bind *:80
default_backendservers
backend servers
cookie node insert nocache
balancesource
servernode1192.168.30.129:80check
servernode2192.168.30.131:80check
backend下使用cookie cookie名称为node，客户端每次访问都插入cookie，一般insert会与nocache同时使用，防止后端缓存服务器缓存cookie降低缓存命中率.
cookie绑定：
基于cookie绑定，访问后端node节点
frontend server
bind *:80
default_backendservers
backend servers
cookie node insert nocache
balance roundrobin//做轮训
servernode1192.168.30.129:80checkcookie node1#定义node1的cookie为node1
servernode2192.168.30.131:80checkcookie node2#定义node2的cookie为node2
访问浏览器：http://192.168.30.130/index.html
发现并未做轮训，因为绑定了cookie信息，同一客户端的访问，请求将会被发往同一个后台node节点.
指定HAProxy的工作模式：
mode { tcp|http|health }
tcp：mysql、ldap
tcp为HAProxy的默认模式，haproxy在客户端和选定的upstream server之间建立一个全双工的连接;不会对应用层协议做任何检查;
SSL/Mysql/SSH等都应该使用此模式.
http：web
http协议
对应用层数据做深入分析，因此支持7层的过滤、处理、转换等机制;
health：健康检查
指定日志：
log global
log [len
no log
defaults、frontend、backend、listen四项都可以使用.
log global:使用全局配置中定义的日志服务器;
log [len
frontend server
log 127.0.0.1local3#日志服务器，在rsyslog.conf中定义，指定的frontend日志.
bind *:80
default_backendservers
backend servers
cookie node insert nocache
balance roundrobin
servernode1192.168.30.129:80checkcookie node1
servernode2192.168.30.131:80checkcookie node2
rsyslog.conf的配置：
local3.* /var/log/haproxyweb.log
捕获请求首部和相应首部：
capture request header
capture response header
定义默认后端服务器：在listen或frontend中指定使用的默认后端：
default_backend
use_backend
在listen或frontend中，定义指明使用哪个后端服务器.
server
为backend或listen定义各服务器.
默认server的参数：
backup：设定备用服务器，仅在负载均衡场景中的其他server均不可用于启用此server；
check：启动对次server执行健康状态检查，其可以借助与额外的其他参数完成更精细的设定.
inter:设定健康状态检查时间间隔，单位为毫秒，默认为2000，也可以使用fastinter和downinter来根据服务器端状态优化此时间延迟.
rise
fall
maxconn
maxqueue
observer
redir
不能使用相对地址，以免造成循环；例如：server srv1 172.16.0.110 redir http://www.example.com
weight
check对后端的服务器做健康状态检测；
扩展参数：option httpchk
option httpchk
option httpchk
option httpchk
option httpchk
stats启用默认设置统计表：
stats enable
四项都可以使用：defaults、frontend、listen、backend
如果启用此配置，不自己
This statement enables statistics reporting with default settings defined
at build time. Unless stated otherwise, these settings are used :
- stats uri : /haproxy?stats 默认的url，可以自己指定
- stats realm : "HAProxy Statistics" 描述和提示
- stats auth : no authentication默认的认证,铭文密码隔开
- stats scope : no restriction指定访问位置的
浏览器访问haproxy代理：http://192.168.30.130/haproxy?stats
haproxy的status的访问控制：
stats http-request { allow | deny | auth [realm
[ { if | unless }
stats refresh
stats hide-version 隐藏haproxy版本.
stats auth
stats admin { if | unless }
stats admin if LOCALHOST 表示本机
stats admin if TRUE 表示认证通过
实例：
backend servers
cookie node insert nocache
balance roundrobin
stats enable
stats refresh 20s
stats hide-version
stats admin if TRUE
stats auth admin:admin
stats uri /hastatus
server node1 192.168.30.129:80 check cookie node1
server node2 192.168.30.131:80 check cookie node2
自定义错误页面：
errorfile
errorloc302
errorloc303
errorfile
http-request { allow | deny | tarpit | auth [realm
add-header
del-header
replace-header
replace-value
set-tos
add-acl(
del-acl(
del-map(
set-map(
}
[ { if | unless }
haproxy封装客户端ip，新增x-forward-for，避免总是记录haproxy，转而记录client ip。
option forwardfor [ except
keepalive 关闭有两种原因：
1、当前服务器的连接数达到上限。
2、连接超时.
timeout queue
请求在队列中等待的最大时间长,一直得不到服务的响应，客户端重新发送请求.
timeout connect
通常指haproxy将请求转发至后台upstream server时，所等待的超时时常.
timeout client
客户的最大非活动连接的最大时长，指定时长后将断开连接.
timeout server
连接已经建立，但是服务端没有任何数据传输的超时时长。
timeout http-keep-alive
定义保持连接模式的超时时长
timeout check
定义健康状态检测的超时时长
option http-server-clone
定义了keepalive功能，客户端和服务器端之间的会话连接超时，允许server主动关闭.
客户端可服务器端建立连接时，就开始记录日志。(通常都是服务器端相应完成才记录日志，方便记录服务器的相应时间)，如果打开此项，会提前记录日志.
option logasap
no option logasap
Enable or disable early logging of HTTP requests
客户端和服务器端连接建立，但是没有任何的数据传输，即空连接，此项为不记录空连接日志.
option dontlognull
no option dontlognull
Enable or disable logging of null connections
HAProxy Acl定义：
支持的值大概有四种：
整数或整数范围/字符串/正则表达式/ip地址或者网络地址
4层访问控制：
tcp-request content
tcp-request inspect-delay
7层访问控制：
http-request { allow | deny | tarpit | auth [realm
add-header
del-header
replace-header
replace-value
set-tos
add-acl(
del-acl(
del-map(
set-map(
}
[ { if | unless }