常用开源软件负载均衡器有：Nginx、LVS、Haproxy。三大主流软件负载均衡器对比(LVS VS Nginx VS Haproxy)
|
总结HAProxy主要优点：
一、免费开源，稳定性也是非常好，这个可通过我做的一些小项目可以看出来，单Haproxy也跑得不错，稳定性可以与LVS相媲美；
二、根据官方文档，HAProxy可以跑满10Gbps-New benchmark of HAProxy at 10 Gbps using Myricom's 10GbE NICs (Myri-10G PCI-Express)，这个作为软件级负载均衡，也是比较惊人的；
三、HAProxy可以作为MySQL、邮件或其它的非web的负载均衡，我们常用于它作为MySQL(读)负载均衡；
四、自带强大的监控服务器状态的页面，实际环境中我们结合Nagios进行邮件或短信报警，这个也是我非常喜欢它的原因之一；
五、HAProxy支持虚拟主机。
下述将选择Haproxy作为负载均衡器进行讲解：本次使用环境：环境centos7.1Haproxy 1.5.4Haproxy+keeplived 172.31.2.31Haproxy+keeplived 172.31.2.32下述针对Haproxy的配置文件进行详解：vim /etc/haproxy/haproxy.cfg
文本部分：| 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/statsdefaults 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 #定义的多个后端 |
systemctl reload haproxy
注意：假若页面范围不了，是否selinux关闭了，iptables开启此端口了（iptables -F）同理在172.31.2.32上面安装上述步骤安装配置好haproxy：
上述对Haproxy的优缺点及配置进行了详细讲解。接下来对Haproxy+web负载均衡使用进行实战讲解：首先配置三台web服务器：172.31.2.33、172.31.2.34、172.31.2.35三台都是同样操作：1、实验环境
centos 7.1 X64 mini版
2、配置web服务器(node33/34/35)：
测试方便，关闭selinux、关闭iptables
一下都采用默认，不做配置即可。
yum install httpd -y
# vim /etc/httpd/conf/httpd.conf
httpd监听端口：
DocumentRoot：网页存放的路径，文档的根目录
重启httpd
# systemctl restart httpd
页面访问httpd：
修改显示内容：
# vim /var/www/html/index.html
I'm node33!!! My IP is 172.31.2.33...
再次访问：
这样三个web服务33/34/35搭建成功！！！！
接下来配置负载均衡（本次实验只用一个Haproxy：172.31.2.31）：
vim /etc/haproxy/haproxy.cfg
从上述结果可知，前端对172.31.2.31的请求，被Haproxy的负载均衡器，均衡请求到三个后端web172.31.2.33、172.31.2.34、172.31.2.35上面去了。这样当三个当中的一个出现故障，流量则能正常分发到剩余两个正常的web上，从来提高了系统可靠性。跟多关于keepalived+Haproxy请参考文章：http://blog.csdn.net/tantexian/article/details/50056229新闻热点
疑难解答
