HAProxy是一个使用C语言编写的自由及开放源代码软件,其提供高可用性、负载均衡,以及基于TCP和HTTP的应用程序代理。
HAProxy特别适用于那些负载特大的web站点,这些站点通常又需要会话保持或七层处理。 HAProxy运行在当前的硬件上,完全可以支持数以万计的并发连接。并且它的运行模式使得它可以很简单安全的整合进您当前的架构中, 同时可以保护你的web服务器不被暴露到网络上。
haproxy实现了一种事件驱动、单一进程模型,此模型支持非常大的并发连接数。多进程或多线程模型受内存限制、系统调度器限制以及无处不在的锁限制,很少能处理数千并发连接。
事件驱动模型因为在有更好的资源和时间管理的用户端(User-Space)实现所有这些任务,所以没有这些问题。此模型的弊端是,在多核系统上,这些程序通常扩展性较差。这就是为什么他们必须进行优化以使每个CPU时间片(Cycle)做更多的工作。
所谓的四层就是ISO参考模型中的第四层。四层负载均衡也称为四层交换机,它主要是通过分析IP层及TCP/UDP层的流量实现的基于IP加端口的负载均衡。
以常见的TCP应用为例,负载均衡器在接收到第一个来自客户端的请求时,会通过设定的负载均衡算法选择一个最佳的后端服务器,同时将报文中目标IP地址修改为后端服务器IP,然后直接转发给该后端服务器,这样一个负载均衡请求就完成了。从这个过程来看,一个TCP连接是客户端和服务器直接建立的,而负载均衡器只不过完成了一个类似路由器的转发动作。在某些负载均衡策略中,为保证后端服务器返回的报文可以正确传递给负载均衡器,在转发报文的同时可能还会对报文原来的源地址进行修改。
七层负载均衡器也称为七层交换机,位于OSI的最高层,即应用层,此时负载均衡器支持多种应用协议,常见的有HTTP、FTP、SMTP等。七层负载均衡器可以根据报文内容,再配合负载均衡算法来选择后端服务器,因此也称为“内容交换器”。比如,对于Web服务器的负载均衡,七层负载均衡器不但可以根据“IP+端口”的方式进行负载分流,还可以根据网站的URL、访问域名、浏览器类别、语言等决定负载均衡的策略。例如,有两台Web服务器分别对应中英文两个网站,两个域名分别是A、B,要实现访问A域名时进入中文网站,访问B域名时进入英文网站,这在四层负载均衡器中几乎是无法实现的,而七层负载均衡可以根据客户端访问域名的不同选择对应的网页进行负载均衡处理。常见的七层负载均衡器有HAproxy、Nginx等。
这里仍以常见的TCP应用为例,由于负载均衡器要获取到报文的内容,因此只能先代替后端服务器和客户端建立连接,接着,才能收到客户端发送过来的报文内容,然后再根据该报文中特定字段加上负载均衡器中设置的负载均衡算法来决定最终选择的内部服务器。纵观整个过程,七层负载均衡器在这种情况下类似于一个代理服务器。
对比四层负载均衡和七层负载均衡运行的整个过程,可以看出,在七层负载均衡模式下,负载均衡器与客户端及后端的服务器会分别建立一次TCP连接,而在四层负载均衡模式下,仅建立一次TCP连接。由此可知,七层负载均衡对负载均衡设备的要求更高,而七层负载均衡的处理能力也必然低于四层模式的负载均衡。
(1)免费开源,稳定性也是非常好。单haproxy也跑得不错,稳定性可以与硬件级的F5相媲美。
(2)根据官方文档,haproxy可以跑满10Gbps,这个数值作为软件级负载均衡器是相当惊人的。
(3)haproxy支持连接拒绝:因为维护一个连接的打开的开销是很低的,有时我们很需要限制攻击蠕虫(attack bots),也就是说限制它们的连接打开从而限制它们的危害。这个已经为一个陷于小型DDoS攻击的网站开发了而且已经拯救了很多站点,这个优点也是其它负载均衡器没有的。
(4)haproxy支持全透明代理(已具备硬件防火墙的典型特点):可以用客户端IP地址或者任何其他地址来连接后端服务器。这个特性仅在Linux 2.4/2.6内核打了tcp proxy补丁后才可以使用。这个特性也使得为某特殊服务器处理部分流量同时又不修改服务器的地址成为可能。
(5)haproxy现多于线上的Mysql集群环境,我们常用于它作为MySQL(读)负载均衡。
(6)自带强大的监控服务器状态的页面,实际环境中我们结合Nagios进行邮件或短信报警。
(7)HAProxy支持虚拟主机,许多朋友说它不支持虚拟主机是错误的,通过测试我们知道,HAProxy是支持虚拟主机的。
实验环境: rhel6.5 selinux and iptables disabled
实验主机:
172.25.75.1 (server1) haproxy
172.25.75.2 (server2) web1
172.25.75.3(server3) web2
http://download.openpkg.org/components/cache/haproxy/
如果解压后,目录里面有.spec文件则可以制作相应的rpm包。
1、安装制作rpm的工具
yum install rpm-build -y #使用rpm-build创建rpm的二进制软件包和源码软件包
yum inatall pcre-devel -y
yum install gcc -y
tar zxf haproxy-1.7.3.tar.gz #解压安装包
rpmbuild -tb haproxy-1.4.23.tar.gz #创建HAProxy的rpm包
cd rpmbuild/RPMS/x86_64/
yum install haproxy-1.7.3-1.x86_64.rpm -y
cp haproxy-1.7.3/examples/content-sw-sample.cfg /etc/haproxy/haproxy.cfg
groupadd -g 200 haproxy
useradd -u 200 -g 200 haproxy
sysctl -a | grep file
vim /etc/security/limits.conf
vim /etc/haproxy/haproxy.cfg
#
# This is a sample configuration
# haproxy >= 1.3.4 required.
#
# It listens on 192.168.1.10:80, and directs all requests for Host 'img' or
# URIs starting with /img or /css to a dedicated group of servers. URIs
# starting with /admin/stats are directed to a backend dedicated to statistics.
#
global # 全局配置
maxconn 65535
stats socket /var/run/haproxy.stat mode 600 level admin
log 127.0.0.1 local0 # 日志名local0,需要手动在日志配置文件中配置
uid 200 #haproxy的用户
gid 200 #haproxy用户组
chroot /var/empty #切换根目录,安全
daemon #后台运行
defaults #默认配置
mode http
log global
option httplog
option dontlognull
monitor-uri /monitoruri
maxconn 8000
timeout client 30s #客户端时间超过30秒超时
retries 2 #重试两次失败认为服务器不可用
option redispatch #当client连接到挂掉的服务器后,会切换到健康的主机
timeout connect 5s #haproxy将请求转发给后端服务器等待时长
timeout server 5s #客户端与服务端建立连接,等待服务器的超时时长
stats uri /admin/stats # haproxy监控
# The public 'www' address in the DMZ
frontend public
bind 172.25.75.1:80 name clear #haproxy服务器
#bind 192.168.1.10:443 ssl crt /etc/haproxy/haproxy.pem
#use_backend static if { hdr_beg(host) -i img }
#use_backend static if { path_beg /img /css }
default_backend dynamic #默认为动态页面
# The static backend backend for 'Host: img', /img and /css.
backend dynamic #动态页面
balance roundrobin #balance定义为负载均衡算法
server web1 172.25.75.2:80 check inter 1000 #指定或短服务器
server web2 172.25.75.3:80 check inter 1000
yum install httpd -y
vim /var/www/html/index.html
/etc/init.d/httpd start
/etc/init.d/haproxy start
在haproxy中,我们可以看到日志保存在本地,local0需要自定义
vim /etc/rsyslog.conf
13 $ModLoad imudp
14 $UDPServerRun 514
62 local0.* /var/log/haproxy.log
/etc/init.d/rsyslog restart
在客户端重新访问两次haproxy主机
在server1查看haproxy服务的日志文件
日志配置成功!!!
在配置文件中的:
monitor-uri /monitoruri
stats uri /admin/stats
我们关闭server3的httpd的服务,再查看监控
可以看到web2的一行红了,表示web2服务不可用了。
200k表示haproxy服务是正常的,不代表web1、web2的服务健康状况
vim /etc/haproxy/haproxy.cfg
acl blacklist src 172.25.75.250 #黑名单
http-request deny if blacklist #禁止黑名单中的http请求
errorloc 403 http://172.25.75.1:8080/index.html #如果被禁止,则访问75的默认发布页,对禁止的用户友好一点
yum install httpd -y
vim /var/www/html/index.html
vim /etc/httpd/conf/httpd.conf
为什么要更改80为8080端口呢?因为我们的haproxy服务已经占据了80端口啦
/etc/init.d/haproxy restart
/etc/init.d/httpd start
用我们添加到黑名单的主机的浏览器访问:172.25.75.1
自动跳转到haproxy服务端的httpd服务上了。
其他的客户端并不受限制,可以正常轮循。