haproxy下载:http://pan.baidu.com/s/1miEvQUc
测试环境说明:
ip地址 | 作用 | 开放端口 | 备注 |
192.168.44.144 | 安装sql server,IIS服务网站 | 1433,8080 | 供192.168.44.146 访问 |
192.168.44.146 | 安装haproxy | 1433,8088 | 供外网或宿主机访问 |
192.168.44.144 安装sql server (开放端口 1433) ,IIS服务网站 (开放端口8080)
供192.168.44.146 访问
192.168.44.146 安装haproxy并开放端口(1433,8088)
供外网或宿主机访问
haproxy.cfg:
global
maxconn 1500
nbproc 1
daemon
defaults
mode tcp
retries 1
option redispatch
maxconn 2000
timeout connect 5s
timeout client 120s
timeout server 120s
listen sqlserver:1433
bind 0.0.0.0:1433
mode tcp
balance first
server sql_server 192.168.44.144:1433 check inter 1000 rise 3 fall 1 id 1
listen test1 #Frontend和Backend的组合体,监控组的名称,按需自定义名称
bind 0.0.0.0:8088 #监听端口
mode http #http的7层模式
server test_1 192.168.44.144:8080 check inter 1000 rise 3 fall 1 id 1
启动脚本命令:
haproxy.exe -f haproxy.cfg -d
-d为前端启动,-D为后端启动
或者,直接运行 run.bat
Haproxy配制介绍:
global # 全局参数的设置
log 127.0.0.1 local2 # log语法:log <address_1>[max_level_1] # 全局的日志配置,使用log关键字,
指定使用127.0.0.1
上的syslog服务中的local0日志设备,记录日志等级为info的日志
chroot /var/lib/haproxy #改变当前工作目录
pidfile /var/run/haproxy.pid #当前进程id文件
maxconn 4000 #最大连接数
user haproxy #所属用户
group haproxy #所属组
daemon #以守护进程方式运行haproxy
stats socket /var/lib/haproxy/stats
defaults
mode http #默认的模式mode { tcp|http|health },tcp是4层,http是7层,health只会返回OK
log global #应用全局的日志配置
option httplog # 启用日志记录HTTP请求,默认haproxy日志记录是不记录HTTP请求日志
option dontlognull # 启用该项,日志中将不会记录空连接。所谓空连接就是在上游的负载均衡器
或者监控系统为了探测该 服务是否存活可用时,需要定期的连接或者获取某
一固定的组件或页面,或者探测扫描端口是否在监听或开放等动作被称为空连接;
官方文档中标注,如果该服务上游没有其他的负载均衡器的话,建议不要使用
该参数,因为互联网上的恶意扫描或其他动作就不会被记录下来
option http-server-close #每次请求完毕后主动关闭http通道
option forwardfor except 127.0.0.0/8 #如果服务器上的应用程序想记录发起请求的客户端的IP地址,需要在HAProxy
上 配置此选项, 这样 HAProxy会把客户端的IP信息发送给服务器,在HTTP
请求中添加"X-Forwarded-For"字段。 启用 X-Forwarded-For,在requests
头部插入客户端IP发送给后端的server,使后端server获取到客户端的真实IP。
option redispatch # 当使用了cookie时,haproxy将会将其请求的后端服务器的serverID插入到
cookie中,以保证会话的SESSION持久性;而此时,如果后端的服务器宕掉
了, 但是客户端的cookie是不会刷新的,如果设置此参数,将会将客户的请
求强制定向到另外一个后端server上,以保证服务的正常。
retries 3 # 定义连接后端服务器的失败重连次数,连接失败次数超过此值后将会将对应后端
服务器标记为不可用
timeout http-request 10s #http请求超时时间
timeout queue 1m #一个请求在队列里的超时时间
timeout connect 10s #连接超时
timeout client 1m #客户端超时
timeout server 1m #服务器端超时
timeout http-keep-alive 10s #设置http-keep-alive的超时时间
timeout check 10s #检测超时
maxconn 3000 #每个进程可用的最大连接数
frontend main *:80 #监听地址为80
acl url_static path_beg -i /static /images /javascript /stylesheets
acl url_static path_end -i .jpg .gif .png .css .js
use_backend static if url_static
default_backend my_webserver #定义一个名为my_app前端部分。此处将对于的请求转发给后端
backend static #使用了静态动态分离(如果url_path匹配 .jpg .gif .png .css .js静态文件则
访问此后端)
balance roundrobin #负载均衡算法(#banlance roundrobin 轮询,balance source 保存session值,
支持static-rr,leastconn,first,uri等参数)
server static 127.0.0.1:80 check #静态文件部署在本机(也可以部署在其他机器或者squid缓存服务器)
backend my_webserver #定义一个名为my_webserver后端部分。PS:此处my_webserver只是一个
自定义名字而已,但是需要与frontend里面配置项default_backend 值相一致
balance roundrobin #负载均衡算法
server web01 172.31.2.33:80 check inter 2000 fall 3 weight 30 #定义的多个后端
server web02 172.31.2.34:80 check inter 2000 fall 3 weight 30 #定义的多个后端
server web03 172.31.2.35:80 check inter 2000 fall 3 weight 30 #定义的多个后端
测试:
IIS服务网站设置:
系统:windows 2008 R2
主机:
192.168.44.144
开始--》管理工具--》服务器管理
![1058968-20161210100433882-702346339.jpg](https://i-blog.csdnimg.cn/blog_migrate/1842fd31ba21b5c971c955c9cddd6aad.jpeg)
添加角色:
![1058968-20161210100434116-366562181.png](https://i-blog.csdnimg.cn/blog_migrate/659fdac90fafd4155448adb2f4ec0ac0.png)
下一步,
然后选择:
![1058968-20161210100434335-973026205.png](https://i-blog.csdnimg.cn/blog_migrate/5d2f07bf3c7fe2a07d51e5a5ea0ab734.png)
下一步,在弹出的界面中,勾上Web服务器,再勾上管理工具下的所有子项,再下一步
![1058968-20161210100434866-1339302245.png](https://i-blog.csdnimg.cn/blog_migrate/c7a8f1e3260ae6fff388c7e7b7684cc9.png)
再下一步,安装,结束后重启一下服务器
![1058968-20161210100435429-175504147.jpg](https://i-blog.csdnimg.cn/blog_migrate/444b544e53755dbf3c730a6e3dbbcf42.jpeg)
点+号,展开该域服务器名称
右键单击 网站,点击 添加网站
![1058968-20161210100437522-1733770501.png](https://i-blog.csdnimg.cn/blog_migrate/3f7d886b3d609d712474b3c44e2450e4.png)
![1058968-20161210100437866-853585683.jpg](https://i-blog.csdnimg.cn/blog_migrate/fe9bdf2c4d75910c6d7bb17fd059d59e.jpeg)
测试:
![1058968-20161210100438226-1782960047.jpg](https://i-blog.csdnimg.cn/blog_migrate/a943e1e4b6c40c1ab2b4453a29177d6c.jpeg)
开放端口:
192.168.44.144 开放端口 1433,8080
192.168.44.146 开放端口1433,8088
![1058968-20161210100438616-1093334651.png](https://i-blog.csdnimg.cn/blog_migrate/f0ea736f45135d87e93a76d382722bf8.png)
通过外网或宿主机访问 (公外,须要配制)192.168.44.146
![1058968-20161210100438929-915830382.png](https://i-blog.csdnimg.cn/blog_migrate/a77e83b98dc6cfa1c3e7f28cf51370fb.png)
haproxy前端启动信息:
![1058968-20161210100439226-1423255335.png](https://i-blog.csdnimg.cn/blog_migrate/3e041d05858e0ce7253396f642743795.png)
haproxy的ip信息
![1058968-20161210100439491-460949996.png](https://i-blog.csdnimg.cn/blog_migrate/5ecfdaa13876057f229a7f928b1d30b5.png)
开放端口信息
![1058968-20161210100439710-1091624070.png](https://i-blog.csdnimg.cn/blog_migrate/f8df16519517e6731b862ddbf0700078.png)
宿主机中访问
![1058968-20161210100440163-1672141281.png](https://i-blog.csdnimg.cn/blog_migrate/e08e895e04d3b46f57cda3e9018ab27b.png)
宿主机中连接sql server
![1058968-20161210100440351-486128659.jpg](https://i-blog.csdnimg.cn/blog_migrate/c9c5f0fd2c312696f0ffcdd40300c1ec.jpeg)
haproxy中有http请求时信息
![1058968-20161210100440616-2008593768.png](https://i-blog.csdnimg.cn/blog_migrate/148e6b4a4856e4189a2f9358ed54ac94.png)
附件列表