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

本文涉及的产品
传统型负载均衡 CLB,每月750个小时 15LCU
应用型负载均衡 ALB,每月750个小时 15LCU
EMR Serverless StarRocks,5000CU*H 48000GB*H
简介: 1、LVS—DR概述2、部署实验

1、LVS—DR概述:


LVS-DR(Linux Virtual Server Director Server)工作模式,是生产环境中最常用的一 种工作模式。

LVS—DR工作原理:

  LVS-DR 模式,Director Server 作为群集的访问入口,不作为网关使用,节点 Director Server 与 Real Server 需要在同一个网络中,

返回给客户端的数据不需要经过 Director Server。为了响应对整个群集的访问,Director Server 与 Real Server 都需要配置 VIP 地址。

2387773-20210820210015876-710651722.png

LVS——DR 模式的特点:

  • Director Server 和 Real Server 必须在同一个物理网络中。
  • Real Server 可以使用私有地址,也可以使用公网地址。如果使用公网地址,可以通过互联网对 RIP 进行直接访问。
  • 所有的请求报文经由 Director Server,但回复响应报文不能经过 Director Server。
  • Real Server 的网关不允许指向 Director Server IP,即不允许数据包经过 Director S erver。
  • Real Server 上的 lo 接口配置 VIP 的 IP 地址。

 

数据包的流向分析:

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

 

LVS—DR中的ARP问题:

问题一

 

  • 在LVS-DR负载均衡集群中,负载均衡器与节点服务器都要配置相同的VIP地址,在局域网中具有相同的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地址,而不使用发送接口的IP地址,路由器收到ARP请求后,将更新ARP表项,原有的VIP对应Director的MAC地址会被更新为VIP对应RealServer的MAC地址。

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

解决方法:

  • 对节点服务器进行处理,设置内核参数arp_announce=2:系统不使用IP包的源地址来设置ARP请求的源地址,而选择发送接口的IP地址

 

 

 

2、部署实验:


环境准备:

DR 服务器:192.168.208.50
Web 服务器1:192.168.208.20
Web 服务器2:192.168.208.30
NFS共享服务器:192.168.208.40
vip:192.168.208.188
客户端:192.168.208.200

配置负载调度器:(192.168.208.50)

systemctl stop firewalld.service
setenforce 0
modprobe ip_vs
cat /proc/net/ip_vs
yum -y install ipvsadm  

2387773-20210821103322056-1150475276.png

配置虚拟 IP 地址(VIP:192.168.208.188)

cd /etc/sysconfig/network-scripts/
cp ifcfg-ens33 ifcfg-ens33:0                  #若隧道模式,复制为ifcfg-tunl0(小写字母l)
vim ifcfg-ens33:0
DEVICE=ens33:0
ONBOOT=yes                                    #开机自动激活
IPADDR=192.168.208.188
NETMASK=255.255.255.255

2387773-20210821103340948-852777393.png

ifup ens33:0
ifconfig ens33:0
route add -host 192.168.208.188 dev ens33:0
route -n      

2387773-20210821103353567-1966436033.png


调整 proc 响应参数

  由于 LVS 负载调度器和各节点需要共用 VIP 地址,应该关闭Linux 内核的重定向参数响应。

vim /etc/sysctl.conf
net.ipv4.ip_forward = 1
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.ens33.send_redirects = 0
sysctl -p                           #刷新设置

2387773-20210821103451603-858081987.png

2387773-20210821103459660-1280731313.png


配置负载分配策略

ipvsadm-save > /etc/sysconfig/ipvsadm                               #保存策略
systemctl start ipvsadm
ipvsadm -C
ipvsadm -A -t 192.168.208.188:80 -s rr                              #添加虚拟服务器
ipvsadm -a -t 192.168.208.188:80 -r 192.168.208.20:80 -g            #若隧道模式,-g替换为-i
ipvsadm -a -t 192.168.208.188:80 -r 192.168.208.30:80 -g            #添加真实服务器
ipvsadm                                                             #激活
ipvsadm -ln                                                         #查看节点状态,Route代表 DR模式

2387773-20210821103526918-635181081.png

部署共享存储(NFS服务器:192.168.208.40)

systemctl stop firewalld.service
setenforce 0
yum -y install nfs-utils rpcbind
mkdir /opt/kgc /opt/benet
chmod 777 /opt/kgc /opt/benet
vim /etc/exports
/opt/kgc 192.168.208.0/24(rw,sync)
/opt/benet 192.168.208.0/24(rw,sync

2387773-20210821103600574-1583844130.png

2387773-20210821103628759-1982666455.png


systemctl start nfs.service
systemctl start rpcbind.service
systemctl enable nfs.service
systemctl enable rpcbind.service
  #发布共享
exportfs -rv

2387773-20210821103644409-756906914.png

配置节点服务器(192.168.208.20、192.168.208.30)

systemctl stop firewalld.service
setenforce 0  

配置虚拟 IP 地址(VIP:192.168.208.188)

此地址仅用作发送Web响应数据包的源地址,并不需要监听客户机的访问请求(改由调度器监听并分发)。因此使用虚接口lo:0来承载VIP地址,并为本机添加一条路由记录,将访问VIP的数据限制在本地,以避免通信紊乱。



cd /etc/sysconfig/network-scripts/
cp ifcfg-ens33 ifcfg-lo:0       
vim ifcfg-lo:0
DEVICE=lo:0
ONBOOT=yes
IPADDR=192.168.208.188                         #和VIP保持一致
NETMASK=255.255.255.255                        #注意:子网掩码必须全为 1

2387773-20210821103804395-575749272.png

ifup lo:0
ifconfig lo:0
route add -host 192.168.208.188 dev lo:0        #添加VIP本地访问路由,将访问VIP的数据限制在本地,以避免通信紊乱
vim /etc/rc.local
 /sbin/route add -host 192.168.208.188 dev lo:0

2387773-20210821103826091-2129140928.png

2387773-20210821103837685-1834749855.png

调整 proc 响应参数

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

2387773-20210821103911371-773458518.png

2387773-20210821103933781-866215235.png


临时添加

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
--192.168.208.20---
mount.nfs 192.168.208.40:/opt/kgc /var/www/html
echo 'this is kgc web!' > /var/www/html/index.html
--192.168.208.30---
mount.nfs 192.168.208.40:/opt/benet /var/www/html
echo 'this is benet web!' > /var/www/html/index.html

2387773-20210821104001055-2058842861.png


(节点2服务器与节点1服务器配置一样,同理操作就行) 

 

 

 客户机配置


2387773-20210821104011586-1423778906.png


2387773-20210821104021923-386345166.png

2387773-20210821104027441-1421762779.png




相关实践学习
SLB负载均衡实践
本场景通过使用阿里云负载均衡 SLB 以及对负载均衡 SLB 后端服务器 ECS 的权重进行修改,快速解决服务器响应速度慢的问题
负载均衡入门与产品使用指南
负载均衡(Server Load Balancer)是对多台云服务器进行流量分发的负载均衡服务,可以通过流量分发扩展应用系统对外的服务能力,通过消除单点故障提升应用系统的可用性。 本课程主要介绍负载均衡的相关技术以及阿里云负载均衡产品的使用方法。
相关文章
|
16天前
|
弹性计算 监控 负载均衡
|
16天前
|
负载均衡 网络协议 网络安全
SLB-Backend多实例部署配置健康检查
【10月更文挑战第22天】
43 3
|
16天前
|
运维 负载均衡 算法
|
17天前
|
存储 缓存 监控
SLB-Backend跨区域/跨数据中心部署
【10月更文挑战第21天】
33 9
|
17天前
|
弹性计算 缓存 监控
SLB-Backend多实例部署
【10月更文挑战第21天】
27 5
|
6月前
|
负载均衡 网络协议 算法
LVS 负载均衡部署的三种模式 与搭建dr模式具体步骤
LVS 负载均衡部署的三种模式 与搭建dr模式具体步骤
|
3月前
|
负载均衡 jenkins 应用服务中间件
大规模部署下的 Jenkins 高可用性与负载均衡
【8月更文第31天】随着软件开发流程的加速,持续集成/持续交付(CI/CD)工具的重要性日益凸显。Jenkins 作为最受欢迎的 CI/CD 平台之一,为企业提供了强大的自动化构建和部署功能。然而,在大规模部署场景下,单一的 Jenkins 实例可能无法满足高可用性和性能的需求。本文将探讨如何设计和实施 Jenkins 高可用集群,以支持大型组织的需求,并通过负载均衡技术来提高系统的稳定性和响应速度。
263 0
|
4月前
|
负载均衡 监控 算法
|
4月前
|
Kubernetes Cloud Native 微服务
企业级容器部署实战:基于ACK与ALB灵活构建云原生应用架构
这篇内容概述了云原生架构的优势,特别是通过阿里云容器服务Kubernetes版(ACK)和应用负载均衡器(ALB)实现的解决方案。它强调了ACK相对于自建Kubernetes的便利性,包括优化的云服务集成、自动化管理和更强的生态系统支持。文章提供了部署云原生应用的步骤,包括一键部署和手动部署的流程,并指出手动部署更适合有技术背景的用户。作者建议在预算允许的情况下使用ACK,因为它能提供高效、便捷的管理体验。同时,文章也提出了对文档改进的建议,如添加更多技术细节和解释,以帮助用户更好地理解和实施解决方案。最后,展望了ACK未来在智能化、安全性与边缘计算等方面的潜在发展。水文一篇,太忙了,见谅!
|
5月前
|
运维 Kubernetes 负载均衡
Kuberntes部署MetalLB负载均衡器
Kuberntes部署MetalLB负载均衡器
107 1