lvs+keepalived集群架构服务

lvs+keepalived集群架构服务

一,LVS功能详解

1.1 LVS(Linux Virtual Server)介绍

LVS是Linux Virtual Server 的简写(也叫做IPVS),意即Linux虚拟服务器,是一个虚拟的服务器集群系统,可以在UNIX/LINUX平台下实现负载均衡集群功能。

1.2 企业网站LVS集群架构图

1.3 IPVS软件工作层次图

从上图我们看出,LVS负载均衡调度技术是在Linux内核中实现的,因此,被称之为Linux虚拟服务器(Linux Virtual Server)。我们使用该软件配置LVS时候,不能直接配置内核中的ipbs,而需要使用ipvs管理工具ipvsadm进行管理,或者通过Keepalived软件直接管理ipvs。

1.4 LVS体系结构与工作原理简单描述

  • LVS集群负载均衡器接受服务的所有入站客户端计算机请求,并根据调度算法决定哪个集群节点应该处理回复请求。负载均衡器(简称LB)有时也被称为LVS Director(简称Director)。
  • LVS虚拟服务器的体系结构如下图所示,一组服务器通过高速的局域网或者地理分布的广域网相互连接,在他们的前端有一个负载调度器(Load Balancer)。 负载调度器能无缝地将网络请求调度到真实服务器上,从而使得服务器集群的结构对客户是透明的,客户访问集群系统提供的网络服务就像访问一台高性能,高可用的服务器一样。客户程序不受服务器集群的影响不需要作任何修改。系统的伸缩性通过在服务集群中透明地加入和删除一个节点来达到,通过检测节点或服务进程故障和正确地重置系统达到高可用性。由于我们的负载调度技术是在Linux内核中实现的,我们称之为Linux虚拟服务器(Linux Virtual Server)。

1.5 LVS 基本工作过程图

LVS基本工作过程如下图所示:

为了方便大家探讨LVS技术,LVS社区提供了一个命名的约定,内容如下表:

名称 缩写 说明
虚拟IP VIP VIP为Director用于向客户端计算机提供服务的IP地址。比如:www.yunjisuan.com域名就要解析到vip上提供服务
真实IP地址 RIP 在集群下面节点上使用的IP地址,物理IP地址
Dirctor的IP地址 DIP Director用于连接内外网络的IP地址,物理网卡上的IP地址。是负载均衡器上的IP
客户端主机IP地址 CIP 客户端用户计算机请求集群服务器的IP地址,该地址用作发送给集群的请求的源IP地址

LVS集群内部的节点称为真实服务器(Real Server),也叫做集群节点。请求集群服务的计算机称为客户端计算机。
与计算机通常在网上交换数据包的方式相同,客户端计算机,Director和真实服务器使用IP地址彼此进行通信。
不同架构角色命名情况如下图:

1.6 LVS集群的3种常见工作模式介绍与原理讲解

IP虚拟服务器软件IPVS

  • 在调度器的实现技术中,IP负载均衡技术是效率最高的。在已有的IP负载均衡技术中有通过网络地址转换(Network Address Translation)将一组服务器构成一个高性能的,高可用的虚拟服务器,我们称之为VS/NAT技术(Virtual Server via Network Address Translation),大多数商业化的IP负载均衡调度器产品都是使用NAT的方法,如Cisco的额LocalDirector,F5,Netscaler的Big/IP和Alteon的ACEDirector。
  • 在分析VS/NAT 的缺点和网络服务的非对称性的基础上,我们提出通过IP隧道实现虚拟服务器的方法VS/TUN(Virtual Server via IP Tunneling)和通过直接路由实现虚拟服务器的方法VS/DR(Virtual Server via Direct Routing),他们可以极大地提高系统的伸缩性。所以,IPVS软件实现了这三种IP负载均衡技术。淘宝开源的模式FULLNAT.

LVS的四种工作模式

  1. NAT(Network Address Translation)
  2. TUN(Tunneling)
  3. DR(Direct Routing)
  4. FULLNAT(Full Network Address Translation)

1.6.1 NAT模式-网络地址转换<==收费站模式(了解即可)

Virtual Server via Network Address Translation(VS/NAT)

调度时:目的IP改成RIP(DNAT)
返回时:源IP改成VIP(SNAT)

NAT模式特点小结:

  1. NAT技术将请求的报文(DNAT)和响应的报文(SNAT),通过调度器地址重写然后在转发发给内部的服务器,报文返回时在改写成原来的用户请求的地址。
  2. 只需要在调度器LB上配置WAN公网IP即可,调度器也要有私有LAN IP和内部RS节点通信。
  3. 每台内部RS节点的网关地址,必须要配成调度器LB的私有LAN内物理网卡地址(LDIP),这样才能确保数据报文返回时仍然经过调度器LB。
  4. 由于请求与响应的数据报文都经过调度器LB,因此,网站访问量大时调度器LB有较大瓶颈,一般要求最多10-20台节点。
  5. NAT模式支持对IP及端口的转换,即用户请求10.0.0.1:80,可以通过调度器转换到RS节点的10.0.0.2:8080(DR和TUN模式不具备的)
  6. 所有NAT内部RS节点只需要配置私有LAN IP即可。
  7. 由于数据包来回都需要经过调度器,因此,要开启内核转发net.ipv4.ip_forward=1,当然也包括iptables防火墙的forward功能(DR和TUN模式不需要)。

1.6.2 TUN模式

增加一个IP头部。通过IP隧道进行通信(可以跨网段找到RS节点)

TUN模式特点小结:

  1. 负载均衡器通过把请求的报文通过IP隧道的方式转发至真实服务器,而真实服务器将响应处理后直接返回给客户端用户。
  2. 由于真实服务器将响应处理后的报文直接返回给客户端用户,因此,最好RS有一个外网IP地址,这样效率才会更高。理论上:只要能出网即可,无需外网IP地址。
  3. 由于调度器LB只处理入站请求的报文。因此,此集群系统的吞吐量可以提高10倍以上,但隧道模式也会带来一定得系统开销。TUN模式适合LAN/WAN。
  4. TUN模式的LAN环境转发不如DR模式效率高,而且还要考虑系统对IP隧道的支持问题。
  5. 所有的RS服务器都要绑定VIP,抑制ARP,配置复杂。
  6. LAN环境一般多采用DR模式,WAN环境可以用TUN模式,但是当前在WAN环境下,请求转发更多的被haproxy/nginx/DNS调度等代理取代。因此,TUN模式在国内公司实际应用的已经很少。跨机房应用要么拉光纤成局域网,要么DNS调度,底层数据还得同步。
  7. 直接对外的访问业务,例如:Web服务做RS节点,最好用公网IP地址。不直接对外的业务,例如:MySQL,存储系统RS节点,最好用内部IP地址。

1.6.3 DR模式-直接路由模式

Virtual Server via Direct Routing(VS/DR)

VS/DR模式是通过改写请求报文的目标MAC地址,将请求发给真实服务器的,而真实服务器将响应后的处理结果直接返回给客户端用户。同VS/TUN技术一样,VS/DR技术可极大地提高集群系统的伸缩性。而且,这种DR模式没有IP隧道的开销,对集群中的真实服务器也没有必须支持IP隧道协议的要求,但是要求调度器LB与正式服务器RS节点都有一块网卡连在同一物理网段上,即必须在同一个局域网环境。

只修改目标MAC地址,通过MAC找到RS节点(无法跨网段找到RS节点)

DR模式特点小结:

  1. 通过在调度器LB上修改数据包的目的MAC地址实现转发。(源IP地址仍然是CIP,目的IP地址仍然是VIP)
  2. 请求的报文经过调度器,而RS响应处理后的报文无需经过调度器LB,因此,并发访问量大时使用效率很高(和NAT模式相比)
  3. 因DR模式是通过MAC地址的改写机制实现的转发,因此,所有RS节点和调度器LB只能在一个局域网LAN中(缺点)
  4. RS节点的默认网关不需要是调度器LB的DIP,而直接是IDC机房分配的上级路由器的IP(这是RS带有外网IP地址的情况),理论讲:只要RS可以出网即可,不是必须要配置外网IP
  5. 由于DR模式的调度器仅进行了目的MAC地址的改写,因此,调度器LB无法改变请求的报文的目的端口(缺点)
  6. 当前,调度器LB支持几乎所有的UNIX,LINUX系统,但目前不支持WINDOWS系统。真实服务器RS节点可以是WINDOWS系统。
  7. 总的来说DR模式效率很高,但是配置也较麻烦,因此,访问量不是特别大的公司可以用haproxy/nginx取代之。这符合运维的原则:简单,易用,高效。日2000W PV或并发请求1万以下都可以考虑用haproxy/nginx(LVS NAT模式)
  8. 直接对外的访问业务,例如:Web服务做RS节点,RS最好用公网IP地址。如果不直接对外的业务,例如:MySQl,存储系统RS节点,最好只用内部IP地址。

1.6.4 FULLNAT模式

淘宝的LVS应用模式

FULLANT特点:
1,源IP改成不同的VIP和目的IP改成RIP
2,RS处理完毕返回时,返回给不同的LVS调度器
3,所有LVS调度器之间通过session表进行Client Address的共享

1.7 LVS的调度算法

  • LVS的调度算法决定了如何在集群节点之间分布工作负荷。
  • 当Director调度器收到来自客户端计算机访问它的VIP上的集群服务的入站请求时,Director调度器必须决定哪个集群节点应该处理请求。Director调度器可用于做出该决定的调度方法分成两个基本类别:
    固定调度方法:rr,wrr,dh,sh
    动态调度算法:wlc,lc,lblc,lblcr,SED,NQ

10种调度算法见如下表格(rr,wrr,wlc重点):

算法 说明
rr 轮循调度,它将请求依次分配不同的RS节点,也就是在RS节点中均摊请求。这种算法简单,但是只适合于RS节点处理性能相差不大的情况
wrr 权重轮循,它将依据不同RS节点的权值分配任务。权值较高的RS将优先获得任务,并且分配到的连接数将比权值较低的RS节点更多。相同权值的RS得到相同数目的连接数
dh 目的地址哈希调度,以目的地址为关键字查找一个静态hash表来获得需要的RS
sh 源地址哈希调度,以源地址为关键字查找一个静态hash表来获得需要的RS
wlc 加权最小连接数调度,实际连接数除以权值,最小的RS作为分配的RS
lc 最小连接数调度,连接数最小的RS作为分配的RS
lblc 基于地址的最小连接数调度,将来自同一目的地址的请求分配给同一台RS节点
lblcr 基于地址带重复最小连接数调度。(略)
SED 最短的期望的延迟(不成熟)
NQ 最小队列调度(不成熟)

1.8 LVS的调度算法的生产环境选型

  • :一般的网络服务,如Http,Mail,MySQL等,常用的LVS调度算法为:

    • 基本轮叫调度rr算法
    • 加权最小连接调度wlc
    • 加权轮叫调度wrr算法
  • :基于局部性的最少链接LBLC和带复制的基于局部性最少链接LBLCR主要适用于Web Cache和Db Cache集群,但是我们很少这样用。(都是一致性哈希算法)
  • :源地址散列调度SH和目标地址散列调度DH可以结合使用在防火墙集群中,它们可以保证整个系统的唯一出入口。
  • :最短预期延时调度SED和不排队调度NQ主要是对处理时间相对比较长的网络服务。

实际使用中,这些算法的适用范围不限于这些。我们最好参考内核中的连接调度算法的实现原理,根据具体业务需求合理的选型。

1.9 LVS集群的特点

LVS集群的特点可以归结如下:

(1)功能:

实现三种IP负载均衡技术和10种连接调度算法的IPVS软件。在IPVS内部实现上,采用了高效的Hash函数和垃圾回收机制,能正确处理所调度报文相关的ICMP消息(有些商品化的系统反而不能)。虚拟服务的设置数目没有限制,每个虚拟服务都有自己的服务器集。它支持持久的虚拟服务(如HTTP Cookie 和HTTPS等需要该功能的支持),并提供详尽的统计数据,如连接的处理速率和报文的流量等。针对大规模拒绝服务(Deny of service)攻击,实现了三种防卫策略:有基于内容请求分发的应用层交换软件KTCPVS,它也是在Linux内核中实现。有相关的集群管理软件对资源进行检测,能及时将故障屏蔽,实现系统的高可用性。主,从调度器能周期性地进行状态同步,从而实现更高的可用性。

(2)适用性

1)后端真实服务器可运行任何支持TCP/IP的操作系统,包括Linux,各种Unix(如FreeBSD,Sun Solaris,HP Unix等),Mac/OS和windows NT/2000等。

2)负载均衡调度器LB能够支持绝大多数的TCP和UDP协议:

协议 内容
TCP HTTP,FTP,PROXY,SMTP,POP3,IMAP4,DNS,LDAP,HTTPS,SSMTP等
UDP DNS,NTP,TCP,视频,音频流播放协议等

无需对客户机和服务作任何修改,可适用大多数Internet服务。

3)调度器本身当前不支持windows系统。支持大多数的Linux和UINIX系统。

(3)性能

LVS服务器集群系统具有良好的伸缩性,可支持几百万个并发连接。配置100M网卡,采用VS/TUN或VS/DR调度技术,集群系统的吞吐量可高达1Gbits/s;如配置千兆网卡,则系统的最大吞吐量可接近10Gbits/s

(4)可靠性

LVS服务器集群软件已经在很多大型的,关键性的站点得到很好的应用,所以它的可靠性在真实应用得到很好的证实。

(5)软件许可证

LVS集群软件是按GPL(GNU Public License)许可证发行的自由软件,这意味着你可以得到软件的源代码,有权对其进行修改,但必须保证你的修改也是以GPL方式发行。

1.10 LVS的官方中文阅读资料

标题 地址
LVS项目介绍 http://www.linuxvirtualserver.org/zh/lvs1.html
LVS集群的体系结构 http://www.linuxvirtualserver.org/zh/lvs2.html
LVS集群中的IP负载均衡技术 http://www.linuxvirtualserver.org/zh/lvs3.html
LVS集群的负载调度 http://www.linuxvirtualserver.org/zh/lvs4.html

二,手动实现LVS的负载均衡功能(DR模式)

2.1 安装LVS软件

2.1.1 LVS应用场景说明

1)数据库及memcache等对内业务的负载均衡环境

管理IP地址 角色 备注
192.168.0.210 LVS调度器(Director) 对外提供服务的VIP为192.168.0.240
192.168.0.223 RS1(真实服务器)  
192.168.0.224 RS2(真实服务器)  

特别提示:上面的环境为内部环境的负载均衡模式,即LVS服务是对内部业务的,如数据库及memcache等的负载均衡

2)web服务或web cache等负载均衡环境

外部IP地址 内部IP地址 角色 备注
192.168.200.210 192.168.0.210 LVS调度器(Director) 对外提供服务的VIP为192.168.0.240
192.168.200.223 192.168.0.223 RS1(真实服务器)  
192.168.200.224 192.168.0.224 RS2(真实服务器)  

提示:
这个表格一般是提供Web或Web cache负载均衡的情况,此种情况特点为双网卡环境。这里把192.168.0.0/24假设为内网卡,192.168.200.0/24假设为外网卡。

2.1.2 实验一概述

内部IP(eth0) 外部IP(eth1) 角色 备注
192.168.0.210 LVS负载均衡器 VIP:192.168.0.240网关为:192.168.0.100
192.168.0.223 Web01节点 网关为:192.168.0.100
192.168.0.224 Web02节点 网关为:192.168.0.100
192.168.0.220 内网客户端 网关为:192.168.0.100
192.168.200.200 外网客户端 不配网关
192.168.0.100 192.168.200.100 网关型防火墙 双网卡均无网关

2.1.3 两台Web配置简单的http服务

为了方便,我们可以用yum简单装一个apache提供httpd服务进行测试,过程略。

2.1.4 开始安装LVS

以下的安装都是在LVS LB 192.168.0.210上

1)下载相关软件包

  1. wget http://www.linuxvirtualserver.org/software/kernel-2.6/ipvsadm-1.24.tar.gz # <===适合5.x系统
  2. wget http://www.linuxvirtualserver.org/software/kernel-2.6/ipvsadm-1.26.tar.gz # <===适合6.x系统

2)安装准备命令

  1. [[email protected] ~]# lsmod | grep ip_vs #查看linux内核是否有ipvs服务
  2. [[email protected] ~]# uname -r #查看内核版本
  3. 2.6.32-431.el6.x86_64
  4. [[email protected] ~]# cat /etc/redhat-release #查看系统版本
  5. CentOS release 6.5 (Final)
  6. [[email protected] ~]# yum -y install kernel-devel #光盘安装
  7. [[email protected] ~]# ls -ld /usr/src/kernels/2.6.32-431.el6.x86_64/
  8. drwxr-xr-x. 2 root root 4096 Aug 9 19:28 /usr/src/kernels/2.6.32-431.el6.x86_64/ #安装完就会出现此目录
  9. [[email protected] ~]# ln -s /usr/src/kernels/2.6.32-431.el6.x86_64/ /usr/src/linux #做一个软连接
  10. [[email protected] ~]# ll -d /usr/src/linux/
  11. drwxr-xr-x. 2 root root 4096 Aug 9 19:28 /usr/src/linux/
  12. [[email protected] ~]# ll /usr/src/
  13. total 8
  14. drwxr-xr-x. 2 root root 4096 Sep 23 2011 debug
  15. drwxr-xr-x. 3 root root 4096 Aug 9 19:28 kernels
  16. lrwxrwxrwx. 1 root root 39 Aug 9 19:28 linux -> /usr/src/kernels/2.6.32-431.el6.x86_64/
  17. [[email protected] ~]#

特别注意:
此ln命令的链接路径要和uname -r输出结果内核版本对应,工作中如果做安装虚拟化可能有多个内核路径
如果没有/usr/src/kernels/2.6.32-431.el6.x86_64/路径,很可能是因为缺少kernel-devel软件包。可通过yum进行安装
centos5.x版本不能用ipvs1.26

3)安装lvs命令:

  1. [[email protected] ~]# yum -y install libnl* popt* #需要通过公网源安装
  2. [[email protected] ~]# cd /usr/src/ipvsadm-1.26/
  3. [[email protected] ipvsadm-1.26]# make #直接编译不需要./configure
  4. [[email protected] ipvsadm-1.26]# make install
  5. [[email protected] ~]# which ipvsadm
  6. /sbin/ipvsadm
  7. [[email protected] ~]# ipvsadm
  8. IP Virtual Server version 1.2.1 (size=4096)
  9. Prot LocalAddress:Port Scheduler Flags
  10. -> RemoteAddress:Port Forward Weight ActiveConn InActConn
  11. [[email protected] ~]# lsmod | grep ip_vs #执行完/sbin/ipvsadm就会有信息
  12. ip_vs 125220 0
  13. libcrc32c 1246 1 ip_vs
  14. ipv6 317340 270 ip_vs,ip6t_REJECT,nf_conntrack_ipv6,nf_defrag_ipv6
  15. #==>出现这个内容就表示LVS已经安装好,并加载到了内核

LVS安装小结:
1,CentOS5.X安装lvs,使用1.24版本。
2,CentOS6.X安装lvs,使用1.26版本。
3,安装lvs后,要执行ipvsadm把ip_vs模块加载到内核。

2.2 手动配置LVS负载均衡服务

2.2.1 手工添加lvs转发

(1)配置LVS虚拟IP(VIP)

  1. [[email protected] ~]# ifconfig eth0:0 192.168.0.240 broadcast 192.168.0.240 netmask 255.255.255.0 up
  2. [[email protected] ~]# ifconfig eth0:0
  3. eth0:0 Link encap:Ethernet HWaddr 00:0C:29:D5:7F:9D
  4. inet addr:192.168.0.240 Bcast:192.168.0.240 Mask:255.255.255.255
  5. UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

(2)手工执行配置添加LVS服务并增加两台RS

  1. [[email protected] ~]# ipvsadm -C #清空ipvs历史设置
  2. [[email protected] ~]# ipvsadm --set 30 5 60 #设置超时时间(tcp tcpfin udp)
  3. [[email protected] ~]# ipvsadm -A -t 192.168.0.240:80 -s rr -p 20
  4. #说明:
  5. -A:添加一个虚拟路由主机(LB)
  6. -t:指定虚拟路由主机的VIP地址和监听端口
  7. -s:指定负载均衡算法
  8. -p:指定会话保持时间
  9. [[email protected] ~]# ipvsadm -a -t 192.168.0.240:80 -r 192.168.0.223:80 -g -w 1
  10. [[email protected] ~]# ipvsadm -a -t 192.168.0.240:80 -r 192.168.0.224:80 -g -w 1
  11. #说明:
  12. -a:添加RS节点
  13. -t:指定虚拟路由主机的VIP地址和监听端口
  14. -r:指定RS节点的RIP地址和监听端口
  15. -g:指定DR模式
  16. -w:指定权值

(3)查看lvs配置结果

  1. [[email protected] ~]# ipvsadm -L -n
  2. IP Virtual Server version 1.2.1 (size=4096)
  3. Prot LocalAddress:Port Scheduler Flags
  4. -> RemoteAddress:Port Forward Weight ActiveConn InActConn
  5. TCP 192.168.0.240:80 rr persistent 20
  6. -> 192.168.0.223:80 Route 1 0 0
  7. -> 192.168.0.224:80 Route 1 0 0

(4)ipvs配置删除方法

  1. [[email protected] ~]# #ipvsadm -D -t 192.168.0.240:80 -s rr #删除虚拟路由主机
  2. [[email protected] ~]# #ipvsadm -d -t 192.168.0.240:80 -r 192.168.0.223:80 #删除RS节点

此时,可以打开浏览器访问http://192.168.0.240体验结果,如果没意外,是无法访问的。(RS将包丢弃了)

2.2.2 手工在RS端绑定

  1. #在Web01上操作
  2. [[email protected] ~]# ifconfig lo:0 192.168.0.240/32 up #掩码必须设置32
  3. [[email protected] ~]# ifconfig lo:0
  4. lo:0 Link encap:Local Loopback
  5. inet addr:192.168.0.240 Mask:0.0.0.0
  6. UP LOOPBACK RUNNING MTU:16436 Metric:1
  7. #在Web02上操作
  8. [[email protected] ~]# ifconfig lo:0 192.168.0.240/32 up #掩码必须设置32
  9. [[email protected] ~]# ifconfig lo:0
  10. lo:0 Link encap:Local Loopback
  11. inet addr:192.168.0.240 Mask:0.0.0.0
  12. UP LOOPBACK RUNNING MTU:16436 Metric:1

2.2.3 浏览器测试LVS转发效果

注意:
在测试时候你会发现刷新看的都是同一个RS节点
这是因为浏览器的缓存问题
等一段时间以后,刷新就会重新负载均衡到新RS节点了

2.2.4 关于DR模式RS节点的ARP抑制的问题

  • 因为在DR模式下,RS节点和LVS同处一个局域网网段内。
  • 当网关通过ARP广播试图获取VIP的MAC地址的时候
  • LVS和节点都会接收到ARP广播并且LVS和节点都绑定了192.168.0.240这个VIP,所以都会去响应网关的这个广播,导致冲突现象。
  • 因此,我们需要对RS节点做抑制ARP广播的措施。
  1. [[email protected] ~]# echo "1" > /proc/sys/net/ipv4/conf/lo/arp_ignore
  2. [[email protected] ~]# echo "2" > /proc/sys/net/ipv4/conf/lo/arp_announce
  3. [[email protected] ~]# echo "1" > /proc/sys/net/ipv4/conf/all/arp_ignore
  4. [[email protected] ~]# echo "2" > /proc/sys/net/ipv4/conf/all/arp_announce

2.2.5 配置网关型防火墙

防火墙的双网卡都不要设置网关,因为自己的就网关

  1. [[email protected] ~]# ip a
  2. 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN
  3. link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
  4. inet 127.0.0.1/8 scope host lo
  5. inet6 ::1/128 scope host
  6. valid_lft forever preferred_lft forever
  7. 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 #内网网卡
  8. link/ether 00:0c:29:ee:d3:15 brd ff:ff:ff:ff:ff:ff
  9. inet 192.168.0.100/24 brd 192.168.0.255 scope global eth0
  10. inet6 fe80::20c:29ff:feee:d315/64 scope link
  11. valid_lft forever preferred_lft forever
  12. 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 #外网网卡
  13. link/ether 00:0c:29:ee:d3:1f brd ff:ff:ff:ff:ff:ff
  14. inet 192.168.200.100/24 brd 192.168.200.255 scope global eth1
  15. inet6 fe80::20c:29ff:feee:d31f/64 scope link
  16. valid_lft forever preferred_lft forever
  17. [[email protected] ~]# route -n
  18. Kernel IP routing table
  19. Destination Gateway Genmask Flags Metric Ref Use Iface
  20. 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
  21. 192.168.200.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
  22. 169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 0 eth0
  23. 169.254.0.0 0.0.0.0 255.255.0.0 U 1003 0 0 eth1
  24. #防火墙不需要配置网关,因此没有默认路由信息
  25. [[email protected] ~]# head /etc/sysctl.conf #开启网卡路由转发
  26. # Kernel sysctl configuration file for Red Hat Linux
  27. #
  28. # For binary values, 0 is disabled, 1 is enabled. See sysctl(8) and
  29. # sysctl.conf(5) for more details.
  30. # Controls IP packet forwarding
  31. net.ipv4.ip_forward = 1 #修改为1
  32. # Controls source route verification
  33. net.ipv4.conf.default.rp_filter = 1
  34. [[email protected] ~]# sysctl -p #让配置即刻生效
  35. net.ipv4.ip_forward = 1
  36. net.ipv4.conf.default.rp_filter = 1
  37. net.ipv4.conf.default.accept_source_route = 0
  38. kernel.sysrq = 0
  39. kernel.core_uses_pid = 1
  40. net.ipv4.tcp_syncookies = 1
  41. error: "net.bridge.bridge-nf-call-ip6tables" is an unknown key
  42. error: "net.bridge.bridge-nf-call-iptables" is an unknown key
  43. error: "net.bridge.bridge-nf-call-arptables" is an unknown key
  44. kernel.msgmnb = 65536
  45. kernel.msgmax = 65536
  46. kernel.shmmax = 68719476736
  47. kernel.shmall = 4294967296

特别提示:
Web01,Web02,LVS负载均衡器,以及内网客户端均将网关设置成网关型防火墙的eth0:192.168.0.100

2.2.6 配置内网客户端

内网客户端用于模拟lvs应用于内网的负载均衡情况
比如lvs数据库读负载均衡,比如lvs memcached缓存组负载均衡
由于这类型的负载均衡请求都是由内网服务器发起,因此用内网客户端来模拟

  1. #内网客户端访问测试
  2. [email protected] ~]# hostname -I
  3. 192.168.0.220 #内网客户端IP
  4. [[email protected] ~]# route -n #默认路由为网关防火墙
  5. Kernel IP routing table
  6. Destination Gateway Genmask Flags Metric Ref Use Iface
  7. 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
  8. 169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 0 eth0
  9. 0.0.0.0 192.168.0.100 0.0.0.0 UG 0 0 0 eth0
  10. [[email protected] ~]# curl 192.168.0.240
  11. 192.168.0.224 bbs
  12. [[email protected] ~]# curl 192.168.0.240
  13. 192.168.0.223 bbs
  14. [[email protected] ~]# curl 192.168.0.240
  15. 192.168.0.224 bbs
  16. [[email protected] ~]# curl 192.168.0.240
  17. 192.168.0.223 bbs
  18. #从上面可以看出,内网客户端模拟访问lvs负载均衡器,成功!

2.2.7 配置外网客户端

外网客户端模拟的是lvs转发外网用户访问需求给RS节点处理的情况
模拟外网客户端,要求客户端不能配置任何网关

由于外网客户端要访问内网的LVS需要经过网关防火墙的跳转,因此需要在防火墙服务器上做iptables的DNAT和SNAT,配置如下:

  1. [[email protected] ~]# hostname -I
  2. 192.168.0.100(内网网卡) 192.168.200.100(外网网卡)
  3. [[email protected] ~]# route -n
  4. Kernel IP routing table
  5. Destination Gateway Genmask Flags Metric Ref Use Iface
  6. 192.168.0.0 0.0.0.0 255.255.255.0 U 0 0 0 eth0
  7. 192.168.200.0 0.0.0.0 255.255.255.0 U 0 0 0 eth1
  8. 169.254.0.0 0.0.0.0 255.255.0.0 U 1002 0 0 eth0
  9. 169.254.0.0 0.0.0.0 255.255.0.0 U 1003 0 0 eth1
  10. [[email protected] ~]# iptables -t nat -A PREROUTING -i eth1 -d 192.168.200.100 -p tcp --dport 80 -j DNAT --to-destination 192.168.0.240
  11. [[email protected] ~]# iptables -t nat -A POSTROUTING -s 192.168.0.0/24 -o eth1 -j SNAT --to-source 192.168.200.100
  12. [[email protected] ~]# iptables -t nat -L -nv
  13. Chain PREROUTING (policy ACCEPT 25 packets, 5251 bytes)
  14. pkts bytes target prot opt in out source destination
  15. 32 1920 DNAT tcp -- eth1 * 0.0.0.0/0 192.168.200.100 tcp dpt:80 to:192.168.0.240
  16. Chain POSTROUTING (policy ACCEPT 53 packets, 3208 bytes)
  17. pkts bytes target prot opt in out source destination
  18. 0 0 SNAT all -- * eth1 192.168.0.0/24 0.0.0.0/0 to:192.168.200.100
  19. Chain OUTPUT (policy ACCEPT 22 packets, 1348 bytes)
  20. pkts bytes target prot opt in out source destination
  21. [[email protected] ~]#

进行外网客户端访问LVS负载均衡器测试

特别提示:
由于浏览器缓存及LVS默认会话保持等影响,个人简单的测试切换RS的几率要很多次并且间隔一定时间访问才行。尽可能关闭浏览器换不同的客户端IP来测试,效果更明显一些。用单机测试是有这种情况(负载均衡的算法倾向于一个客户端IP定向到一个后端服务器,以保持会话连贯性),如果用两三台机器去测试也许就不一样。
在测试访问的同时可以通过ipvsadm -Lnc来查看访问结果,如下所示:

  1. [[email protected] network-scripts]# ipvsadm -lnc
  2. IPVS connection entries
  3. pro expire state source virtual destination
  4. TCP 01:41 FIN_WAIT 192.168.0.220:59805 192.168.0.240:80 192.168.0.224:80
  5. TCP 01:40 FIN_WAIT 192.168.0.220:59803 192.168.0.240:80 192.168.0.224:80
  6. TCP 01:50 FIN_WAIT 192.168.200.200:34926 192.168.0.240:80 192.168.0.223:80
  7. TCP 01:41 FIN_WAIT 192.168.0.220:59804 192.168.0.240:80 192.168.0.223:80
  8. TCP 01:50 FIN_WAIT 192.168.200.200:34925 192.168.0.240:80 192.168.0.224:80
  9. TCP 01:41 FIN_WAIT 192.168.0.220:59806 192.168.0.240:80 192.168.0.223:80
  10. TCP 01:40 FIN_WAIT 192.168.0.220:59802 192.168.0.240:80 192.168.0.223:80
  11. TCP 01:51 FIN_WAIT 192.168.200.200:34927 192.168.0.240:80 192.168.0.224:80

2.3 arp抑制技术参数说明

  • : arp_ignore-INTRGER
  • 定义对目标地址为本地IP的ARP询问不同的应答模式
    • 0(默认值):回应任何网络接口上对任何本地IP地址的arp查询请求。
    • 1:只回答目标IP地址是来访网络接口本地地址的ARP查询请求
    • 2:只回答目标IP地址是来访网络接口本地地址的ARP查询请求,且来访IP必须在该网络接口的子网段内。
    • 3:不回应该网络界面的arp请求,而只对设置的唯一和连接地址做出回应。
    • 4-7:保留未使用
    • 8:不回应所有(本地地址)的arp查询。
  • :arp_announce-INTEGER
  • 对网络接口上,本地IP地址的发出的,ARP回应,作出相应级别的限制:确定不同程度的限制,宣布对来自本地源IP地址发出Arp请求的接口。
    • 0(默认值):在任意网络接口(eth0,eth1,lo)上的任何本地地址
    • 1:尽量避免不在该网络接口子网段的本地地址做出arp回应,当发起ARP请求的源IP地址是被设置应该经由路由达到此网络接口的时候很有用。此时会检查来访IP是否为所有接口上的子网段内IP之一。如果该来访IP不属于各个网络接口上的子网段内,那么将采用级别2的方式来进行处理。
    • 2:对查询目标使用最适当的本地地址,在此模式下将忽略这个IP数据包的源地址并尝试选择能与该地址通信的本地地址,首要是选择所有的网络接口的子网中外出访问子网中包含该目标IP地址的本地地址。如果没有合适的地址被发现,将选择当前的发送网络接口或其他的有可能接受到该ARP回应的网络接口来进行发送。限制了使用本地的vip地址作为优先的网络接口。

2.4 开发脚本配置LVS负载均衡器端

2.4.1 LVS负载均衡器端自动配置脚本:

  1. [[email protected] scripts]# cat ipvs_server.sh
  2. #!/bin/bash
  3. # author:Mr.chen
  4. #LVS scripts
  5. . /etc/init.d/functions
  6. VIP=192.168.0.240
  7. SUBNET="eth0:`echo $VIP | awk -F "." ‘{print $4}‘`"
  8. PORT=80
  9. RIP=(
  10. 192.168.0.223
  11. 192.168.0.224
  12. )
  13. function start(){
  14. if [ `ifconfig | grep $VIP | wc -l` -ne 0 ];then
  15. stop
  16. fi
  17. ifconfig $SUBNET $VIP broadcast $VIP netmask 255.255.255.0 up
  18. ipvsadm -C
  19. ipvsadm --set 30 5 60
  20. ipvsadm -A -t $VIP:$PORT -s rr -p 20
  21. for ((i=0;i<${#RIP[*]};i++))
  22. do
  23. ipvsadm -a -t $VIP:$PORT -r ${RIP[$i]} -g -w 1
  24. done
  25. }
  26. function stop(){
  27. ipvsadm -C
  28. if [ `ifconfig | grep $VIP | wc -l` -ne 0 ];then
  29. ifconfig $SUBNET down
  30. fi
  31. route del -host $VIP dev eth0 &>/dev/null
  32. }
  33. case "$1" in
  34. start)
  35. start
  36. echo "ipvs is started"
  37. ;;
  38. stop)
  39. stop
  40. echo "ipvs is stopped"
  41. ;;
  42. restart)
  43. stop
  44. echo "ipvs is stopped"
  45. start
  46. echo "ipvs is started"
  47. ;;
  48. *)
  49. echo "USAGE:$0 {start | stop | restart}"
  50. esac

2.4.2 RS节点Web服务器端自动配置脚本

  1. [[email protected] scripts]# cat rs_server.sh
  2. #!/bin/bash
  3. # author:Mr.chen
  4. # RS_sever scripts
  5. . /etc/rc.d/init.d/functions
  6. VIP=192.168.0.240
  7. case "$1" in
  8. start)
  9. echo "start LVS of REALServer IP"
  10. interface="lo:`echo $VIP | awk -F "." ‘{print $4}‘`"
  11. /sbin/ifconfig $interface $VIP broadcast $VIP netmask 255.255.255.255 up
  12. route add -host $VIP dev $interface
  13. echo "1" > /proc/sys/net/ipv4/conf/lo/arp_ignore
  14. echo "2" > /proc/sys/net/ipv4/conf/lo/arp_announce
  15. echo "1" > /proc/sys/net/ipv4/conf/all/arp_ignore
  16. echo "2" > /proc/sys/net/ipv4/conf/all/arp_announce
  17. ;;
  18. stop)
  19. interface="lo:`echo $VIP | awk -F "." ‘{print $4}‘`"
  20. /sbin/ifconfig $interface down
  21. echo "STOP LVS of REALServer IP"
  22. echo "0" > /proc/sys/net/ipv4/conf/lo/arp_ignore
  23. echo "0" > /proc/sys/net/ipv4/conf/lo/arp_announce
  24. echo "0" > /proc/sys/net/ipv4/conf/all/arp_ignore
  25. echo "0" > /proc/sys/net/ipv4/conf/all/arp_announce
  26. ;;
  27. *)
  28. echo "Usage: $0 {start|stop}"
  29. exit 1
  30. esac

三,企业LVS负载均衡高可用最优方案(LVS+Keepalived)

3.1 实验二概述

内部IP(eth0) 外部IP(eth1) 角色 备注
192.168.0.210 LVS负载均衡器(主) VIP:192.168.0.240
192.168.0.211 LVS负载均衡器(备) VIP:192.168.0.240
192.168.0.223 Web01节点  
192.168.0.224 Web02节点  
192.168.0.220 内网客户端  

3.2 LVS负载均衡器主和备安装LVS软件

3.3 两台Web服务器安装Web服务

3.4 LVS负载均衡器主和备安装Keepalived软件

  1. [[email protected] ~]# yum -y install keepalived #光盘安装即可

3.5 仅实现LVS负载均衡器主和备的keepalived高可用功能

LVS负载均衡器主的keepalived配置文件内容如下

  1. [[email protected] ~]# sed -n ‘1,30p‘ /etc/keepalived/keepalived.conf
  2. ! Configuration File for keepalived
  3. global_defs {
  4. notification_email {
  5. [email protected].com
  6. }
  7. notification_email_from yunjisuan
  8. smtp_server 127.0.0.1
  9. smtp_connect_timeout 30
  10. router_id LVS01
  11. }
  12. vrrp_instance VI_1 {
  13. state MASTER
  14. interface eth0
  15. virtual_router_id 55
  16. priority 150
  17. advert_int 1
  18. authentication {
  19. auth_type PASS
  20. auth_pass 1111
  21. }
  22. virtual_ipaddress {
  23. 192.168.0.240/24 dev eth0 label eth0:240
  24. }
  25. }

LVS负载均衡器主的keepalived配置文件内容如下

  1. [[email protected] ~]# sed -n ‘1,30p‘ /etc/keepalived/keepalived.conf
  2. ! Configuration File for keepalived
  3. global_defs {
  4. notification_email {
  5. [email protected].com
  6. }
  7. notification_email_from yunjisuan
  8. smtp_server 127.0.0.1
  9. smtp_connect_timeout 30
  10. router_id LVS02
  11. }
  12. vrrp_instance VI_1 {
  13. state BACKUP
  14. interface eth0
  15. virtual_router_id 55
  16. priority 100
  17. advert_int 1
  18. authentication {
  19. auth_type PASS
  20. auth_pass 1111
  21. }
  22. virtual_ipaddress {
  23. 192.168.0.240/24 dev eth0 label eth0:240
  24. }
  25. }

3.6 添加LVS的负载均衡规则

以下操作过程,在LVS主和备上完全一样

  1. [[email protected] ~]# ipvsadm -C
  2. [[email protected] ~]# ipvsadm -A -t 192.168.0.240:80 -s rr
  3. [[email protected] ~]# ipvsadm -a -t 192.168.0.240:80 -r 192.168.0.223:80 -g -w 1
  4. [[email protected] ~]# ipvsadm -a -t 192.168.0.240:80 -r 192.168.0.224:80 -g -w 1
  5. [[email protected] ~]# ipvsadm -Ln
  6. IP Virtual Server version 1.2.1 (size=4096)
  7. Prot LocalAddress:Port Scheduler Flags
  8. -> RemoteAddress:Port Forward Weight ActiveConn InActConn
  9. TCP 192.168.0.240:80 rr persistent 20
  10. -> 192.168.0.223:80 Route 1 0 0
  11. -> 192.168.0.224:80 Route 1 0 0

3.7 启动LVS主和备的keepalived服务

  1. #在LVS主上
  2. [[email protected] ~]# /etc/init.d/keepalived start
  3. [[email protected] ~]# ifconfig
  4. eth0 Link encap:Ethernet HWaddr 00:0C:29:D5:7F:9D
  5. inet addr:192.168.0.210 Bcast:192.168.0.255 Mask:255.255.255.0
  6. inet6 addr: fe80::20c:29ff:fed5:7f9d/64 Scope:Link
  7. UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
  8. RX packets:23567 errors:0 dropped:0 overruns:0 frame:0
  9. TX packets:14635 errors:0 dropped:0 overruns:0 carrier:0
  10. collisions:0 txqueuelen:1000
  11. RX bytes:2008524 (1.9 MiB) TX bytes:1746298 (1.6 MiB)
  12. eth0:240 Link encap:Ethernet HWaddr 00:0C:29:D5:7F:9D
  13. inet addr:192.168.0.240 Bcast:0.0.0.0 Mask:255.255.255.0
  14. UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
  15. lo Link encap:Local Loopback
  16. inet addr:127.0.0.1 Mask:255.0.0.0
  17. inet6 addr: ::1/128 Scope:Host
  18. UP LOOPBACK RUNNING MTU:16436 Metric:1
  19. RX packets:769 errors:0 dropped:0 overruns:0 frame:0
  20. TX packets:769 errors:0 dropped:0 overruns:0 carrier:0
  21. collisions:0 txqueuelen:0
  22. RX bytes:56636 (55.3 KiB) TX bytes:56636 (55.3 KiB)
  23. #在LVS副上
  24. [[email protected] ~]# /etc/init.d/keepalived start
  25. [[email protected] ~]# ifconfig
  26. eth0 Link encap:Ethernet HWaddr 00:0C:29:E7:06:1D
  27. inet addr:192.168.0.211 Bcast:192.168.0.255 Mask:255.255.255.0
  28. inet6 addr: fe80::20c:29ff:fee7:61d/64 Scope:Link
  29. UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
  30. RX packets:14109 errors:0 dropped:0 overruns:0 frame:0
  31. TX packets:4902 errors:0 dropped:0 overruns:0 carrier:0
  32. collisions:0 txqueuelen:1000
  33. RX bytes:12683754 (12.0 MiB) TX bytes:553207 (540.2 KiB)
  34. lo Link encap:Local Loopback
  35. inet addr:127.0.0.1 Mask:255.0.0.0
  36. inet6 addr: ::1/128 Scope:Host
  37. UP LOOPBACK RUNNING MTU:16436 Metric:1
  38. RX packets:155 errors:0 dropped:0 overruns:0 frame:0
  39. TX packets:155 errors:0 dropped:0 overruns:0 carrier:0
  40. collisions:0 txqueuelen:0
  41. RX bytes:11283 (11.0 KiB) TX bytes:11283 (11.0 KiB)
  42. #如果LVS副上没有VIP就对了。如果主副都有,那么请检查防火墙是否开启状态

3.8 内网客户端进行访问测试

  1. #在内网客户端上进行访问测试
  2. [[email protected] ~]# curl 192.168.0.240
  3. 192.168.0.224 bbs
  4. [[email protected] ~]# curl 192.168.0.240
  5. 192.168.0.223 bbs
  6. [[email protected] ~]# curl 192.168.0.240
  7. 192.168.0.224 bbs
  8. [[email protected] ~]# curl 192.168.0.240
  9. 192.168.0.223 bbs
  10. [[email protected] ~]# curl 192.168.0.240
  11. 192.168.0.224 bbs
  12. [[email protected] ~]# curl 192.168.0.240
  13. 192.168.0.223 bbs
  14. [[email protected] ~]# curl 192.168.0.240
  15. 192.168.0.224 bbs
  16. #在LVS主上进行访问连接查询
  17. [[email protected] ~]# ipvsadm -Lnc
  18. IPVS connection entries
  19. pro expire state source virtual destination
  20. TCP 00:01 FIN_WAIT 192.168.0.220:59887 192.168.0.240:80 192.168.0.223:80
  21. TCP 00:01 FIN_WAIT 192.168.0.220:59889 192.168.0.240:80 192.168.0.223:80
  22. TCP 00:01 FIN_WAIT 192.168.0.220:59888 192.168.0.240:80 192.168.0.224:80
  23. TCP 00:00 FIN_WAIT 192.168.0.220:59886 192.168.0.240:80 192.168.0.224:80
  24. #在LVS主上停掉keepalived服务
  25. [[email protected] ~]# /etc/init.d/keepalived stop
  26. Stopping keepalived: [ OK ]
  27. [[email protected] ~]# ifconfig | grep eth0:240
  28. #在LVS副上查看VIP
  29. [[email protected] ~]# ip a | grep eth0:240
  30. inet 192.168.0.240/24 scope global secondary eth0:240
  31. #再次在内网客户端上进行访问测试
  32. [[email protected] ~]# curl 192.168.0.240
  33. 192.168.0.223 bbs
  34. [[email protected] ~]# curl 192.168.0.240
  35. 192.168.0.224 bbs
  36. [[email protected] ~]# curl 192.168.0.240
  37. 192.168.0.223 bbs
  38. [[email protected] ~]# curl 192.168.0.240
  39. 192.168.0.224 bbs
  40. [[email protected] ~]# curl 192.168.0.240
  41. 192.168.0.223 bbs
  42. #在LVS副上进行访问连接查询
  43. [[email protected] ~]# ipvsadm -Lnc
  44. IPVS connection entries
  45. pro expire state source virtual destination
  46. TCP 01:47 FIN_WAIT 192.168.0.220:59900 192.168.0.240:80 192.168.0.223:80
  47. TCP 01:09 FIN_WAIT 192.168.0.220:59891 192.168.0.240:80 192.168.0.224:80
  48. TCP 01:48 FIN_WAIT 192.168.0.220:59902 192.168.0.240:80 192.168.0.223:80
  49. TCP 01:09 FIN_WAIT 192.168.0.220:59892 192.168.0.240:80 192.168.0.224:80
  50. TCP 01:14 FIN_WAIT 192.168.0.220:59896 192.168.0.240:80 192.168.0.224:80
  51. TCP 01:10 FIN_WAIT 192.168.0.220:59894 192.168.0.240:80 192.168.0.224:80
  52. #开启LVS主上的keepalived服务
  53. [[email protected] ~]# /etc/init.d/keepalived start
  54. [[email protected] ~]# ip a | grep eth0:240
  55. inet 192.168.0.240/24 scope global secondary eth0:240
  56. #查看LVS副上VIP资源是否释放
  57. [[email protected] ~]# ip a | grep eth0:240
  58. [[email protected] ~]#

综上,至此基于LVS的keepalived高可用功能实验完毕

3.9 通过Keepalived对LVS进行管理的功能实现

  1. [[email protected] ~]# cat /etc/keepalived/keepalived.conf
  2. ! Configuration File for keepalived
  3. global_defs {
  4. notification_email {
  5. [email protected].com
  6. }
  7. notification_email_from yunjisuan
  8. smtp_server 127.0.0.1
  9. smtp_connect_timeout 30
  10. router_id LVS01
  11. }
  12. vrrp_instance VI_1 {
  13. state MASTER
  14. interface eth0
  15. virtual_router_id 55
  16. priority 150
  17. advert_int 1
  18. authentication {
  19. auth_type PASS
  20. auth_pass 1111
  21. }
  22. virtual_ipaddress {
  23. 192.168.0.240/24 dev eth0 label eth0:240
  24. }
  25. }
  26. virtual_server 192.168.0.240 80 { #虚拟主机VIP
  27. delay_loop 6 #
  28. lb_algo rr #算法
  29. lb_kind DR #模式
  30. nat_mask 255.255.255.0 #掩码
  31. # persistence_timeout 50 #会话保持
  32. protocol TCP #协议
  33. real_server 192.168.0.223 80 { #RS节点
  34. weight 1 #权重
  35. TCP_CHECK { #节点健康检查
  36. connect_timeout 8 #延迟超时时间
  37. nb_get_retry 3 #重试次数
  38. delay_before_retry 3 #延迟重试次数
  39. connect_port 80 #利用80端口检查
  40. }
  41. }
  42. real_server 192.168.0.224 80 { #RS节点
  43. weight 1
  44. TCP_CHECK {
  45. connect_timeout 8
  46. nb_get_retry 3
  47. delay_before_retry 3
  48. connect_port 80
  49. }
  50. }
  51. }

以上keepalived配置文件在LVS主和备上都进行修改。
然后在lvs服务器上通过ipvsadm -C清除之前设置的规则
重新启动keepalived服务进行测试,操作过程如下:

  1. [[email protected] ~]# /etc/init.d/keepalived stop #关闭主LVS的keepalived服务
  2. Stopping keepalived: [ OK ]
  3. [[email protected] ~]# ipvsadm -Ln #没有ipvs规则
  4. IP Virtual Server version 1.2.1 (size=4096)
  5. Prot LocalAddress:Port Scheduler Flags
  6. -> RemoteAddress:Port Forward Weight ActiveConn InActConn
  7. [[email protected] ~]# ip a | grep 240 #没有VIP
  8. [[email protected] ~]# /etc/init.d/keepalived start #启动keepalived服务
  9. Starting keepalived: [ OK ]
  10. [[email protected] ~]# ipvsadm -Ln #出现ipvs规则
  11. IP Virtual Server version 1.2.1 (size=4096)
  12. Prot LocalAddress:Port Scheduler Flags
  13. -> RemoteAddress:Port Forward Weight ActiveConn InActConn
  14. TCP 192.168.0.240:80 rr
  15. -> 192.168.0.223:80 Route 1 0 0
  16. -> 192.168.0.224:80 Route 1 0 0
  17. [[email protected] ~]# ip a | grep 240 #出现VIP
  18. inet 192.168.0.240/24 scope global secondary eth0:240

附录:LVS集群分发请求RS不均衡生产环境实战解决

生产环境中ipvsadm -L -n 发现两台RS的负载不均衡,一台有很多请求,一台没有。并且没有请求的那台RS经测试服务正常,lo:VIP也有。但是就是没有请求。

  1. IP Virtual Server version 1.2.1 (size=4096)
  2. Prot LocalAddress:Port Scheduler Flags
  3. -> RemoteAddress:Port Forward Weight ActiveConn InActConn
  4. TCP 192.168.0.240:80 rr persistent 10
  5. -> 192.168.0.223:80 Route 1 0 0
  6. -> 192.168.0.224:80 Route 1 8 12758

问题原因:

persistent 10的原因,persistent会话保持,当clientA访问网站的时候,LVS把请求分发给了52,那么以后clientA再点击的其他操作其他请求,也会发送给52这台机器。

解决办法:

到keepalived中注释掉persistent 10 然后/etc/init.d/keepalived reload,然后可以看到以后负载均衡两边都均衡了。

其他导致负载不均衡的原因可能有:

  1. LVS自身的会话保持参数设置(-p 300,persistent 300)。优化:大公司尽量用cookies替代session
  2. LVS调度算法设置,例如:rr,wrr,wlc,lc算法
  3. 后端RS节点的会话保持参数,例如:apache的keepalive参数
  4. 访问量较少的情况,不均衡的现象更加明显
  5. 用户发送得请求时间长短,和请求资源多少大小。

原文地址:https://www.cnblogs.com/heroke/p/10262076.html

时间: 2024-10-03 04:09:51

lvs+keepalived集群架构服务的相关文章

构建企业级Nginx+Keepalived集群架构

随着Nginx在国内的发展潮流,越来越多的互联网公司都在使用Nginx. Nginx高性能.稳定性成为IT人士青睐的http和反向代理服务器,今天我们来实战构建Nginx+Keepalived高可用架构配置,如下为网络架构图: 一.环境准备: 系统环境:CentOS 6.5 x86_64 Nginx版本:nginx v1.6.2 Keepalived版本:keepalived v1.2.1 Nginx-1:192.168.33.8 (Master) Nginx-2:192.168.33.10 (

lvs+keepalived 集群

3.2 配置master Director3.3 backup director配置 原文地址:http://blog.51cto.com/1054054/2306767

基于云端虚拟机的LVS/DR+Keepalived+nginx的高可用集群架构配置

最近,公司要我部署一个集群架构,选来选取还是选择了大家都很熟悉的基于DR的LVS+Keepalived做负载分发,然后使用轻量级的nginx做中间代理层,这里呢先暂时实现一个简单web应用功能,对于代理功能和后续的web层部署.数据层安排将择机更新! 首先看一下集群框架:   下面开始我们的集群搭建行程: 一.IP规划: 做一件事情需要想想怎么去做既简单又有条理,我们做项目也应该如此.所以这里一定先做一个简单的规划,对于你后续测试的时候出现不能分发的情况有所解决. 负载均衡层          

LVS+Keepalived+Squid+Nginx+MySQL主从 高性能集群架构配置

原文地址:LVS+Keepalived+Squid+Nginx+MySQL主从 高性能集群架构配置 作者:gron 原文链接:http://www.linuxidc.com/Linux/2012-07/65547.htm 架构图 先进行优化 vi /etc/sysctl.conf   # 编辑sysctl.conf文件添加以下内容 net.ipv4.tcp_rmem = 4096 87380 4194304 net.ipv4.tcp_wmem = 4096 65536 4194304 net.c

LVS+Keepalived+Squid+Nginx+MySQL主从高性能集群架构部署方案

方案一,在tomcat的workers.properties里面配置相关条件 worker.tomcat.lbfactor=50 worker.tomcat.cachesize=10 worker.tomcat.cache_timeout=600 worker.tomcat.socket_keepalive=1 worker.tomcat.socket_timeout=300 Linux内核优化: vi /etc/sysctl.conf   # 编辑sysctl.conf文件添加以下内容net.

网站集群架构实战(LVS负载均衡、Nginx代理缓存、Nginx动静分离、Rsync+Inotify全网备份、Zabbix自动注册全网监控)--技术流ken

前言 最近做了一个不大不小的项目,现就删繁就简单独拿出来web集群这一块写一篇博客.数据库集群请参考<MySQL集群架构篇:MHA+MySQL-PROXY+LVS实现MySQL集群架构高可用/高性能-技术流ken>下面是项目的一些简单介绍. WEB集群项目简介 随着网站访问量的激增,势必会导致网站的负载增加,现需求搭载一套高性能,高负载,高可用的网站集群架构以保障网站的持续.高效.安全.稳定的运行. 针对以上需求,我们采用了如下的技术: 使用负载均衡技术来实现网站请求的调度分发,减小后端服务器

企业中MySQL高可用集群架构三部曲之MM+keepalived

各位老铁们,老张与大家又见面了.看到各位在博客里面给我的留言和访问量的情况,我很是欣慰,也谢谢大家对我的认可.我写这些博客,就是想把自己对于MySQL数据库的一些看法和自己平时的实战经验分享出来,我们可以一起探讨,共同进步.也保证今后只要一有空就更新博文,推出更多的干货. 我的学生经常对我说:"张老师,每次我遇到报错,有时还是会百度,但是最烦的是不知道百度哪篇帖子说的是正确的".其实这些呢,都是因为自己还没有对MySQL数据库核心知识的不熟悉,和对技术掌握的不牢固.平时下得功夫还是不到

RHEL6 搭建 keepalived + lvs/DR 集群

搭建 keepalived + lvs/DR  集群 使用Keepalived为LVS调度器提供高可用功能,防止调度器单点故障,为用户提供Web服务: LVS1调度器真实IP地址为192.168.4.50 LVS2调度器真实IP地址为192.168.4.55 服务器VIP地址设置为192.168.4.252 真实Web服务器地址分别为192.168.4.51.192.168.4.52 实验拓扑图: 实验步骤: 实验准备: 配置yum源 # service iptables stop       

MySQL集群架构篇:MHA+MySQL-PROXY+LVS实现MySQL集群架构高可用/高性能-技术流ken

MHA简介 MHA可以自动化实现主服务器故障转移,这样就可以快速将从服务器晋级为主服务器(通常在10-30s),而不影响复制的一致性,不需要花钱买更多的新服务器,不会有性能损耗,容易安装,不必更改现有的部署环境,适用于任何存储引擎. MHA提供在线主服务器切换,改变先正运行的主服务器到另外一台上,这个过程只需0.5-2s的时间,这个时间内数据无法写入. MHA Manager通过ssh连接mysql slave服务器.所以在配置MHA的时候,我们首先实现的就是各个节点的互信. 虽然MHA试图从宕