zoukankan      html  css  js  c++  java
  • LVS--4种工作模式场景及优势

    一、NAT

    lvs的nat集群会将请求报文中的目标地址和目标端口修改为选定到的真实服务器的Ip和端口,从而实现报文的转发。
    lvs-nat集群应用时由以下几点注意实现:

    1.RIP和DIP必须在同一个Ip网络中,且应使用私网地址,RS的网关要指向DIP;
    2.请求报文和响应报文必须经由Director转发;
    3.支持端口映射,可修改请求报文的目标端口;
    4.director必须为Linux系统,RS可以为任意系统;

    此集群类型的优点在于RS可支持任意TCP/IP操作系统,且仅需一个合法的公网Ip即可部署。但是其缺点为当集群扩展到一定程度后,Director容易成为整个集群系统的瓶颈。

    上图为lvs-nat的常见的使用场景,其工作流程如下:
    1、客户端的请求发往Director 的VIP。
    2、Director发到客户端请求报文后,将报文中的目标Ip修改为集群中的选定的RIP,目标端口80也修改成8080,然后将请求报文发往RS。
    3、当RS收到请求报文后,在检查报文的目标IP为自己的RIP后,会接受报文并进行处理响应。响应的源Ip为RIP,目标IP为CIP,端口不变。
    4、Director收到RS的响应报文,修改响应报文的源IP为VIP,端口为80,然后转发给客户端。
    5、客户端接受响应报文,其源IP为VIP,端口为80,整个过程对于客户端来说是透明无感知的。

    二、DR

     lvs-dr集群是Lvs的默认模式,又称为Direct Routing,直接路由模式。通过为请求报文重新封装一个MAC首部进行转发,源MAC是DIP所在的接口的MAC,目标MAC是某挑选出的RS的RIP所在接口的MAC地址;源IP/PORT,以及目标IP/PORT均保持不变。

    在DR 模式下需要在 Director 和 RS 集群绑定同一个 VIP(RS 通过将 VIP 绑定在 loopback 实现)。由于在VIP在同一个网络中的多台服务器上都需要配置,因此必须对RS的ARP响应报文规则进行修改,其方式有三种:

    (a) 在前端网关做静态绑定;
    (b) 在RS上使用arptables工具;
      # arptables -A IN -d $VIP -j DROP
      # arptables -A OUT -s $VIP -j mangle --mangle-ip-s $RIP
    (c) 在RS上修改内核参数以限制arp通告及应答级别;
      echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore
      echo 1 > /proc/sys/net/ipv4/conf/lo/arp_ignore
      echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce
      echo 2 > /proc/sys/net/ipv4/conf/lo/arp_announce

    总的来说,DR模式在部署时有以下几点需要注意的:

    1.确保前端路由器将目标Ip为VIP的请求报文发往director;
    2.RS的RIP可以使用私网地址,也可以是公网地址;RIP与DIP在同一IP网络;RIP的网关不能指向DIP,以确保响应报文不会经由Director;
    3.RS跟Director要在同一个物理网络;
    4.请求报文要经由Director,但响应不能经由Director,而是由RS直接发往Client;
    5.dr模式不支持端口映射;

    lvs-dr模式的优点在于:Director只是分发请求,应答包通过单独的路由方法返回给客户端。与Lvs-tun相比,Lvs-dr这种实现方式不需要隧道结构,因此可以使用大多数操作系统做为物理服务器。缺点在于要求负载均衡器的网卡必须与物理网卡在一个物理段上。

    三、TUN

    转发方式工作,不修改请求报文的IP首部,而在源IP报文之外再封装一个IP首部(源IP是DIP,目标IP是RIP),将报文发往挑选出的目标RealServer,RealServer直接响应给客户端(源IP是VIP,目标IP是CIP),lvs-tun模式的优先在于Director只负责将请求包分配给对应的RS,而响应则由RS自己直接应答给客户端,因此director不再是瓶颈。但其缺点在于需要每个服务器都支持Ip tunnel协议。

    四、Fullnat

     lvs-fullnat模式,即通过同时修改请求报文的源IP地址和目标IP地址进行转发的模式。此类型的模式,默认Kernel不支持。

    1.客户端的请求会发往Director,此时,客户端请求报文的源IP为CIP,目标IP为Director的VIP
    2.当Director收到客户端的请求报文时,会将源IP修改为本机的DIP,同时将请求报文中的目标IP修改为后端某个RS的RIP,具体为哪个RS的RIP,取决于LVS使用的具体算法
    3.当RS收到对应的请求报文时,会发现报文的目标IP就是自己的RIP,于是就会接收报文并 处理后进行响应。响应报文的源IP则为RIP,目标IP则为DIP
    4.当Director收到对应的响应报文时,Director会将响应报文的源IP修改为VIP,目标IP修改为CIP,于是响应报文被发往客户端。
    5.客户端则会收到响应报文,源IP为VIP,端口为80,而LVS相对于客户端而言,转换过程是透明的。
  • 相关阅读:
    从 LengthFieldBasedFrameDecoder 看 netty 处理拆包
    nacos 服务的实例变化
    nacos 中的服务和实例
    idea 编译 brooklin
    idea 编译 netty 源码
    consumeQueue 和 indexFile 文件
    rocketMQ 事务消息
    特殊符号存入mysql数据库时报错:Incorrect string value: 'xF0x9Fx98x84xF0x9F的解决方法
    面试中常用排序算法的python实现和性能分析
    获取编写代码所在文件的上级文件和上上级文件的相对路径
  • 原文地址:https://www.cnblogs.com/Huang-Niu/p/11408253.html
Copyright © 2011-2022 走看看