lvs架构扩展

简介: lvs架构扩展

1.LVS简介:

LVS: Linux virtual server,即 Linux 虚拟服务器。

   LVS 自身是个负载均衡器(director),不直接处理请求,而是将请求转发至位于它后端真正的服务器 realserver 上。 LVS 是四层(传输层 tcp/udp)负载均衡工具

   ipvs 是集成在内核中的框架,可以通过用户空间的程序 ipvsadm 工具来管理,该工具可以定义一些规则来管理内核中  的 ipvs。

   lvs无法解决RS的健康检查,并且存在单点故障,建议使用keepalived高可用。

 

2.lvs 集群术语

 

VS:virtual server,负责调度 
   RS:real server,负责真正提供服务 
    CIP:客户端 ip 
    VIP:VS 外网 IP 
    DIP:VS 内网 ip 
    RIP:后端真实 ip
-------------------------------

3.lvs 工作模式:

(1)nat 模式

   通过将请求报文中的目标地址和目标端口修改为某 RS 的 RIP 和 PORT 实现转发。

   RIP 和 DIP 应在同一个 IP 网络,使用不同网络时,RS 和 lvs 需要指向到达互相的路由

   请求报文和响应报文都必须经过 Director 转发,Director 易于成为系统瓶颈

   支持端口映射,可修改请求报文的目标 PORT

VS 必须是 linux,RS 可以是其他系统

 

(2)dr 模式(常用)

   DR(Director routing,直接路由)。

  lvs 默认模式,通过为请求报文重新封装一 个 MAC 首部进行转发,只会改变源和目的 MAC,不会修改源和目的 IP/PORT。

   Director 和 RS 都配置 VIP

需要确保前端路由器将目标 VIP 的请求报文发往 Dircetor

   RS 和 Dircetor 需要在同一物理网络(因为 lvs 将通过 arp 找到 RS), RS 的网关不用指向DIP   请求报文经过 Director,响应报文不经过 Director,由 RS 直接发往 Client

   不支持端口映射

(3)tun 模式

 不修改请求报文的 IP 首部(源 IP 为 CIP,目标 IP 为 VIP),而在原 IP 报 文之外再封装一个 IP 首部(源 IP 是 DIP,

   目标 IP 是 RIP),将报文发往挑 选出的目标 RS;RS 直接响应给客户端。

  DIP、VIP、RIP 可以是公网地址

   请求报文经过 Director,响应报文不经过 Director,由 RS 直接发往 Client

   不支持端口映射

   RS 的 OS 须支持隧道功能

 RS 的网关不用指向 DIP

------------------------------------------------------------------

4.LVS-DR模式配置

负载均衡器:ens33 192.168.8.10     ens33:0 192.168.8.200

节点1:   ens33 192.168.8.20     lo:0   192.168.8.200

节点2:   ens33 192.168.8.30     lo:0   192.168.8.200

4.LVS负载调度器(192.168.8.10):

采用虚接口方式(ens33:0),为网卡ens33绑定VIP地址,以便响应群集访问。

ens33:192.168.8.10/24  ens33:0:192.168.8.200

配置命令如下:

yum install ipvsadm -y
cd /etc/sysconfig/network-scripts/
cp ifcfg-ens33 ifcfg-ens33:0
vim ifcfg-ens33:0
修改:
TYPE="Ethernet"
BOOTPROTO="static"
DEVICE="ens33:0"
ONBOOT="yes"
IPADDR=192.168.8.200
NETMASK=255.255.255.0
保存退出
ifup ens33:0
ifconfig ens33:0
5.配置LVS负载分配策略:
ipvsadm -A -t 192.168.8.200:80 -s rr
ipvsadm -a -t 192.168.8.200:80 -r 192.168.8.20:80 -g -w 1
ipvsadm -a -t 192.168.8.200:80 -r 192.168.8.30:80 -g -w 1
ipvsadm -Ln --stats

6、配置RS节点服务器(192.168.8.20,192.168.8.30):

使用DR模式时,节点服务器也需要vip地址,并调整内核的ARP响应参数以阻止更新vip的MAC地址,避免发生冲突。

配置命令:

yum install ipvsadm -y
cd /etc/sysconfig/network-scripts
cp ifcfg-lo ifcfg-lo:0
vim ifcfg-lo:0
修改:
DEVICE=lo:0
IPADDR=192.168.8.200
NETMASK=255.255.255.255
ONBOOT=yes
保存退出 
ifup lo:0
添加vip本地访问路由:
route add -host 192.168.8.200 dev lo:0
配置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/lo/arp_announce
echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce


相关文章
|
2月前
|
监控 API 开发者
深入理解微服务架构:构建可扩展的应用程序
【10月更文挑战第6天】深入理解微服务架构:构建可扩展的应用程序
50 0
|
3月前
|
存储 缓存 API
探索后端技术:构建高效、可扩展的系统架构
在当今数字化时代,后端技术是构建任何成功应用程序的关键。它不仅涉及数据存储和处理,还包括确保系统的高效性、可靠性和可扩展性。本文将深入探讨后端开发的核心概念,包括数据库设计、服务器端编程、API 开发以及云服务等。我们将从基础开始,逐步深入到更高级的主题,如微服务架构和容器化技术。通过实际案例分析,本文旨在为读者提供一个全面的后端开发指南,帮助大家构建出既高效又具有高度可扩展性的系统架构。
|
2月前
|
监控 持续交付 API
深入理解微服务架构:构建高效、可扩展的系统
【10月更文挑战第14天】深入理解微服务架构:构建高效、可扩展的系统
99 0
|
2月前
|
消息中间件 监控 API
理解微服务架构:构建灵活和可扩展的应用
【10月更文挑战第7天】理解微服务架构:构建灵活和可扩展的应用
|
2月前
|
消息中间件 监控 API
深入理解微服务架构:构建可扩展与灵活的应用
【10月更文挑战第7天】深入理解微服务架构:构建可扩展与灵活的应用
47 0
|
1月前
|
监控 前端开发 JavaScript
探索微前端架构:构建可扩展的现代Web应用
【10月更文挑战第29天】本文探讨了微前端架构的核心概念、优势及实施策略,通过将大型前端应用拆分为多个独立的微应用,提高开发效率、增强可维护性,并支持灵活的技术选型。实际案例包括Spotify和Zalando的成功应用。
|
24天前
|
监控 持续交付 API
深入理解微服务架构:构建高效、可扩展的系统
深入理解微服务架构:构建高效、可扩展的系统
43 3
|
1月前
|
运维 Serverless 数据处理
Serverless架构通过提供更快的研发交付速度、降低成本、简化运维、优化资源利用、提供自动扩展能力、支持实时数据处理和快速原型开发等优势,为图像处理等计算密集型应用提供了一个高效、灵活且成本效益高的解决方案。
Serverless架构通过提供更快的研发交付速度、降低成本、简化运维、优化资源利用、提供自动扩展能力、支持实时数据处理和快速原型开发等优势,为图像处理等计算密集型应用提供了一个高效、灵活且成本效益高的解决方案。
88 1
|
1月前
|
监控 测试技术 持续交付
深入理解微服务架构:构建高效、可扩展的系统
深入理解微服务架构:构建高效、可扩展的系统
46 0
|
2月前
|
运维 Serverless 数据处理
Serverless架构通过提供更快的研发交付速度、降低成本、简化运维、优化资源利用、提供自动扩展能力、支持实时数据处理和快速原型开发等优势,为图像处理等计算密集型应用提供了一个高效、灵活且成本效益高的解决方案。
Serverless架构通过提供更快的研发交付速度、降低成本、简化运维、优化资源利用、提供自动扩展能力、支持实时数据处理和快速原型开发等优势,为图像处理等计算密集型应用提供了一个高效、灵活且成本效益高的解决方案。
63 3