haproxy windows环境使用
从网上下载了haproxy for windows，学习了下，整理如下：
1. 把haproxy整个包放到某个目录下
2. 配置haproxy.cfg文件，其中这几个地方需要着重修改
1） pidfile d:/haproxy/haproxy.pid #在d盘相对路径必须有此文件，否则启动失败
2） stats uri /ha?status #haproxy运行状态查看 自定义uri,1080对应监听端口 如http://10.0.32.138:1080/ha?status,这样在ie直接就能观察到后台程序的健康情况了
contimeout 500
clitimeout 5000
srvtimeout 5000
listen web_proxy 0.0.0.0:1080 #监听端口
3 ）配置健康检查的时间间隔：
listen test1
bind 0.0.0.0:8999
mode tcp
balance roundrobin
server s1 127.0.0.1:8001 weight 1 maxconn 1000 check inter 10s
3. 在d盘建立haproxy.pid，内容随便写一个数字
4. 建一个run.bat，内容如下：
title haproxy-run
haproxy.exe -f haproxy.cfg -d
其中， -d会在窗口运行， -D则是后台程序，只能在任务管理器中看到
5. haproxy-test目录为临时写的测试代码
Findings:
HaServer1和HaServer2作为服务端，HaClient作为客户端（客户端连的是haproxy的ip与端口）。
1. 刚开始时，启动多个客户端，客户端请求haproxy会均衡到2个服务端中，当HaServer2断开，haproxy在一段时间内，还是会均衡到HaServer2的，并且显示客户端写成功，但实际是不成功的。一段时间后，就全部会均衡到HaServer1中。此处“一段时间与”“check inter 10s”有关
2. 然后是客户端与HaServer2如果是长连接，当HaServer断开时，socket是不会自动连接到HaServer1的，而是报连接错误之类的；
3. Haproxy关闭的话，当然就是客户端包连不上了。
附网上搜索信息(http://www.linuxidc.com/Linux/2012-06/61689p2.htm)：
1. 配置haproxy
[root@node0 conf]#vim /usr/local/haproxy/conf/haproxy.conf
#源目录haproxy-1.4.19的子目录examples下有各种配置实例,可参照实例配置.
#参数、选项、架构等说明可参看/usr/local/haproxy/doc下各文件(configuration.txt、architecture.txt等）
# this config needs haproxy-1.1.28 or haproxy-1.2.1
global
log 127.0.0.1 local0 info
#全局的日志配置，使用本机的syslog来记录log，请使用/dev/log，其中日志级别是[err warning info debug].local0 是日志设备(/etc/syslog/conf中所定义），
#必须为如下24种标准syslog设备的一种:
#kern user mail daemon auth syslog lpr news
#uucp cron auth2 ftp ntp audit alert cron2
#local0 local1 local2 local3 local4 local5 local6 local7
maxconn 65536 #最大连接数
ulimit-n 131087 #必须是maxconn的两倍以上
chroot /usr/local/haproxy #适用于chroot环境，为了安全
uid 99 #haproxy运行的用户和组
gid 99
daemon #后台运行
nbproc 4 #设置4个并发进程，在做debug时建议设置为1
pidfile /usr/local/haproxy/logs/haproxy.pid #PID文件所在地
option nolinger #在连接关闭时立即清理连接，减少处于FIN_WAIT1状态的连接
#debug
#quiet
defaults
log global
mode http #默认的模式mode { tcp|http|health }，tcp是4层，http是7层，health只会返回OK
option httplog #启用http请求log
option dontlognull
option http-server-close
option abortonclose #当服务器负载很高的时候，自动结束掉当前队列处理比较久的链接
option allbackups #但设置了backup的时候，默认第一个backup会优先，设置option allbackups后所有备份服务器权重一样
option forwardfor #如果后端服务器需要获得客户端的真实IP需要配置次参数，将可以从Http Header中获得客户端IP
option redispatch #当serverId对应的服务器挂掉后，强制定向到其他健康的服务器
stats uri /admin/status #监控haproxy状态的页面，可以使用http://IP/admin/status查看
stats auth admin:admin@123 #登录监控页面的用户名密码
stats refresh 60s #监控页面的刷新时间
retries 3 #三次连接失败就认为是服务器不可用，也可以通过后面设置
maxconn 65536 #默认的最大连接数
contimeout 5000 #连接超时
clitimeout 50000 #客户端超时
srvtimeout 50000 #服务器超时
frontend web_nginx #定义前端服务器，相当于F5里的VIP的概念
mode http
maxconn 65536
bind 192.168.32.30:80 #设定vip的监听端口
bind-process 4 #针对多核处理，启用处理器数量
acl php_nginx path_end .php #判断文件后缀名是不是.php,如果是返回true
acl html_nginx path_end .html #判断文件后缀名是不是.html,如果是返回true
use_backend php_backend if php_nginx #当满足php_nginx策略时使用php_backend的backend
use_backend html_backend if html_nginx #当满足html_nginx策略时使用html_backend的backend
backend php_backend
mode http
fullconn 4096 #设置最大连接
balance roundrobin #负载均衡的方式，roundrobin平均方式
option httpchk HEAD /check.php HTTP/1.0
#心跳检查Haproxy会判断你的后端web的根上存在check.txt没有，以此作为haproxy-status的监控状态依据，将它#掉即可；
#如果是生产环境，你可将check.php改为index.jsp或index.php即可。
#一般的健康检查可以采用HEAD方法来做，而不是才采用GET方法，用于HEAD方法没有数据返回，仅检查Response的HEAD是不是200。相对来说，更快，而且更简单
server node1 192.168.32.31:80 check inter 2s minconn 64 maxconn 2048 slowstart 10s weight 100
server node2 192.168.32.32:80 check inter 2s minconn 64 maxconn 2048 slowstart 10s weight 100
#服务器定义/ip/check inter启用健康检查，检测心跳频率/minconn最小连接数/maxconn最大连接数/slowstart至全速缓冲时间/weight
backend html_backend
mode http
fullconn 4096
balance roundrobin
cookie SERVERID #允许插入serverid到cookie中，serverid后面可以定义
option httpchk HEAD /check.html HTTP/1.0
server node2 192.168.32.32:80 cookie 2 check inter 2s rise 3 fall 3 weight 100
server node3 192.168.32.33:80 cookie 3 check inter 2s rise 3 fall 3 weight 100
#服务器定义，cookie 1表示serverid为1，check inter 2s 是检测心跳频率
#rise 3是3次正确认为服务器可用，fall 3是3次失败认为服务器不可用，weight代表权重
1. 把haproxy整个包放到某个目录下
2. 配置haproxy.cfg文件，其中这几个地方需要着重修改
1） pidfile d:/haproxy/haproxy.pid #在d盘相对路径必须有此文件，否则启动失败
2） stats uri /ha?status #haproxy运行状态查看 自定义uri,1080对应监听端口 如http://10.0.32.138:1080/ha?status,这样在ie直接就能观察到后台程序的健康情况了
contimeout 500
clitimeout 5000
srvtimeout 5000
listen web_proxy 0.0.0.0:1080 #监听端口
3 ）配置健康检查的时间间隔：
listen test1
bind 0.0.0.0:8999
mode tcp
balance roundrobin
server s1 127.0.0.1:8001 weight 1 maxconn 1000 check inter 10s
3. 在d盘建立haproxy.pid，内容随便写一个数字
4. 建一个run.bat，内容如下：
title haproxy-run
haproxy.exe -f haproxy.cfg -d
其中， -d会在窗口运行， -D则是后台程序，只能在任务管理器中看到
5. haproxy-test目录为临时写的测试代码
Findings:
HaServer1和HaServer2作为服务端，HaClient作为客户端（客户端连的是haproxy的ip与端口）。
1. 刚开始时，启动多个客户端，客户端请求haproxy会均衡到2个服务端中，当HaServer2断开，haproxy在一段时间内，还是会均衡到HaServer2的，并且显示客户端写成功，但实际是不成功的。一段时间后，就全部会均衡到HaServer1中。此处“一段时间与”“check inter 10s”有关
2. 然后是客户端与HaServer2如果是长连接，当HaServer断开时，socket是不会自动连接到HaServer1的，而是报连接错误之类的；
3. Haproxy关闭的话，当然就是客户端包连不上了。
附网上搜索信息(http://www.linuxidc.com/Linux/2012-06/61689p2.htm)：
1. 配置haproxy
[root@node0 conf]#vim /usr/local/haproxy/conf/haproxy.conf
#源目录haproxy-1.4.19的子目录examples下有各种配置实例,可参照实例配置.
#参数、选项、架构等说明可参看/usr/local/haproxy/doc下各文件(configuration.txt、architecture.txt等）
# this config needs haproxy-1.1.28 or haproxy-1.2.1
global
log 127.0.0.1 local0 info
#全局的日志配置，使用本机的syslog来记录log，请使用/dev/log，其中日志级别是[err warning info debug].local0 是日志设备(/etc/syslog/conf中所定义），
#必须为如下24种标准syslog设备的一种:
#kern user mail daemon auth syslog lpr news
#uucp cron auth2 ftp ntp audit alert cron2
#local0 local1 local2 local3 local4 local5 local6 local7
maxconn 65536 #最大连接数
ulimit-n 131087 #必须是maxconn的两倍以上
chroot /usr/local/haproxy #适用于chroot环境，为了安全
uid 99 #haproxy运行的用户和组
gid 99
daemon #后台运行
nbproc 4 #设置4个并发进程，在做debug时建议设置为1
pidfile /usr/local/haproxy/logs/haproxy.pid #PID文件所在地
option nolinger #在连接关闭时立即清理连接，减少处于FIN_WAIT1状态的连接
#debug
#quiet
defaults
log global
mode http #默认的模式mode { tcp|http|health }，tcp是4层，http是7层，health只会返回OK
option httplog #启用http请求log
option dontlognull
option http-server-close
option abortonclose #当服务器负载很高的时候，自动结束掉当前队列处理比较久的链接
option allbackups #但设置了backup的时候，默认第一个backup会优先，设置option allbackups后所有备份服务器权重一样
option forwardfor #如果后端服务器需要获得客户端的真实IP需要配置次参数，将可以从Http Header中获得客户端IP
option redispatch #当serverId对应的服务器挂掉后，强制定向到其他健康的服务器
stats uri /admin/status #监控haproxy状态的页面，可以使用http://IP/admin/status查看
stats auth admin:admin@123 #登录监控页面的用户名密码
stats refresh 60s #监控页面的刷新时间
retries 3 #三次连接失败就认为是服务器不可用，也可以通过后面设置
maxconn 65536 #默认的最大连接数
contimeout 5000 #连接超时
clitimeout 50000 #客户端超时
srvtimeout 50000 #服务器超时
frontend web_nginx #定义前端服务器，相当于F5里的VIP的概念
mode http
maxconn 65536
bind 192.168.32.30:80 #设定vip的监听端口
bind-process 4 #针对多核处理，启用处理器数量
acl php_nginx path_end .php #判断文件后缀名是不是.php,如果是返回true
acl html_nginx path_end .html #判断文件后缀名是不是.html,如果是返回true
use_backend php_backend if php_nginx #当满足php_nginx策略时使用php_backend的backend
use_backend html_backend if html_nginx #当满足html_nginx策略时使用html_backend的backend
backend php_backend
mode http
fullconn 4096 #设置最大连接
balance roundrobin #负载均衡的方式，roundrobin平均方式
option httpchk HEAD /check.php HTTP/1.0
#心跳检查Haproxy会判断你的后端web的根上存在check.txt没有，以此作为haproxy-status的监控状态依据，将它#掉即可；
#如果是生产环境，你可将check.php改为index.jsp或index.php即可。
#一般的健康检查可以采用HEAD方法来做，而不是才采用GET方法，用于HEAD方法没有数据返回，仅检查Response的HEAD是不是200。相对来说，更快，而且更简单
server node1 192.168.32.31:80 check inter 2s minconn 64 maxconn 2048 slowstart 10s weight 100
server node2 192.168.32.32:80 check inter 2s minconn 64 maxconn 2048 slowstart 10s weight 100
#服务器定义/ip/check inter启用健康检查，检测心跳频率/minconn最小连接数/maxconn最大连接数/slowstart至全速缓冲时间/weight
backend html_backend
mode http
fullconn 4096
balance roundrobin
cookie SERVERID #允许插入serverid到cookie中，serverid后面可以定义
option httpchk HEAD /check.html HTTP/1.0
server node2 192.168.32.32:80 cookie 2 check inter 2s rise 3 fall 3 weight 100
server node3 192.168.32.33:80 cookie 3 check inter 2s rise 3 fall 3 weight 100
#服务器定义，cookie 1表示serverid为1，check inter 2s 是检测心跳频率
#rise 3是3次正确认为服务器可用，fall 3是3次失败认为服务器不可用，weight代表权重