LVS-DR群集架构详解

LVS-DR架构

文章目录

前言

一、LVS-DR工作原理

1.1:DR模式的原理

1.2:数据包流向分析

1.3:群集中的ARP问题

1.4:解决问题的方法

前言

上回我们已经介绍了LVS-NAT群集的原理与架构,今天我们就来谈谈LVS-DR群集的原理

一、LVS-DR工作原理

1.1:DR模式的原理

  • Direct Routing,简称DR模式
  • 采用半开放式的网络结构,与YUN模式的结构类似,但各节点并不是分散在各地,而是与调度器位于同一个物理网络
  • 负载调度器与各节点服务器通过本地网络连接,不需要建立专用的IP隧道

1.2:数据包流向分析

  • 为方便进行原理分析,将Client与群集机器放在同一网络中,数据包流经的线路为1-2-3-4

在这里插入图片描述

1.Client向目标VIP发出请求,Director(负载均衡器)接收

  • IP包头及数据帧头信息
    在这里插入图片描述

2.Director根据负载均衡算法选择RealServer_1,不修改也不封装IP报文,而是将数据帧的MAC地址改为RealServer_1的MAC地址,然后在局域网上发送

  • IP包头及数据帧头信息

在这里插入图片描述

3.RealServer_1收到这个帧,接封装后发现目标IP与本机匹配(RealServer事先绑定了VIP),于是处理这个报文。随后重新封装报文,发送到局域网

  • IP包头及数据帧头信息

在这里插入图片描述

4.Client将收到回复报文。Client认为得到正常的服务,而不会知道是哪一台服务器处理的。

※※※注意:如果跨网段,则报文通过路由器经由Internet返回给用户※※※

1.3:群集中的ARP问题

  • 在局域网中具有相同的IP地址,势必会造成各服务器ARP通信的紊乱
    • 当ARP广播发送到LVS-DR集群时,因为负载均衡器和节点服务器都是连接到相同的网络上,他们都会接收到ARP广播
    • 只有前段的负载均衡器进行响应,其他节点服务器不应该响应ARP广播
  • 对节点服务器进行处理,使其不响应针对VIP的ARP请求
    • 使用虚拟接口lo:0承载VIP地址
    • 设置内核参数arp_ignore=1:系统只响应目的IP为本地IP的ARP请求

在这里插入图片描述

  • RealServer返回报文(源IP是VIP)经路由器转发,重新封装报文时,需要先获取路由器的MAC地址
  • 发送ARP请求时,Linux默认使用IP包二代源IP地址(即VIP)作为ARP请求包中的源IP地址
    • 如:ens33接口

在这里插入图片描述

  • 路由器收到ARP请求后,将更新ARP表项
  • 原有的VIP对应Director的MAC地址会被更新为VIP对应的RealServer的MAC地址

在这里插入图片描述

问题就由此产生了

  • 路由器根据ARP表项,会将新来的请求报文转发给RealServer,导致Director的VIp失效

在这里插入图片描述

新的请求就不会先经过调度器,而是直接经过交换机发送到不同的服务器上。

在这里插入图片描述

1.4:解决问题的方法

  • 解决方法
    • 对节点服务器进行处理,设置内核参数arp_anunounce=2:系统不适用IP包的原地址来设置ARP请求的源地址,而选择发送接口的IP地址
  • 修改/etc/sysctl.cong配置文件
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.lo.arp_announce = 2
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2

onf.lo.arp_announce = 2
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2




### 下回我们将会带来LVS-DR的实验部署。
©️2020 CSDN 皮肤主题: 1024 设计师:上身试试 返回首页