路由DR 模式是啥
Posted
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了路由DR 模式是啥相关的知识，希望对你有一定的参考价值。
路由DR 模式是什么
DR模式，即(Direct Routing)直接路由模式
DR模式的网络拓扑：
1) 工作过程： 当一个client发送一个WEB请求到VIP，LVS服务器根据VIP选择对应的real-server的Pool，根据算法，在Pool中选择一台Real-server，LVS在hash表中记录该次连接，然后将client的请求包发给选择的Real-server，最后选择的Real-server把应答包直接传给client；当client继续发包过来时，LVS根据更才记录的hash表的信息，将属于此次连接的请求直接发到刚才选择的Real-server上；当连接中止或者超时，hash表中的记录将被删除。
2) DR模式的几个细节：
1> LVS和Real-server必须在相同的网段：（相同的广播域内）
DR模式在转发client的包时，只修改了包目的MAC地址为选定的Real-server的mac地址，所以如果LVS和Real-server在不通的广播域内，那么Real-server就没办法接收到转发的包。下面是mac地址的修改过程：
2> LVS不需要开启路由转发：
LVS的DR模式不需要开启路由转发功能，就可以正常的工作，出于安全考虑，如果不需要转发功能，最好关闭。
3> ARP问题：
通常，DR模式需要在Real-server上配置VIP，配置的方式为：
/sbin/ifconfig lo:0 inet VIP netmask 255.255.255.255
i) 原因在于，当LVS把client的包转发给Real-server时，因为包的目的IP地址是VIP，那么如果Real-server收到这个包后，发现包的目的IP不是自己的系统IP，那么就会认为这个包不是发给自己的，就会丢弃这个包，所以需要将这个IP地址绑到网卡上；当发送应答包给client时，Real-server就会把包的源和目的地址调换，直接回复给client。
ii) 关于ARP广播：
* 上面绑定VIP的掩码是”255.255.255.255″，说明广播地址是其本身，那么他就不会将ARP发送到实际的自己该属于的广播域了，这样防止与LVS上VIP冲突，而导致IP冲突。
* 另外在Linux的Real-server上，需要设置ARP的sysctl选项:（下面是举例说明设置项的）
假设服务器上ip地址如下所示：
System Interface MAC Address IP Address
HN eth0 00:0c:29:b3:a2:54 192.168.18.10
HN eth3 00:0c:29:b3:a2:68 192.168.18.11
HN eth4 00:0c:29:b3:a2:5e 192.168.18.12
client eth0 00:0c:29:d2:c7:aa 192.168.18.129
当我从192.168.18.129 ping 192.168.18.10时，tcpdump抓包发现：
00:0c:29:d2:c7:aa > ff:ff:ff:ff:ff:ff, ARP, length 60: arp who-has 192.168.18.10 tell 192.168.18.12900:0c:29:b3:a2:5e > 00:0c:29:d2:c7:aa, ARP, length 60: arp reply 192.168.18.10 is-at 00:0c:29:b3:a2:5e00:0c:29:b3:a2:54 > 00:0c:29:d2:c7:aa, ARP, length 60: arp reply 192.168.18.10 is-at 00:0c:29:b3:a2:5400:0c:29:b3:a2:68 > 00:0c:29:d2:c7:aa, ARP, length 60: arp reply 192.168.18.10 is-at 00:0c:29:b3:a2:6800:0c:29:d2:c7:aa > 00:0c:29:b3:a2:5e, IPv4, length 98: 192.168.18.129 > 192.168.18.10: ICMP echo request, id 32313, seq 1, length 6400:0c:29:b3:a2:54 > 00:0c:29:d2:c7:aa, IPv4, length 98: 192.168.18.10 > 192.168.18.129: ICMP echo reply, id 32313, seq 1, length 6400:0c:29:d2:c7:aa > 00:0c:29:b3:a2:5e, IPv4, length 98: 192.168.18.129 > 192.168.18.10: ICMP echo request, id 32313, seq 2, length 6400:0c:29:b3:a2:54 > 00:0c:29:d2:c7:aa, IPv4, length 98: 192.168.18.10 > 192.168.18.129: ICMP echo reply, id 32313, seq 2, length 6400:0c:29:b3:a2:54 > 00:0c:29:d2:c7:aa, ARP, length 60: arp who-has 192.168.18.129 tell 192.168.18.1000:0c:29:d2:c7:aa > 00:0c:29:b3:a2:54, ARP, length 60: arp reply 192.168.18.129 is-at 00:0c:29:d2:c7:aa三个端口都发送了arp的reply包，但是192.168.18.129使用的第一个回应的eth4的mac地址作为ping请求的端口，由于192.168.18.10是icmp包中的目的地址，那么ping的应答包，会从eth0端口发出。
如果Real-server有个多个网卡，每个网卡在不同的网段，那么可以过滤掉非本网卡ARP请求的回应；但是如果多个网卡的ip在一个网段，那么就不行了。
sysctl -w net.ipv4.conf.all.arp_filter=1
对于多个接口在相同网段可以设置下面的来防止：
sysctl -w net.ipv4.conf.all.arp_ignore=1
sysctl -w net.ipv4.conf.all.arp_announce=2
还是从192.168.18.129 ping 192.168.18.10时，tcpdump抓包发现：
00:0c:29:d2:c7:aa > ff:ff:ff:ff:ff:ff, ARP, length 60: arp who-has 192.168.18.10 tell 192.168.18.12900:0c:29:b3:a2:54 > 00:0c:29:d2:c7:aa, ARP, length 60: arp reply 192.168.18.10 is-at 00:0c:29:b3:a2:5400:0c:29:d2:c7:aa > 00:0c:29:b3:a2:54, IPv4, length 98: 192.168.18.129 > 192.168.18.10: ICMP echo request, id 32066, seq 1, length 6400:0c:29:b3:a2:54 > 00:0c:29:d2:c7:aa, IPv4, length 98: 192.168.18.10 > 192.168.18.129: ICMP echo reply, id 32066, seq 1, length 6400:0c:29:d2:c7:aa > 00:0c:29:b3:a2:54, IPv4, length 98: 192.168.18.129 > 192.168.18.10: ICMP echo request, id 32066, seq 2, length 6400:0c:29:b3:a2:54 > 00:0c:29:d2:c7:aa, IPv4, length 98: 192.168.18.10 > 192.168.18.129: ICMP echo reply, id 32066, seq 2, length 6400:0c:29:b3:a2:54 > 00:0c:29:d2:c7:aa, ARP, length 60: arp who-has 192.168.18.129 tell 192.168.18.1000:0c:29:d2:c7:aa > 00:0c:29:b3:a2:54, ARP, length 60: arp reply 192.168.18.129 is-at 00:0c:29:d2:c7:aa看到了么，现在只有eth0会回应arp请求了。
arp报文格式：
请求报文：MAC地址字段是空的。
应答报文：所有字段都又内容。
The arp_announce/arp_ignore reference：
arp_announce – INTEGERDefine different restriction levels for announcing the localsource IP address from IP packets in ARP requests sent oninterface:0 – (default) Use any local address, configured on any interface1 – Try to avoid local addresses that are not in the target’ssubnet for this interface. This mode is useful when targethosts reachable via this interface require the source IPaddress in ARP requests to be part of their logical networkconfigured on the receiving interface. When we generate therequest we will check all our subnets that include thetarget IP and will preserve the source address if it is fromsuch subnet. If there is no such subnet we select sourceaddress according to the rules for level 2.2 – Always use the best local address for this target.In this mode we ignore the source address in the IP packetand try to select local address that we prefer for talks withthe target host. Such local address is selected by lookingfor primary IP addresses on all our subnets on the outgoinginterface that include the target IP address. If no suitablelocal address is found we select the first local addresswe have on the outgoing interface or on all other interfaces,with the hope we will receive reply for our request andeven sometimes no matter the source IP address we announce.The max value from conf/all,interface/arp_announce is used.Increasing the restriction level gives more chance forreceiving answer from the resolved target while decreasingthe level announces more valid sender’s information.
arp_announce用来限制，是否使用发送的端口的ip地址来设置ARP的源地址：* “0″代表是用ip包的源地址来设置ARP请求的源地址。* “1″代表不使用ip包的源地址来设置ARP请求的源地址，如果ip包的源地址是和该端口的IP地址相同的子网，那么用ip包的源地址，来设置ARP请求的源地址，否则使用”2″的设置。* “2″代表不使用ip包的源地址来设置ARP请求的源地址，而由系统来选择最好的接口来发送。当内网的机器要发送一个到外部的ip包，那么它就会请求路由器的Mac地址，发送一个arp请求，这个arp请求里面包括了自己的ip地址和Mac地址，而linux默认是使用ip的源ip地址作为arp里面的源ip地址，而不是使用发送设备上面的 ，这样在lvs这样的架构下，所有发送包都是同一个VIP地址，那么arp请求就会包括VIP地址和设备 Mac，而路由器收到这个arp请求就会更新自己的arp缓存，这样就会造成ip欺骗了，VIP被抢夺，所以就会有问题。现在假设一个场景来解释arp_announce：Real-server的ip地址： 202.106.1.100(public local address)，172.16.1.100(private local address)，202.106.1.254(VIP)如果发送到client的ip包产生的arp请求的源地址是202.106.1.254(VIP),那么LVS上的VIP就会被冲掉，因为交换机上现在的arp对应关系是Real-server上的VIP对应自己的一个MAC，那么LVS上的VIP就失效了。arp_ignore – INTEGERDefine different modes for sending replies in response toreceived ARP requests that resolve local target IP addresses:0 – (default): reply for any local target IP address, configuredon any interface1 – reply only if the target IP address is local addressconfigured on the incoming interface2 – reply only if the target IP address is local addressconfigured on the incoming interface and both with thesender’s IP address are part from same subnet on this interface3 – do not reply for local addresses configured with scope host,only resolutions for global and link addresses are replied4-7 – reserved8 – do not reply for all local addressesThe max value from conf/all,interface/arp_ignore is usedwhen ARP request is received on the interface
“0″,代表对于arp请求，任何配置在本地的目的ip地址都会回应，不管该arp请求的目的地址是不是接口的ip；如果有多个网卡，并且网卡的ip都是一个子网，那么从一个端口进来的arp请求，别的端口也会发送回应。“1″,代表如果arp请求的目的地址，不是该arp请求包进入的接口的ip地址，那么不回应。“2″,要求的更苛刻，除了”1″的条件外，还必须要求arp发送者的ip地址和arp请求进入的接口的ip地址是一个网段的。(后面略)
本文来自网学网(http://www.myeducs.cn)，转载请注明出处：http://www.myeducs.cn/sys/yunwei/LVS-desanzhongmoshiqubiexiangjie.htm
参考技术A DR(Designated Router) 就是指定的路由器 应该还有BDR 你可以在百度里查到的本回答被提问者采纳Centos 7基于DR（直接路由）模式的负载均衡配置详解
DR（直接路由）是三种负载均衡模式其中之一，也是使用最多的一种模式，关于该模式的介绍，可以参考博文：LVS负载均衡群集详解。DR的工作模式示意图如下：
该模式的原理已经在上面链接的博文中写了下来。现在直接搭建一个基于DR模式的负载均衡群集。
环境如下：
在上面这个环境中，需要解决的问题有下面几点：
1、所有web节点和调度器都配置上VIP：客户端访问VIP（群集的虚拟IP地址）时，若是
调度器将请求转发给web节点，然后由web节点直接去响应客户端，那么客户端在收到
数据包后，发现收到的数据包源地址不是200.0.0.254，那么就会直接丢弃web服务器返回
的数据包，为了解决这一问题，所以需要在所有web节点和调度器的虚接口上配置上200.0.0.254
这个地址，并且通过添加一条路由，将访问VIP的数据限制在本地，以避免通信紊乱。
2、解决关于web节点ARP响应的问题：在所有web节点和调度器上配置上200.0.0.254
这个地址后，当client访问200.0.0.254这个地址时，所有的web节点都有这个地址，所以
都会去进行ARP响应，那么这样一来，可能就造成了client略过调度器直接去访问web节点
了，这样一来，调度器就没有存在的意义了，自然也就达不到负载均衡的效果了，所以需要
关闭web节点的部分ARP应答，在广播200.0.0.254这个地址时，只让调度器去响应，web
节点不响应该广播。
3、解决调度器内核自带的ICMP的重定向优化问题：Linux内核有一个ICMP优化功能，
就是在client第一次访问调度器时，调度器会将请求转发给某一个web节点，在这时，Linux
自带的ICMP优化功能会发现，客户端可以直接和web节点通信，然后就会发送一个数据
包，告诉client，之后所有访问200.0.0.254的数据包，直接发给那个web节点即可，这样之
后所有的访问请求都将直接发送给某一个web节点，而不再经过调度器，这样肯定也是不可
以的，无法达到负载均衡的效果了。所以需要关闭Linux内核的ICMP重定向参数响应。
配置过程如下：
一、配置负载调度器（自行配置环境中除VIP以外的IP地址）：
1、配置虚拟IP地址（VIP）
[[email protected] network-scripts]# cp ifcfg-ens33 ifcfg-ens33:0 #在虚接口配置VIP
[[email protected] network-scripts]# vim ifcfg-ens33:0 #改动以下配置项
.............
IPADDR=200.0.0.254
NETMASK=255.255.255.0 #必须写子网掩码信息
NAME=ens33:0 #注意改网卡名称
DEVICE=ens33:0
ONBOOT=yes
[[email protected] network-scripts]# systemctl restart network #重启网卡使更改生效
[[email protected] network-scripts]# ifconfig #查询相关IP是否配置正确
ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 200.0.0.1 netmask 255.255.255.0 broadcast 200.0.0.255
inet6 fe80::2e1e:d068:9c41:c688 prefixlen 64 scopeid 0x20<link>
...........................
ens33:0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500
inet 200.0.0.254 netmask 255.255.255.0 broadcast 200.0.0.255
ether 00:0c:29:77:2c:03 txqueuelen 1000 (Ethernet)
2、调整/proc相应参数：
[[email protected] ~]# vim /etc/sysctl.conf #写入下面三行
................
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.ens33.send_redirects = 0
[[email protected] ~]# sysctl -p #刷新一下配置
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.ens33.send_redirects = 03、配置负载分配策略：
[[email protected] ~]# modprobe ip_vs #加载ip_vs模块
[[email protected] ~]# yum -y install ipvsadm #安装ipvsadm工具
[[email protected] ~]# ipvsadm -C #清除原有策略
[[email protected] ~]# ipvsadm -A -t 200.0.0.254:80 -s rr #配置群集VIP及添加相关节点
[[email protected] ~]# ipvsadm -a -t 200.0.0.254:80 -r 200.0.0.2:80 -g -w 1
[[email protected] ~]# ipvsadm -a -t 200.0.0.254:80 -r 200.0.0.3:80 -g -w 1
[[email protected] ~]# ipvsadm-save #保存策略
[[email protected] ~]# ipvsadm-save > /etc/sysconfig/ipvsadm #导出策略备份
[[email protected] ~]# ipvsadm -ln #确认群集当前策略
IP Virtual Server version 1.2.1 (size=4096)
Prot LocalAddress:Port Scheduler Flags
-> RemoteAddress:Port Forward Weight ActiveConn InActConn
TCP 200.0.0.254:80 rr
-> 200.0.0.2:80 Route 1 0 0
-> 200.0.0.3:80 Route 1 0 0
二、配置web节点服务器：
web节点服务器的VIP地址仅用来发送web响应数据包的源地址，并不需要监听客户机的访问请求（由调度器监听并分发）。因此使用虚接口lo:0来承载VIP地址，并添加一条路由记录，将访问VIP的数据包限制在本地。
1、配置虚拟IP地址（VIP）：
[[email protected] ~]# cd /etc/sysconfig/network-scripts/
[[email protected] network-scripts]# cp ifcfg-lo ifcfg-lo:0
[[email protected] network-scripts]# vim ifcfg-lo:0 #编辑该文件，只保留以下四行，并配置VIP
DEVICE=lo:0
IPADDR=200.0.0.254
NETMASK=255.255.255.255 #注意：子网掩码必须是全为1。也就是4个255。
ONBOOT=yes
[[email protected] network-scripts]# systemctl restart network #重启网卡使更改生效
[[email protected] network-scripts]# ifconfig #查询VIP是否配置正确
............................
lo:0: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 200.0.0.254 netmask 255.255.255.255
loop txqueuelen 1000 (Local Loopback)
[[email protected] ~]# route add -host 200.0.0.254 dev lo:0 #添加VIP本地访问路由记录
[[email protected] ~]# vim /etc/rc.local #设置开机自动添加这条路由记录
................................
/sbin/route add -host 200.0.0.254 dev lo:02、调整/proc响应参数：
[[email protected] ~]# #调整/proc响应参数，写入下面六行
...................
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
net.ipv4.conf.default.arp_ignore = 1
net.ipv4.conf.default.arp_announce = 2
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.lo.arp_announce = 2
[[email protected] ~]# sysctl -p #刷新一下
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
net.ipv4.conf.default.arp_ignore = 1
net.ipv4.conf.default.arp_announce = 2
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.lo.arp_announce = 23、安装并启动httpd服务（可根据需求选择搭建Nginx还是apache）：
[[email protected] ~]# yum -y install httpd #安装http服务
[[email protected] ~]# echo 1111111111111 > /var/www/html/index.html
#准备测试网页，等看到负载均衡的效果后，再挂载共享存储设备。
重复以上三个步骤，配置其他web节点服务器（我这里将另一个web节点的首页文件改为了：2222222222222222）。
三、client访问VIP，以便测试LVS群集：
若访问到的是同一页面，在排除配置上错误的情况下，可以打开多个网页，或者稍等一会再刷新，因为它可能有一个保持连接的时间，所以会存在延迟。
四、配置NFS共享存储：
测试出群集效果后，就需要部署共享存储，以便所有的web节点可以向客户机提供同样的网页文件，具体配置过程已经写在了这篇博文的末尾：Centos 7基于NAT（地址转换）模式的负载均衡配置详解。
以上是关于路由DR 模式是啥的主要内容，如果未能解决你的问题，请参考以下文章