LVS负载均衡集群--DR模式部署

已于 2022-06-08 15:40:39 修改
阅读量1.5k 收藏 7
点赞数 1
文章标签： 负载均衡 服务器 网络
于 2022-06-08 00:51:18 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_67470255/article/details/125175705
版权

目录

引言：

一、LVS-DR模式

二、LVS-DR中的ARP问题

三、LVS-DR 特性

3.1 DR模式的特点

3.2 LVS-DR的优缺点

四、RS设置lo:0而不设置ens33:0的原因

五、DR模式 LVS负载均衡群集部署

5.1 环境准备

5.2 配置负载调度器（192.168.223.9） 

5.2.1 配置虚拟 IP 地址（VIP：192.168.223.200） 

5.2.2 调整 proc 响应参数 

5.2.3 配置负载分配策略 

5.3 部署共享存储（NFS服务器：192.168.223.10） 

5.4 配置节点服务器（192.168.223.11、192.168.223.12） 

5.4.1 配置虚拟 IP 地址（VIP：192.168.223.200，web1、web2同样配置） 

5.4.2 调整 proc 响应参数 （web1、web2同样配置）

5.4.3 web1 节点配置 

5.4.4 web2 节点配置 

5.5 测试 LVS 群集  

六、LVS-DR问题总结

1、LVS/DR如何处理请求报文的，会修改IP包内容吗？

2、RealServer为什么要在lo接口上配置VIP？在出口网卡上配置VIP可以吗？

3、RealServer为什么要抑制arp帧？

4、LVS/DR load balancer（director）与RS为什么要在同一网段中？

5、为什么director上eth0接口除了VIP另外还要配一个ip（即DIP）？

6、LVS/DR ip_forward需要开启吗？

7、director的vip的netmask一定要是255.255.255.255吗？

七、总结

引言：

director分配请求到不同的real server，real server处理请求后直接回应给用户，这样director负载均衡器仅处理客户机与服务器的一半连接。避免了新的性能瓶颈，同样增加了系统的可伸缩性。Direct Routing由于采用物理层（修改MAC地址）技术，因此所有服务器都必须在一个网段中。

一、LVS-DR模式

Director Server作为群集的访问入口，但不作为网关使用，后端服务器池中的Real Server与Director Server在同一个物理网络中，发送给客户机的数据包不需要经过Director Server。为了响应对整个群集的访问，DS（前端负载均衡节点服务器）与RS（后端真实服务器）都需要配置有VIP地址。

每个Real Server上都有两个IP：VIP（负载均衡对外提供访问的 IP 地址）和RIP（负载均衡后端的真实服务器 IP 地址），但是VIP是隐藏的，就是不能提供解析等功能，只是用来做请求回复的源IP的，Director上只需要一个网卡，然后利用别名来配置两个IP：VIP和DIP（负载均衡与后端服务器通信的 IP 地址），在DIR接收到客户端的请求后，DIR根据负载算法选择一台rs sever的网卡mac作为客户端请求包中的目标mac，通过arp转交给后端RS serve处理，后端再通过自己的路由网关回复给客户端。

数据包流向分析：

  • 用户发送请求到Director Server,请求的数据报文（源IP是CIP,目标IP是VIP）到达内核空间。
  • 由于DS和RS在同一个网络中，所以是通过二层数据链路层来传输。
  • 内核空间判断数据包的目标IP是本机IP，此时IPVS比对数据包请求的服务是否为集群服务，若是，重新封装数据包，修改源MAC地址为DIP的MAC地址，目标MAC地址为RIP的MAC地址，源IP地址与目标IP地址没有改变，然后将数据包发送给Real Server.
  • RS发现请求报文的MAC地址是自己的MAC地址，就接收此报文，重新封装报文(源IP地址为VIP，目标IP为CIP),将响应报文通过lo接口传送给ens33网卡然后向外发出。
  • ​RS直接将响应报文传送到客户端。

以客户端与服务端在同一网段为例

CIP：192.168.223.100
VIP：192.168.223.200
DIR: 192.168.223.9
RS ：192.168.223.10（nfs）、192.168.223.11和192.168.223.12（提供http服务）

整个请求过程示意：

这里假设CIP的mac地址为：00-50-56-C0-00-08 ，DIR的ens33的mac地址为：00-50-56-C0-00-01, RIP1的mac地址为: D0-50-99-18-18-15。CIP在请求之前会发一个arp广播包，即请求“谁是VIP”,由于所有的DIR和RIP都在一个物理网络中，而DIR和RIP都有VIP地址，为了让请求发送到DIR上，所以必须让RIP不能响应CIP发出的arp请求（这也是为什么RIP上要把VIP配置在lo口以及要仰制arp查询和响应）这时客户端就会将请求包发送给DIR，接下来就是DIR的事情了：

① client向目标vip发出请求，DIR接收。此时IP包头及数据帧头信息如下：

源mac目标mac源IP目标IP
00-50-56-C0-00-0800-50-56-C0-00-01192.168.223.100192.168.223.200

​② DIR根据负载均衡算法选择一台active的RS（RIP1），将此RIP1所在网卡的mac地址作为目标mac地址，发送到局域网里。此时IP包头及数据帧头信息如下：

源mac目标mac源IP目标IP
00-50-56-C0-00-01D0-50-99-18-18-15192.168.223.100192.168.223.200

③RIP1(192.168.223.11)在局域网中收到这个帧，拆开后发现目标IP(VIP)与本地匹配，于是处理这个报文。随后重新封装报文，发送到局域网。此时IP包头及数据帧头信息如下：

源mac目标mac源IP目标IP
D0-50-99-18-18-1500-50-56-C0-00-08192.168.223.200192.168.223.100

如果client与RS同一网段，那么client(192.168.223.100)将收到这个回复报文。如果跨了网段，那么报文通过gateway/路由器经由Internet返回给用户。在实际情况下，可能只有一个公网，其他都是内网，这时VIP绑定地址应该是公网那个ip，或者利用路由器静态NAT映射将公网与内网vip绑定也行。

二、LVS-DR中的ARP问题

1、在LVS-DR负载均衡集群中，负载均衡与节点服务器都要配置相同的VIP地址。

2、在局域网中具有相同的IP地址，势必会造成各服务器ARP通信的紊乱。

当ARP广播发送到LVS-DR集群时，因为负载均衡器和节点服务器都是连接到相同网络上，它们都会接收到ARP广播。只有前端的负载均衡器进行响应，其他节点服务器不应该响应ARP广播。

3、对节点服务器进行处理，使其不响应针对VIP的ARP请求。

使用虚接口lo:0承载VIP地址

设置内核参数arp_ignore=1:系统只响应目的IP为本地IP的ARP请求

4、RealServer返回报文（源IP是VIP）经路由器转发，重新封装报文时，需要先获取路由器的MAC地址。

5、发送ARP请求时，Linux默认使用IP包的源IP地址（即VIP）作为ARP请求包中的源IP地址，而不使用发送接口的IP地址，如：ens33

6、路由器收到ARP请求后，将更新ARP表项

7、原有的VIP对应Director的MAC地址会被更新为VIP对应RealServer的MAC地址

8、路由器根据ARP表项，会将新来的请求报文转发给RealServer，导致Director的VIP失效

解决方法：

1、arp ignore=1

防止网关路由发送ARP广播时调度器和节点服务器都进行响应，导致ARP缓存表混乱，不对非本地物理网卡的ARP请求进行响应.因为VIP时承载lo:0

2、arp _announce=2

系统不使用响应数据的源IP地址（VIP)来作为本机进行ARP请求报文的源ip地址，而使用发送报文的物理网卡IP地址作为ARP请求报文的源I地址，这样可以防止网关路由器接受到的源IP地址为VIP的ARP请求报文后的又更新ARP缓存表，导致外网再发送请求时，数据包到达不了调度器。

解决ARP的两个问题的设置方法：

修改 /etc/sysctl.conf 文件

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

三、LVS-DR 特性

3.1 DR模式的特点

① Director Server 和Real Server 必须在同一-个物理网络中。

② Real Server可以使用私有地址，也可以使用公网地址。如果使用公网地址，可以通过互联网对RIP进行直接访问。

③ Director Server作为群集的访问入口，但不作为网关使用。

④ 所有的请求报文经由Director Server， 但回复响应报文不能经过Director Server。

⑤ Real Server 的网关不允许指向Director Server IP，即 Real Server 发送的数据包不允许经过Director Server。

⑥ Real Server 上的 lo 接口配置 VIP的IP地址。

LVS-DR模式需要注意的是：

  • 保证前端路由将目标地址为VIP报文统统发给Director Server，而不是RS。
  • 解决方案是：修改RS上内核参数（arp_ignore和arp_announce）将RS上的VIP配置在lo接口的别名上，并限制其不能响应对VIP地址解析请求。
  • arp_ignore=1表示系统只响应目的IP为本地IP的ARP请求。
  • arp_announce=2表示系统不使用IP包的源地址来设置ARP请求的源地址，而选择发送接口的IP地址。

3.2 LVS-DR的优缺点

优点：

负载均衡器只负责将请求包分发给物理服务器，而物理服务器将应答包直接发给用户。所以，负载均衡器能处理很巨大的请求量，这种方式，一台负载均衡能为 超过100台的物理服务器服务，负载均衡器不再是系统的瓶颈。使用VS-DR方式，如果你的负载均衡器拥有100M的全双工网卡的话，就能使得整个 Virtual Server能达到1G的吞吐量。甚至更高；

缺点：

这种方式需要所有的DIR和RIP都在同一广播域；不支持异地容灾。

四、RS设置lo:0而不设置ens33:0的原因

因为“负载调度机”转发时并不会改写数据包的目的IP，所以“节点服务器”收到的数据包的目的IP仍是“负载调度器”的虚拟服务IP。为了保证“节点服务器”能够正确处理该数据包，而不是丢弃，必须在“节点服务器”的环回网卡上绑定“负载调度器”的虚拟服务IP。这样“节点服务器”会认为这个虚拟服务IP是自己的IP，自己是能够处理这个数据包的。否则“节点服务器”会直接丢弃该数据包！

“节点服务器”上的业务进程必须监听在环回网卡的虚拟服务IP上，且端口必须和“负载调度机”上的虚拟服务端口一致。因为“负载调度机”不会改写数据包的目的端口，所以“节点服务器”服务的监听端口必须和虚拟服务端口一致，否则“节点服务器”会直接拒绝该数据包。

“节点服务器”处理完请求后，响应直接回给客户端，不再经过“负载调度机”。因为“节点服务器”收到的请求数据包的源IP是客户端的IP，所以理所当然“节点服务器”的响应会直接回给客户端，而不会再经过“负载调度机”。这时候要求“节点服务器”和客户端之间的网络是可达的。

“负载调度机”和“节点服务器”须位于同一个子网。因为“负载调度机”在转发过程中需要改写数据包的MAC为“节点服务器”的MAC地址，所以要能够查询到“节点服务器”的MAC。而要获取到“节点服务器”的MAC，则需要保证二者位于一个子网，否则“负载调度机”只能获取到“节点服务器”网关的MAC地址。

五、DR模式 LVS负载均衡群集部署

5.1 环境准备

DR 服务器：192.168.223.9
Web 服务器1：192.168.223.11
Web 服务器2：192.168.223.12
nfs 服务器： 192.168.223.10
客户端：192.168.223.100
vip：192.168.223.200

5.2 配置负载调度器（192.168.223.9） 

systemctl stop firewalld.service
setenforce 0

modprobe ip_vs
cat /proc/net/ip_vs
yum -y install ipvsadm

 

5.2.1 配置虚拟 IP 地址（VIP：192.168.223.200） 

cd /etc/sysconfig/network-scripts/
cp ifcfg-ens33 ifcfg-ens33:0        #若隧道模式，复制为ifcfg-tunl0
vim ifcfg-ens33:0
DEVICE=ens33:0
ONBOOT=yes
IPADDR=192.168.116.200
NETMASK=255.255.255.255

ifup ens33:0
ifconfig ens33:0
route add -host 192.168.223.200 dev ens33:0
或者
ifconfig ens33:0 192.168.223.200 netmask 255.255.255.255 (临时)

5.2.2 调整 proc 响应参数 

由于 LVS 负载调度器和各节点需要共用 VIP 地址，应该关闭Linux 内核的重定向参数响应。
vim /etc/sysctl.conf
net.ipv4.ip_forward = 0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.ens33.send_redirects = 0

sysctl -p

 

5.2.3 配置负载分配策略 

ipvsadm-save > /etc/sysconfig/ipvsadm
systemctl start ipvsadm

ipvsadm -C
ipvsadm -A -t 192.168.116.200:80 -s rr
ipvsadm -a -t 192.168.116.200:80 -r 192.168.116.80:80 -g      #若隧道模式，-g替换为-i
ipvsadm -a -t 192.168.116.200:80 -r 192.168.116.90:80 -g
ipvsadm

ipvsadm -ln         #查看节点状态，Route代表 DR模式

5.3 部署共享存储（NFS服务器：192.168.223.10） 

systemctl stop firewalld.service
systemctl disable firewalld.service
setenforce 0

yum install nfs-utils rpcbind -y
systemctl start nfs.service
systemctl start rpcbind.service
systemctl enable nfs.service
systemctl enable rpcbind.service

mkdir /opt/lic /opt/zhangbin
chmod 777 /opt/lic /opt/zhangbin

vim /etc/exports
/opt/accp 192.168.223.0/24(rw,sync)
/opt/benet 192.168.223.0/24(rw,sync)

--发布共享---
exportfs -rv

5.4 配置节点服务器（192.168.223.11、192.168.223.12） 

systemctl stop firewalld.service
setenforce 0

5.4.1 配置虚拟 IP 地址（VIP：192.168.223.200，web1、web2同样配置） 

cd /etc/sysconfig/network-scripts/
cp ifcfg-ens33 ifcfg-lo:0   
vim ifcfg-lo:0
DEVICE=lo:0
ONBOOT=yes
IPADDR=192.168.223.200
NETMASK=255.255.255.255           #注意：子网掩码必须全为 1

ifup lo:0
ifconfig lo:0
route add -host 192.168.223.200 dev lo:0    #添加VIP本地访问路由，将访问VIP的数据限制在本地，以避免通信紊乱

vim /etc/rc.local
/sbin/route add -host 192.168.223.200 dev lo:0

chmod +x /etc/rc.d/rc.local

5.4.2 调整 proc 响应参数 （web1、web2同样配置）

vim /etc/sysctl.conf
......
net.ipv4.conf.lo.arp_ignore = 1     #系统只响应目的IP为本地IP的ARP请求
net.ipv4.conf.lo.arp_announce = 2   #系统不使用IP包的源地址来设置ARP请求的源地址，而选择发送接口的IP地址
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2

sysctl -p
或者
echo "1" >/proc/sys/net/ipv4/conf/lo/arp_ignore
echo "2" >/proc/sys/net/ipv4/conf/lo/arp_announce
echo "1" >/proc/sys/net/ipv4/conf/all/arp_ignore
echo "2" >/proc/sys/net/ipv4/conf/all/arp_announce

sysctl -p

yum -y install nfs-utils rpcbind httpd
systemctl start rpcbind
systemctl start httpd

5.4.3 web1 节点配置 


mount.nfs 192.168.223.10:/opt/lic /var/www/html
或
vim /etc/fstab
192.168.223.10:/opt/lic	/var/www/html	nfs 	defaults,_netdev	0  0
 
echo 'this is lic' > /var/www/html/index.html

5.4.4 web2 节点配置 


mount.nfs 192.168.223.10:/opt/zhangbin /var/www/html
或
vim /etc/fstab
192.168.223.10:/opt/lic	/var/www/html	nfs 	defaults,_netdev	0  0
 
echo 'this is zhangbin' > /var/www/html/index.html

5.5 测试 LVS 群集  

在客户端使用浏览器访问 http://192.168.116.200/，默认网关指向192.168.116.200

六、LVS-DR问题总结

1、LVS/DR如何处理请求报文的，会修改IP包内容吗？

vs/dr本身不会关心IP层以上的信息，即使是端口号也是tcp/ip协议栈去判断是否正确，vs/dr本身主要做这么几个事：

①接收client的请求，根据你设定的负载均衡算法选取一台realserver的ip；
②以选取的这个ip对应的mac地址作为目标mac，然后重新将IP包封装成帧转发给这台RS；
③在hash table中记录连接信息。

vs/dr做的事情很少，也很简单，所以它的效率很高，不比硬件负载均衡设备差多少，数据包、数据帧的大致流向是这样的：client –> VS –> RS –> client

2、RealServer为什么要在lo接口上配置VIP？在出口网卡上配置VIP可以吗？

既然要让RS能够处理目标地址为vip的IP包，首先必须要让RS能接收到这个包。在lo上配置vip能够完成接收包并将结果返回client。不可以将VIP设置在出口网卡上,否则会响应客户端的arp request,造成client/gateway arp table紊乱，以至于整个load balance都不能正常工作。

3、RealServer为什么要抑制arp帧？

我们知道仰制arp帧需要在server上执行以下命令，如下：

echo "1" >/proc/sys/net/ipv4/conf/lo/arp_ignore
echo "2" >/proc/sys/net/ipv4/conf/lo/arp_announce
echo "1" >/proc/sys/net/ipv4/conf/all/arp_ignore
echo "2" >/proc/sys/net/ipv4/conf/all/arp_announce

因为arp对逻辑口没有意义。实际上起作用的只有以下两条:

echo "1" >/proc/sys/net/ipv4/conf/all/arp_ignore
echo "2" >/proc/sys/net/ipv4/conf/all/arp_announce
即对所有的物理网卡设置arp仰制。对仰制所有的物理网卡设置arp仰制是为了让CIP发送的请求顺利转交给DIR以及防止整个LVS环境arp表混乱，不然容易导致整个lvs不能工作。

4、LVS/DR load balancer（director）与RS为什么要在同一网段中？

lvs/dr它是在数据链路层来实现的，即RIP必须能够接受到DIR的arp请求，如果不在同一网段则会隔离arp，这样arp请求就不能转发到指定的RIP上，所以director必须和RS在同一网段里面。

5、为什么director上eth0接口除了VIP另外还要配一个ip（即DIP）？

如果是用了keepalived等工具做HA或者Load Balance,则在健康检查时需要用到DIP。 没有健康检查机制的HA或者Load Balance则没有存在的实际意义。

6、LVS/DR ip_forward需要开启吗？

不需要。因为director跟realserver是同一个网段，无需开启转发。

7、director的vip的netmask一定要是255.255.255.255吗？

lvs/dr里，director的vip的netmask 没必要设置为255.255.255.255，director的vip本来就是要像正常的ip地址一样对外通告的,不要搞得这么特殊。

七、总结

1.介绍了lvs-dr的工作原理、数据流向，并对其中出现的问题进行阐述。

2.介绍了LVS-DR的特点及优缺点

3.部署内网LVS-DR

爱看square dancing的老奶奶
关注
  • 1
    点赞
  • 踩
  • 7
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
8.1： 集群及LVS简介 、 LVS-NAT集群 、 LVS-DR集群 、 总结与答疑.docx
03-05
LVS是Linux虚拟服务器的缩写，主要用于实现服务器集群和负载均衡。LVS提供了两种集群模式：LVS-NAT集群和LVS-DR集群。通过使用ipvsadm命令，可以实现基于TCP的集群服务，添加、删除和修改LVS集群规则，并配置LVS集群...
Centos LVS部署DR、NAT模式 负载均衡
01-09
文章目录简介LVS集群的组成LVS术语LVS工作模式调度算法部署LVS部署LVS-NAT集群部署LVS-DR集群动态检测脚本 简介 LVS是Linux Virtual Server的简写，意即Linux虚拟服务器，是一个虚拟的服务器集群系统。本项目在1998...
LVS-DR实例部署
weixin_51099370的博客
06-09 381
调度器与服务器在同一网段，接受请求时，经路由器到达调度器，调度器进行调度分配到各服务器，服务器处理请求数据,返回数据时，出口为路由器，经服务器直接发送给路由器，进行返回给客户，不经过调度器，在高并发时，也不会造成调度器负载过高......
LVS-DR模式部署
桂安俊@KylinOS
11-20 1007
（1）与Nginx负载均衡区别相比于nginx只能用于7层负载均衡，LVS就比较强大了，能在4层做负载均衡。而且性能和稳定性上LVS也比较占优，LVS是合入内核模块，相比Nginx更加稳定。（2）LVS DR与LVS NAT区别。
Lvs DR 模式的配置与部属图文详解（通俗易懂，适合入门小白）
最新发布
weixin_66924350的博客
03-30 1821
大致过程：当cip向我们的负载均衡器发出请求时，此时的源iP是：cip，目标ip是vip，而由于我们的vip在lvs机器和后面两台real-server机器上面都有，但是我们并不能让请求发到后面两台real-server上面，否则负载均衡就毫无意义，因此要让real-server忽略arp响应，不允许收关于目标地址是vip的数据包，但是可以让real-server上的vip将数据包转发出去。上面的IP也就是我们配置的vip：192.168.23.147，广播地址和掩码也都是我们指定的。
LVS均衡负载之DR模式
weixin_53567573的博客
04-25 570
LVS均衡负载之DR模式一、工作模式(一)数据包流向分析第一步：第二步：第三步：第四步：（二）DR模式的特点二、LVS-DR中的ARP问题问题一：问题二：三、案例环境（一）部署NFS共享服务器（二）配置节点服务器1.关闭防火墙2.配置虚拟 IP 地址（VIP：192.168.190.100）3.调整内核的ARP 响应参数以阻止更新 VIP 的MAC 地址，避免发生冲突4.快捷方式配置服务脚本执行配置5.配置网页服务1）Web节点服务器1：ens33：192.168.190.12 lo:0 (VIP)：192
LVS-DR部署
weixin_34115824的博客
04-29 114
LVS-DR部署脚本#!/bin/bashVIP=192.168.11.100DIP=192.168.11.11RIP1=192.168.11.12RIP2=192.168.11.13POST=80lvs_dr() {ifconfig eth0:0 $VIP netmask 255.255.255.0 uproute add -host $VIP dev eth0:0rpm -q ipvsadm ...
LVS负载均衡群集部署——DR模式
A1100886的博客
06-08 721
2）Director 根据负载均衡算法选择 RealServer_1，不修改也不封装IP报文，而是将数据帧的MAC地址改为RealServer_1的MAC地址，然后在局域网上发送。此时源MAC地址为Director的MAC地址，目的MAC地址为RealServer_1的MAC地址，源 IP是客户端的 IP，目标 IP是VIP。此时源MAC 地址为Client MAC地址，目标MAC地址为 调度器Director 的MAC地址，源 IP为客户端的 IP，目标 IP为VIP。
lvs-dr.docx
07-03
LVS-DR（Direct Routing）集群是一种负载均衡解决方案，它利用网络层的直接路由技术实现高可用性和可扩展性。在这个模型中，Director作为负载均衡器，它接收来自客户端的请求，然后将这些请求转发给后端的Real ...
第三十二章：Lvs负载均衡群集1
08-08
【第三十二章：Lvs负载均衡群集1】 在IT领域，LVS（Linux Virtual Server）是一种高效且稳定的负载均衡解决方案，由中国章文嵩博士在1998年开发。LVS默认集成在Linux内核中，以ip_vs内核模块的形式存在。它通过将...
LVS--DR部署
热门推荐
yan_0916的博客
11-18 2万+
目录一.过程二.产生的问题和解决方法问题一：问题二：三.实验过程负载服务器配置设置真实服务器开启客户机 一.过程 客户机发起请求，经过调度服务器（Lvs)，经过算法调度，去访问真实服务器(RS) 由于不原路返回，客户机不知道，真实主机的ip地址， 所以只能通过调度服务器的外网ip (vip）去反回报文信息。 二.产生的问题和解决方法 问题一： 在局域网中具有相同的IP地址，势必会造成各服务器ARP通信的紊乱当ARP广播发送到LVS-DR集群时，因为负载均衡器和节点服务器都是连接到相同的网络上，它们都会接收
LVS-DR 部署
mfuivivig的博客
10-24 127
ipvsadm -a -t 192.168.100.88:80 -r 192.168.100.102:80 -g #若隧道模式，-g替换为-i。net.ipv4.conf.lo.arp_announce = 2 #系统不使用IP包的源地址来设置ARP请求的源地址，而选择发送接口的IP地址。VIP（Virtual IP） 负载均衡对外提供访问的IP地址，一般负载均衡IP都会通过Viirtual IP实现高可用。
LB负载均衡之DR部署方式
weixin_34393428的博客
08-08 224
1.1DR部署方式在LVS-DR中，调度器根据各个服务器的负载情况，动态地选择一台服务器，不修改也不封装IP报文，而是将数据帧的MAC地址改为选出服务器的MAC地址，再将修改后的数据帧在与服务器组的局域网上发送。因为数据帧的MAC地址是选出的服务器，所以服务器肯定可以收到这个数据帧，从中可以获得该IP报文。当服务器发现报文的目标地址...
部署LVS-DR集群大致步骤
李佳利的博客
04-28 686
该实验环境中所用到的软件包是 ：ipvsadm lvs只有调度功能，不带健康检查，nginx既有调度也有代理功能 部署LVS-DR跟LVS-NAT不同的是：LVS-DR客户端发出请求后，由后端WEB服务器直接转发数据给客户端client (同网段之间的转发)，而LVS-NAT是通过nat转换传送给调度器，再由调度器转发给客户客户端（调度器和后端WEB服务器之间是不同网段，所以需要nat） C...
Linux 负载均衡介绍之LVS工作模式-DR直接路由模式
yyf0430的博客
12-06 394
Linux 负载均衡介绍之LVS工作模式-DR直接路由模式
LVS原理详解及部署之三：手动部署LVS
weixin_34292959的博客
01-13 160
-------------------LVS专题------------------------LVS原理详解及部署之一：ARP原理准备LVS原理详解及部署之二：LVS原理详解（3种工作方式8种调度算法）LVS原理详解及部署之三：手动部署LVSLVS原理详解及部署之四：keepalived介绍LVS原理详解及部署之五：LVS+keepalived实现负载均衡&高可用-...
LVS部署-DR集群
qq_57377057的博客
09-06 703
LVS-DR（Linux Virtual Server Director Server）工作模式，是圣餐环境中最常用的一种工作模式Director Server 作为集群的访问入口，但不作为网关使用，后端服务器池中的Real Server与Director Server在同一个物理网络中，发给客户机的数据包不需要经过Director Server。为了响应对整个集群的访问，DS(前端负载均衡节点服务器)与RS(后端真实服务器)都需要配置有VIP地址。
超详细!一文带你了解 lvs 负载均衡集群!
01-19
LVS（Linux Virtual Server）是一种基于 Linux 系统的负载均衡集群技术，它主要用于将网络流量分发到多个服务器上，以提高系统的可靠性、可扩展性和性能。 LVS 集群一般包括四个组件：调度器（LVS 调度器）、前端服务器（负载均衡器）、后端服务器（真实服务器）和存储服务器（用于共享数据）。首先，调度器接收来自客户端的请求，然后根据配置的调度算法（如轮询、加权轮询、最小连接数等）将请求分发到多个前端服务器。前端服务器接收到请求后，通过相应的负载均衡算法将请求转发到后端的真实服务器上进行处理。在整个过程中，存储服务器用于存放共享的数据，以确保所有的真实服务器都能获取到相同的数据，并提供一致的服务。 LVS 集群的优点是能够提高网站的稳定性和可靠性，当某一台服务器出现故障时，调度器会自动将请求分发到其他可用的服务器上，从而保证服务的连续性。同时，LVS 集群还能够通过增加前端服务器和后端服务器的数量来提高系统的性能和吞吐量，以满足不断增长的用户需求。 在实际应用中，LVS 集群需要合理配置，包括选择合适的调度算法、调整每台服务器的权重、选择适当的硬件设备等。此外，还需要及时监控集群的运行状态，及时发现和解决故障，以确保整个系统的正常运行。 总的来说，LVS 负载均衡集群是一种强大而高效的集群技术，能够帮助企业提高系统的可靠性和性能，是现代互联网应用中不可或缺的重要组成部分。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值