文档版本:Version1.0 修改记录:2012-9-6
整理
:iceeggplant 附件共享
一、
简述:
目前,在线上环境中应用较多的负载均衡器硬件有F5 BIG-IP,软件有LVS,Nginx及HAProxy,apache,高可用软件有Heartbeat、Keepalived,成熟的架构有LVS+Keepalived、Nginx+Keepalived、HAProxy+hearbeat
二、
三种负载均衡器的优缺点:
lvs优点:
1.抗负载能力强,工作在第4层仅作分发之用没有流量的产生。这个特点也决定了它在负载均衡软件里的性能最强的;无流量,同时保证了均衡器IO的性能不会受到大流量的影响。
2.自身有完整的双机热备方案,如lvs+keepalive和lvs+heartbeat+drbd
3.应用范围广,可以对所有应用负载。
4.配置简单
缺点:
1. 不能做动静分离,软件本身不支持正则处理,相比nginx/haproxy+keepalived比较有优势。
2. 如果网站应用比较庞大,lvs/DR+keepalived就比较复杂了。
Nginx的优点:
1、工作在OSI第7层,可以针对http应用做一些分流的策略。比如针对域名、目录结构。它的正则比HAProxy更为强大和灵活;
2、Nginx对网络的依赖非常小,理论上能ping通就就能进行负载功能,这个也是它的优势所在;
3、Nginx安装和配置比较简单,测试起来比较方便;
4、可以承担高的负载压力且稳定,一般能支撑超过几万次的并发量;
5、Nginx可以通过端口检测到服务器内部的故障,比如根据服务器处理网页返回的状态码、超时等等,并且会把返回错误的请求重新提交到另一个节点;
6、Nginx不仅仅是一款优秀的负载均衡器/反向代理软件,它同时也是功能强大的Web应用服务器。LNMP现在也是非常流行的web环境, Nginx在处理静态页面、特别是抗高并发方面相对apache有优势;
7、Nginx现在作为Web反向加速缓存越来越成熟了,速度比传统的Squid服务器更快,有需求的朋友可以考虑用其作为反向代理加速器;
Nginx的缺点:
1、Nginx不支持url来检测。
2、Nginx仅能支持http和Email,这个它的弱势。
3、Nginx的Session的保持,Cookie的引导能力相对欠缺。
HAProxy的优点:
1、HAProxy是支持虚拟主机的,可以工作在4、7层;
2、能够补充Nginx的一些缺点比如Session的保持,Cookie的引导等工作;
3、支持url检测后端的服务器;
4、它跟LVS一样,本身仅仅就只是一款负载均衡软件;单纯从效率上来讲HAProxy更会比Nginx有更出色的负载均衡速度,在并发处理上也是优于Nginx的;
5、HAProxy可以对Mysql读进行负载均衡,对后端的MySQL节点进行检测和负载均衡,不过在后端的MySQL slaves数量超过10台时性能不如LVS;
6、HAProxy的算法较多,达到8种;
三、
lvs
原理图
四、
负载均衡与高可用的搭配
lvs/nginx+keepalived
haproxy+heartbeat
lvs的是通过vrrp协议(虚拟路由冗余协议
Virtual Router Redundancy Protocol)进行数据包转发的,提供的是4层的负载均衡。特点是效率高,只要你机器网卡抗的住就不是问题。keepalived可以通过检测vrrp数据包来,因此更适合与lvs搭配。
nginx可以作为7层的负载均衡。可支持一些rewrite规则重写等功能。
haproxy可以提供4层或7层的数据转发服务,能做到7层的好处是可以根据服务所处的状态等进行负载。
五、
lvs
的工作模式和算法详解
工作模式:
1.
Virtual Server via Network Address Translation
(VS/NAT)
通过网络地址转换,调度器重写请求报文的目标地址,根据预设的调度算法,将请求分派给后端的真实服务器;真实服务器的响应报文通过调度器时,报文的源地址被重写,再返回给客户,完成整个负载调度过程。
2.
Virtual Server via IP Tunneling
(VS/TUN)
采用
NAT技术时,由于请求和响应报文都必须经过调度器地址重写,当客户请求越来越多时,调度器的处理能力将成为瓶颈。为了解决这个问题,调度器把请求报文通过IP隧道转发至真实服务器,而真实服务器将响应直接返回给客户,所以调度器只处理请求报文。由于一般网络服务应答比请求报文大许多,采用 VS/TUN技术后,集群系统的最大吞吐量可以提高10倍。
3.
Virtual Server via Direct Routing
(VS/DR)
VS/DR通过改写请求报文的
MAC地址,将请求发送到真实服务器,而真实服务器将响应直接返回给客户。同VS/TUN技术一样,VS/DR技术可极大地提高集群系统的伸缩性。这种方法没有IP隧道的开销,对集群中的真实服务器也没有必须支持IP隧道协议的要求,但是要求调度器与真实服务器都有一块网卡连在同一物理网段上。
针对不同的网络服务需求和服务器配置,IPVS调度器实现了如下八种负载调度算法:
1.
轮叫(Round Robin)
调度器通过
"轮叫"调度算法将外部请求按顺序轮流分配到集群中的真实服务器上,它均等地对待每一台服务器,而不管服务器上实际的连接数和系统负载。
2.
加权轮叫(Weighted Round Robin)
调度器通过
"加权轮叫"调度算法根据真实服务器的不同处理能力来调度访问请求。这样可以保证处理能力强的服务器处理更多的访问流量。调度器可以自动问询真实服务器的负载情况,并动态地调整其权值。
3.
最少链接(Least Connections)
调度器通过
"最少连接"调度算法动态地将网络请求调度到已建立的链接数最少的服务器上。如果集群系统的真实服务器具有相近的系统性能,采用"最小连接"调度算法可以较好地均衡负载。
4.
加权最少链接(Weighted Least Connections)
在集群系统中的服务器性能差异较大的情况下,调度器采用
"加权最少链接"调度算法优化负载均衡性能,具有较高权值的服务器将承受较大比例的活动连接负载。调度器可以自动问询真实服务器的负载情况,并动态地调整其权值。
5.
基于局部性的最少链接(Locality-Based Least Connections)
"基于局部性的最少链接
" 调度算法是针对目标IP地址的负载均衡,目前主要用于Cache集群系统。该算法根据请求的目标IP地址找出该目标IP地址最近使用的服务器,若该服务器是可用的且没有超载,将请求发送到该服务器;若服务器不存在,或者该服务器超载且有服务器处于一半的工作负载,则用"最少链接"的原则选出一个可用的服务器,将请求发送到该服务器。
6.
带复制的基于局部性最少链接(Locality-Based Least Connections with Replication)
"带复制的基于局部性最少链接
"调度算法也是针对目标IP地址的负载均衡,目前主要用于Cache集群系统。它与LBLC算法的不同之处是它要维护从一个目标IP地址到一组服务器的映射,而LBLC算法维护从一个目标IP地址到一台服务器的映射。该算法根据请求的目标IP地址找出该目标IP地址对应的服务器组,按"最小连接"原则从服务器组中选出一台服务器,若服务器没有超载,将请求发送到该服务器,若服务器超载;则按"最小连接"原则从这个集群中选出一台服务器,将该服务器加入到服务器组中,将请求发送到该服务器。同时,当该服务器组有一段时间没有被修改,将最忙的服务器从服务器组中删除,以降低复制的程度。
7.
目标地址散列(Destination Hashing)
"目标地址散列
"调度算法根据请求的目标IP地址,作为散列键(Hash Key)从静态分配的散列表找出对应的服务器,若该服务器是可用的且未超载,将请求发送到该服务器,否则返回空。
8.
源地址散列(Source Hashing)
"源地址散列
"调度算法根据请求的源IP地址,作为散列键(Hash Key)从静态分配的散列表找出对应的服务器,若该服务器是可用的且未超载,将请求发送到该服务器,否则返回空。
六、 lvs的架构
七、
lvs+keepalived
配置测试(应环境需求本测试是基于
lvs
的
DR
工作模式
,wrr
算法)
注:keepalived起初是为lvs设计的,专门用来监控集群系统中各个服务节点的状态,后来又加入了vrrp(virtual router redundancy protocol虚拟路由器冗余协议)功能,vrrp出现的目的就是为了解决静态路由出现的单点故障问题。
所以,keepalived一方面具有lvs集群节点健康检查功能,另一方面也具有lvs directors failover负载均衡失败切换的功能。(也就是说可以通过keepalive来控制lvs,通过keepalived的配置文件来取代lvs手动的负载规则分发功能)keepalived故障切换转移是通过vrrp协议来实现的,当keepalived directors正常工作时,主director节点会不断的向备备节点广播主跳消息,告诉备节点自己还活着,当备节点无法检测到主节点的心跳时,进而调用自身的接管程序,接管主节点的IP资源及服务。当主节点恢复时,会再次发送心跳消息,备节点自动释放接管的IP资源及服务。
1.
测试环境:
centos5.6 x86
角色 |
lvs-DR1(director1) |
lvs-DR2(director2) |
Realserver-r1 |
realserver-r2 |
IP |
192.168.40.93 |
192.168.40.94 |
192.168.40.144 |
192.168.40.147 |
软件 |
ipvs1.2.4[ipvsadm管理ipvs] keepalived1.1.15 |
httpd |
虚拟IP及出去的接口 |
vip:192.168.40.249 eth0 |
vip:192.168.40.249 lo:0 |
主要配置文件 |
/etc/keepalived/keepalived.conf |
httpd.conf |
2. 软件下载及安装:
lsmod |grep ip_vs首先查看下ip_vs模块是否已加载,如未安装过需安装ipvsadm加载ip_vs模块或modprobe ip_vs。2.6.14以后的内核默认已支持.
# uname –r 查看内核
2.6.18-238.el5xen
#ln -s /usr/src/kernels/2.6.18-238.el5xen-i686 /usr/src/linux 如没有内核文件须安装kernel-devel或kernel-xen-devel
wget
http://www.linuxvirtualserver.org/software/kernel-2.6/ipvsadm-1.24.tar.gz -P /tmp
cd /tmp;tar zxvf ipvsadm-1.24.tar.gz
cd ipvsadm-1.2.4;make && make install
/sbin/ipvsadm执行此命令加载ip_vs内核
wget
http://www.keepalived.org/software/keepalived-1.1.15.tar.gz -P /tmp/
cd /tmp; tar zvxf keepalived-1.1.15.tar.gz
cd keep alived-1.1.15
./configure
- Keepalived configuration
- ------------------------
- Keepalived version : 1.1.15
- Compiler : gcc
- Compiler flags : -g -O2
- Extra Lib : -lpopt -lssl -lcrypto
- Use IPVS Framework : Yes 支持ipvs内核框架
- IPVS sync daemon support : Yes 支持ipvs同步心跳功能
- Use VRRP Framework : Yes 使用vrrp框架
- Use LinkWatch : No
- Use Debug flags : No
make && make install
cp /usr/local/sbin/keepalived /usr/sbin/
cp /usr/local/etc/sysconfig/keepalived /etc/sysconfig/
cp /usr/local/etc/rc.d/init.d/keepalived /etc/init.d/
cp / usr/local/etc/keepalived/keepalived.conf /etc/keepalived/keepalived.conf
3. 配置:
lvs单纯只能做负载均衡,keepalived是基于ip_vs内核开发的HA软件,既可做负载均衡的健康检查,又可做高可用。一个keepalived配置文件即可完成所有功能。
1) 手动基于lvs的负载均衡测试
�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D
两台director的vip配置:
ifconfig eth0:0 192.168.40.249 netmask 255.255.255.0 up
lvs配置,通过ipvsadm来调用ipvs内核:
ipvsadm -C
ipvsadm --set 30 5 60
ipvsadm -A -t 192.168.40.249:80 -s wrr -p 10
ipvsadm -a -t 192.168.40.249:80 -r 192.168.40.144:80 -g -w 1
ipvsadm -a -t 192.168.40.249:80 -r 192.168.40.147:80 -g -w 1
ipvsadm -L –n --stats
-g 默认DR工作模式,-s 指定wrr加权轮询算法,-p service保持时间,-w 权重
-A add virtual service
-D delete virtual service
-a add real server
-C 清除所有分发规则
注:以上是手工执行配置添加lvs服务并增加两台realserver也可以写成脚本的形式执行.
�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D�D-
net.ipv4.ip_forward对于DR模式不需要开启linux转发。
2)
lvs+keepalived负载均衡及
高可用测试
两台
lvs
配置:
- lvs-DR1:
- vi /etc/keepalived/keepalived.conf
-
- ! Configuration File for keepalived
- global_defs {
- notification_email {
- [email protected]
- }
- notification_email_from [email protected]
- #smtp_server 192.168.200.1
- smtp_server 127.0.0.1
- smtp_connect_timeout 30
- router_id LVS_01
- }
-
- vrrp_instance VI_1 {
- state MASTER
- interface eth0
- lvs_sync_daemon_inteface eth0
- virtual_router_id 51
- priority 100
- advert_int 1
- authentication {
- auth_type PASS
- auth_pass 1111
- }
- virtual_ipaddress {
- 192.168.40.249
- }
- }
- #
- virtual_server 192.168.40.249 80 {
- delay_loop 6
- lb_algo wrr
- lb_kind DR
- nat_mask 255.255.255.0
- persistence_timeout 50
- protocol TCP
-
- real_server 192.168.40.144 80 {
- weight 1
- TCP_CHECK {
- connect_timeout 8
- nb_get_retry 3
- delay_before_retry 3
- connect_port 80
- }
- }
-
- real_server 192.168.1.147 80 {
- weight 1
- TCP_CHECK {
- connect_timeout 8
- nb_get_retry 3
- delay_before_retry 3
- connect_port 80
- }
- }
- }
- lvs-DR2:
- vi /etc/keepalived/keepalived.conf
-
- ! Configuration File for keepalived
- global_defs {
- notification_email {
- [email protected]
- }
- notification_email_from [email protected]
- #smtp_server 192.168.200.1
- smtp_server 127.0.0.1
- smtp_connect_timeout 30
- router_id LVS_02
- }
-
- vrrp_instance VI_1 {
- state BACKUP
- interface eth0
- lvs_sync_daemon_inteface eth0
- virtual_router_id 51
- priority 90
- advert_int 1
- authentication {
- auth_type PASS
- auth_pass 1111
- }
- virtual_ipaddress {
- 192.168.40.249
- }
- }
- #
- virtual_server 192.168.40.249 80 {
- delay_loop 6
- lb_algo wrr
- lb_kind DR
- nat_mask 255.255.255.0
- persistence_timeout 50
- protocol TCP
-
- real_server 192.168.40.144 80 {
- weight 1
- TCP_CHECK {
- connect_timeout 8
- nb_get_retry 3
- delay_before_retry 3
- connect_port 80
- }
- }
-
- real_server 192.168.1.147 80 {
- weight 1
- TCP_CHECK {
- connect_timeout 8
- nb_get_retry 3
- delay_before_retry 3
- connect_port 80
- }
- }
- }
访问测试lvs-DR1状态查看:
# ipvsadm -L -n --stats
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port
Conns InPkts OutPkts InBytes OutBytes
-> RemoteAddress:Port
TCP 192.168.40.249:80
6 30 0 3956 0
-> 192.168.40.147:80
6 30 0 3956 0
-> 192.168.40.144:80
0 0 0 0 0
lvs-DR2状态查看:
# ipvsadm -L -n --stats
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port
Conns InPkts OutPkts InBytes OutBytes
-> RemoteAddress:Port
TCP 192.168.40.249:80
0 0 0 0 0
-> 192.168.40.147:80
0 0 0 0 0
-> 192.168.40.144:80
0 0 0 0 0
realserver-web
配置:
apache配置略。
配置虚拟ip:
ifconfig lo:144 192.168.40.249 netmask 255.255.255.255 up
route add -host 192.168.40.249 dev lo
arp抑制配置:
echo 1> /proc/sys/net/ipv4/conf/lo/arp_ignore
echo 2>/proc/sys/net/ipv4/conf/lo/arp_announce
echo 1> /proc/sys/net/ipv4/conf/all/arp_ignore
echo 2> /proc/sys/net/ipv4/conf/all/arp_announce
sysctl –p 使其生效
测试结果:
先测试确定两台realserver-web的正常访问
访问vip测试:
lvs-DR1查看调度结果:
[root@lvs-DR1 ~]# ipvsadm -L -n --stats
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port
Conns InPkts OutPkts InBytes OutBytes
-> RemoteAddress:Port
TCP 192.168.40.249:80
372 1860 0 219633 0
-> 192.168.40.147:80
15 75 0 9573 0
-> 192.168.40.144:80
351 1755 0 206104 0
lvs-DR2查看调度结果:
[root@lvs-DR2 ~]# ipvsadm -L -n --stats
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port
Conns InPkts OutPkts InBytes OutBytes
-> RemoteAddress:Port
TCP 192.168.40.249:80
0 0 0 0 0
-> 192.168.40.147:80
0 0 0 0 0
-> 192.168.40.144:80
0 0 0 0 0
由于配置文件中指定了DR1作为master,优先级值的设定高于DR2-bakcup,可以看到主要调度在DR1上,lvs负载均衡也可以通过keepalived配置多实例作双主双备。