设为首页 收藏本站
查看: 1943|回复: 0

[经验分享] LVS的三种负载均衡机制

[复制链接]

尚未签到

发表于 2019-1-5 12:01:00 | 显示全部楼层 |阅读模式
  LVS是实现软件的IP负载均衡的一种方式。基于不同的网络技术,LVS支持多种负载均衡机制。
  VS/NAT(基于网络地址转换技术)
  VS/TUN(基于IP隧道技术)
  VS/DR(基于直接路由技术)
  VS/FULLNAT(淘宝开发)
  VS/DNAT(基于VS/FULLNAT)
  不管使用哪种机制,LVS都不直接处理请求,而是将请求转发到后面真正的服务器(Real Server)。不同的机制,决定了响应包如何返回到客户端。
VS/NAT
  NAT(Network Address Translation,网络地址转换)也叫做网络掩蔽或者IP掩蔽,是将IP 数据包头中的IP 地址转换为另一个IP 地址的过程。
  NAT能够将私有(保留)地址转化为合法IP地址,通常用于一个公共IP地址和多个内部私有IP地址直接的映射,广泛应用于各种类型Internet接入方式和各种类型的网络中。
  通过使用NAT将目的地址转换到多个服务器的方式,可以实现负载均衡,同时能够隐藏并保护内部服务器,避免来自网络外部的***。商用负载均衡设备如Cisco的LocalDirector、F5的Big/IP和Alteon的ACEDirector都是基于NAT方法。
  VS/NAT(Virtual Server via Network Address Translation)是基于NAT技术实现负载均衡的方法。其架构如下图所示:


  •   客户通过Virtual IP Address(虚拟服务的IP地址)访问网络服务时,请求报文到达调度器
  •   调度器根据连接调度算法从一组真实服务器中选出一台服务器,将报文的目标地址Virtual IP Address改写成选定服务器的地址,报文的目标端口改写成选定服务器的相应端口,最后将修改后的报文发送给选出的服务器。
  •   真实的服务器处理请求,并将响应报文发到调度器。
  •   调度器将报文的源地址和源端口改为Virtual IP Address和相应的端口
  •   调度器将修改过的报文发给用户
  在VS/NAT的集群系统中,请求和响应的数据报文都需要通过负载调度器,当真实服务器的数目在10台和20台之间时,负载调度器将成为整个集群系统的新瓶颈。大多数Internet服务都有这样的特点:请求报文较短而响应报文往往包含大量的数据。如果能将请求和响应分开处理,即在负载调度器中只负责调度请求而响应直接返回给客户,将极大地提高整个集群系统的吞吐量。比如IP隧道技术。
VS/TUN
  IP Tunneling(IP隧道)技术,又称为IP封装技术(IP encapsulation),是一种在网络之间传递数据的方式。可以将一个IP报文封装到另一个IP报文(可能是不同的协议)中,并转发到另一个IP地址。IP隧道主要用于移动主机和虚拟私有网络(Virtual Private Network),在其中隧道都是静态建立的,隧道一端有一个IP地址,另一端也有唯一的IP地址。
  VS/TUN(Virtual Server via IP Tunneling)是基于隧道技术实现负载均衡的方法。其架构如下图所示:

  VS/TUN与VS/NAT的工作机制大体上相同,区别在于:

  •   调度器转发报文的时候进行了协议的二次封装,真实的服务器接收到请求后先进行解包。过程如下图所示:

  •   响应报文从后端服务器直接返回给客户,不需要经过调度器。
VS/DR
  DR(Direct Routing, 直接路由), 路由器学习路由的方法之一。 路由器对于自己的网络接口所直连的网络之间的通信,可以自动维护路由表,而且不需要进行路由计算。
  直接路由通常用在一个三层交换机连接几个VLAN的情况,只要设置直接路由VLAN之间就可以通信,不需要设置其他的路由方式。
  VS/DR(Virtual Server via Direct Routing)是基于直接路由实现负载均衡的方法。其架构如下图所示:

  跟VS/TUN方法相同,VS/DR利用大多数Internet服务的非对称特点,负载调度器中只负责调度请求,而服务器直接将响应返回给客户,可以极大地提高整个集群系统的吞吐量。
  VS/DR要求调度器和服务器组都必须在物理上有一个网卡通过不分段的局域网相连,即通过交换机或者高速的HUB相连,中间没有隔有路由器。VIP地址为调度器和服务器组共享,调度器配置的VIP地址是对外可见的,用于接收虚拟服务的请求报文;所有的服务器把VIP地址配置在各自的Non-ARP网络设备上,它对外面是不可见的,只是用于处理目标地址为VIP的网络请求。
  VS/DR的整个过程与VS/TUN非常类似,不同之处在于调度器不对请求包进行二次封装,只是将目标MAC地址更改为经过调度算法选出的目标服务器的MAC地址。如下图:

三种方法的优缺点比较
VS/NAT

  •   优点

    •   对后端服务器的操作系统无要求
    •   只需要一个IP地址配置在调度器上,服务器组可以用私有的IP地址。
    •   支持端口映射

  •   缺点

    •   请求和响应报文都需要通过调度器,伸缩能力有限(10+)
    •   要求服务器和调度器在同一个VLAN
    •   需要将服务器的默认网关指向调度器
    •   对于那些将IP地址或者端口号在报文数据中传送的网络服务,需要编写相应的应用模块来转换报文数据中的IP地址或者端口号

VS/TUN

  •   优点

    •   不需要调度应答报文,性能高
    •   服务器和调度器可以不在同一个VLAN
    •   支持广域负载均衡

  •   缺点

    •   所有的服务器必须支持“IP Tunneling”协议,要安装内核模块(比如IPIP等),配置复杂
    •   有建立IP隧道的开销
    •   服务器上直接绑定虚拟IP(Virtaul IP),风险很大
    •   服务器需要联通外网
    •   不支持端口映射

VS/DR

  •   优点

    •   与VS/TUN相比,没有IP隧道的开销,性能最好

  •   缺点

    •   要求调度器与服务器都有一块网卡连在同一物理网段(同一个VLAN)上
    •   要求服务器网络设备(或者设备别名)不作ARP响应,或者能将报文Redirect到本地的Socket端口上
    •   服务器上直接绑定虚拟IP(Virtaul IP),风险很大
    •   不支持端口映射

VS/FULLNAT
  如上节所述,前面三种传统的负载均衡机制各自存在一些不足。
  VS/FULLNAT的特点是:

  •   调度器和服务器可以跨VLAN通信,不需要配置在同一个网段
  •   请求和应答报文都经过调度器,服务器不需要绑定虚拟IP
  VS/FULLNAT这两个特点可以简化网络拓扑,降低运维成本和风险。
VS/DNAT
  VS/DSNAT是一个基于LVS的模块,在淘宝开源的FANT基础上开发,位于网络的网关地址。
如何选择

  •   如果人少钱多,不在乎性能的损耗愿意多买服务器,同时希望最大程度较少运维的工作量,可以选择FULLNAT
  •   很大众的方式是用DR,没有太多的优点但也没有太多的缺点
  •   如果要搞广域网负载均衡,那就用TUN吧
  •   个人感觉NAT不是为了互联网用的。小并发的实验性应用或者用在非web场合,比如mysql集群等。当然,如果需要端口映射,必须使用NAT方式


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-659640-1-1.html 上篇帖子: nginx负载均衡和lvs负载均衡的比较 下篇帖子: 基于corosync/openais和ldirectord实现LVS(DR)的高可用
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表