LVS实现原理及NAT模式实现

最新推荐文章于 2025-07-20 00:33:24 发布
最新推荐文章于 2025-07-20 00:33:24 发布
阅读量1k 收藏 1
点赞数
CC 4.0 BY-SA版权
分类专栏： linux 运维 centos 文章标签： lvs DR模式 负载均衡 服务器 负载平衡
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/wanwanperfect/article/details/78451251
本文详细介绍LVS集群系统，包括其特点、工作原理、负载均衡模式与调度算法等内容。LVS是一种基于Linux的虚拟服务器集群解决方案，能高效地处理高并发连接，支持多种负载均衡策略。

　　LVS是Linux Virtual Server的简写，意即Linux虚拟服务器，是一个虚拟的服务器集群系统。该项目在1998年5月由章文嵩博士成立，是中国国内最早出现的自由软件项目之一。
　　LVS是实现系统扩展的较好的一种方法，它基于软件实现，在人力财力方面节省了很多。

LVS的特性：
　　　高并发连接：LVS基于内核网络层面工作，有超强的承载能力和并发处理能力。单台LVS负载均衡器，可支持上万并发连接。
　　　稳定性强：是工作在网络4层之上仅作分发之用，这个特点也决定了它在负载均衡软件里的性能最强，稳定性最好，对内存和cpu资源消耗极低。
　　　成本低廉：硬件负载均衡器少则十几万，多则几十万上百万，LVS只需一台服务器和就能免费部署使用，性价比极高。
　　　配置简单：LVS配置非常简单，仅需几行命令即可完成配置，也可写成脚本进行管理。
　　　支持多种算法：支持多种论调算法，可根据业务场景灵活调配进行使用
　　　支持多种工作模型：可根据业务场景，使用不同的工作模式来解决生产环境请求处理问题。
　　　应用范围广：因为LVS工作在4层，所以它几乎可以对所有应用做负载均衡，包括http、数据库、DNS、ftp服务等等
缺点：工作在4层，不支持7层规则修改，机制过于庞大，不适合小规模应用。

lvs集群一些术语：
　　　VS: Virtual Server，负责调度
　　　director,balancer 负载均衡器
　　　RS: Real Server，后端请求处理器，负责真正提供服务
　　　DIP：director ip ，负载均衡器IP
　　　VIP：virtual IP 负载均衡器虚拟IP
　　　L4：四层路由器或交换机
　　　CIP:client ip 用户端IP

这里写图片描述
工作原理：客户端将请求发送到LVS上，LVS根据请求报文的目标和目标协议以及端口将其调度转发到某目标RS上，其RS是根据调度算法来进行挑选的。这样可以均衡负载达到高效率工作。

【LVS负载均衡的工作模式】

1、NAT
这里写图片描述
　　本质是多目标IP的DNAT，通过将请求报文中的目标地址和目标端口修改为某挑出的RS的RIP和port实现转发
　　(1)RIP和DIP必须在同一个IP网络中，且应该使用私网地址；RS的网关要指向DIP。
　　(2)请求报文和响应报文都必须经由director转发，director容易成为系统瓶颈
　　(3)支持端口映射，可修改请求报文的目标port
　　(4)VS必须是Linux系统，RS可以是任意OS系统

2、DR:direct routing
　　直接路由，LVS默认模式，应用最广泛，通过为请求报文重新封装一个MAC首部进行转发，源MAC是DIP所在的接口的MAC，目标Mac是某挑选出的RS的RIP所在接口的Mac地址；源IP/port，以及目标IP/port均保持不变。
　　首先要确保director和各RS都配置有VIP
　　(1)确保前端路由器将目标IP为VIP的请求报文发往director
　　(2)RS的RIP可以使用私网地址，也可以是公网地址；RIP与DIP在同一IP网络；RIP的网关不能指向DIP，以确保响应报文不会经由director
　　(3)RS和director要在同一物理网络
　　(4)请求报文要经由director，但响应报文不经由director，而由RS直接发往client
　　(5) 不支持端口映射(端口不能修改)
　　(6)RS可使用大多数OS系统。

3、tun
　　隧道方式 。转发方式：不修改请求报文的IP首部(源IP为CIP，目标IP为VIP),而在原IP报文之外再封装一个IP首部(源IP为DIP，目标IP是RIP)，将报文发往挑选出的目标RS；RS直接响应给客户端(源IP是VIP，目标IP是CIP)
　　(1)DIP,VIP,RIP都应该是公网地址
　　(2)RS的网关不能也不可能指向DIP
　　(3)请求报文要经由director，但响应不能经由director
　　(4)不支持端口映射
　　(5)RS的OS须支持隧道功能

4、full-nat
通过同时修改请求报文的源IP地址和目标IP地址进行转发
　　　CIP –> DIP
　　　VIP –> RIP
(1)VIP是公网地址，RIP和DIP是私网地址，且通常不在同一IP网络；因此，RIP的网关一般不会指向DIP
(2)RS收到的请求报文源地址是DIP，因此，只需响应给DIP；但director还要将其发往client
(3)请求和响应报文都经由director
(4)支持端口映射。
此类型kernel默认不支持。

【LVS负载均衡的调度算法】

　　ipvs scheduler,根据其调度时是否考虑各RS当前的负载状态分为静态和动态方法。
静态：仅根据算法自身进行调度
RR：roundrobin 轮询
　　调度器通过”轮叫”调度算法将外部请求按顺序轮流分配到集群中的真实服务器上，它均等的对待每一台服务器，而不管服务器上实际的连接数和系统负载。
WRR：加权轮询
　　调度器通过”加权轮叫”调度算法根据真实服务器的不同处理能力来调度访问请求。这样可以保证处理能力强的服务器处理更多的访问流量。调度器可以自动问询真实服务器的负载情况，并动态的调整其权值。
　　SH：原地址哈希；将来自于同一个IP地址的请求始终发往第一次挑中的RS，从而实现会话绑定。
　　DH：目标地址哈希；将发往同一个目标地址的请求始终转发至第一次挑中的RS，典型应用场景是正向代理缓存场景中的负载均衡，如：宽带运营商。

动态：主要根据每RS当前的负载状态及调度算法进行调度。overhead=value较小的RS将被调度。
　　LC：least connections 适用于长连接应用
　　Overhead=activeconns*256+inactiveconns
　　WLC：Weighted LC，默认调度方法
　　Overhead=(activeconns*256+inactiveconns)/weight
　　SED：Shortest Expection Delay,初始连接高权重优先，最短延迟调度
　　Overhead=(activeconns+1)*256/weight
　　NQ： Never Queue(永不排队)，第一轮均匀分配，后续SED
　　LBLC：Locality-Based LC，动态的DH算法，使用场景：根据负载状态实现正向代理
　　LBLCR：LBLC with Replication，带复制功能的LBLC
解决LBLC负载不均衡问题，从负载重的复制到负载轻的RS

【实验】基于NAT模式的LVS实现

实验环境：
这里写图片描述

1、首先负载均衡器需要有两个地址，VIP和DIP。这里我们将172网段作为公网地址，192网段作为私网地址。
这里写图片描述

2、设置负载均衡器需要使用一个工具：ipvsadm
这里写图片描述

3、
简单看一下ipvsadm的一些选项

选项注释
-a –add-server在服务器表中添加一条新的真实主机记录
-r –real-server真实服务器地址
-m –masquerading指定LVS工作模式为NAT模式
-w –weight真实服务器的权值
-g –gatewaying指定LVS工作模式为直接路由器模式，(DR模式)
-i –ip指定LVS的工作模式为隧道模式
-p会话保持时间，定义流量转到同一个realserver的会话存留时间
-s –scheduler使用的调度算法
-E –edit-service编辑内核虚拟服务器表中的一条虚拟服务器记录。
-D –delete-service删除内核虚拟服务器表中的一条虚拟服务器记录。
-C –clear清除内核虚拟服务器表中的所有记录。
-R –restore恢复虚拟服务器规则
-S –save保存虚拟服务器规则，输出为-R 选项可读的格式
-e –edit-server编辑一条虚拟服务器记录中的某条真实服务器记录
-d –delete-server删除一条虚拟服务器记录中的某条真实服务器记录
-L-l –list显示内核虚拟服务器表
–numeric, -n：以数字形式输出地址和端口号
–exact：扩展信息，精确值
–connection，-c：当前IPVS连接输出
–stats：统计信息
–rate ：输出速率信息
-Z –zero虚拟服务表计数器清零（清空当前的连接数量等）

在负载均衡器上设置规则，
设置本机为负载均衡器并且添加后台两个real server记录：
这里写图片描述

因为这里是实验环境，需要开启虚拟机的路由转发功能：
这里写图片描述
这里写图片描述

4、将两台real server 的网关地址指向DIP
这里写图片描述
这里写图片描述

这里写图片描述
这里写图片描述

5、客户端进行测试访问。由于我们之前设置的两台realserver的权重不同，故访问调度也不同，可以从图中明显看出来：
这里写图片描述

LVS负载均衡集群及NAT模式配置
weixin_55611415的博客
06-17 1162
LVS负载均衡集群及NAT模式配置集群集群分类负载均衡高可用高性能负载均衡集群架构负载调度器服务器池共享存储负载均衡集群模式NAT模式（地址转换）DR模式（直接路由）TUN模式（IP隧道）LVS虚拟服务器相关调度算法轮询——rr加权轮询——wrr最少连接——lc加权最少连接——wlc配置实例负载调度器NFS服务器两台节点服务器调度服务器检验 集群 由多台主机构成，对外只表现为一个整体，只提供一个访问入口（域名或IP），相当于一台大型计算机 在互联网应用中，随着对硬件性能、响应速度、服务稳定性、数据可靠性等要
LVS-NAT模式
d__fyy的博客
09-27 1106
一、LVS/NAT原理 1. 当用户请求到达Director Server，此时请求的数据报文会先到内核空间的PREROUTING链。 此时报文的源IP为CIP，目标IP为VIP 2. PREROUTING检查发现数据包的目标IP是本机，将数据包送至INPUT链 3.IPVS比对数据包请求的服务是否为集群服务，若是，修改数据包的目标IP地址为后端服务器IP，然后将数据包发至POSTROUTI...
LVS 原理详解
最新发布
a_2373179473的博客
07-20 1356
lvs 原理详解，包括四种工作模式（NAT模式、DR模式、TUN模式、FullNet模式）、负载均衡算法（静态、动态、新增）
LVS的NAT模式
weixin_39286923的博客
08-23 1155
上次总结了DR模式的转发流程这次模拟一下LVS的NAT模式来抓包分析一下流程 LVS NAT原理 类似于防火墙的私有网络结构，Director Server作为所有服务器节点的网关，即作为客户端的访问入口，也是各节点回应客户端的访问出口，其外网地址作为整个群集的VIP地址，其内网地址与后端服务器Real Server在同一个物理网络，Real Server必须使用私有IP地址。 数据包流...
LVS介绍及工作原理图解
cxu123321的博客
10-24 681
LVS介绍及工作原理图解 老千 一、LVS简介 LVS是Linux Virtual Server的简称，也就是Linux虚拟服务器，是一个由章文嵩博士发起的自由软件项目，官方站点是：http://www.linuxvirtualserver.org。现在LVS已经是Linux标准内核的一部分，在Linux2.4内核以前，使用LVS时必须重新编译内核以支持LVS功能模块，但是从Linux2.4内核心之后，已经完全内置了LVS的各个功能模块，无需给内核打任何补丁，可以直接使用LVS提供的各种功能。 使用
LVS-nat模式-原理介绍
weixin_30371875的博客
08-26 148
集群,为解决某个特定问题将多台计算机组合起来形成的单个系统lvs-nat:本质是多目标IP的DNAT，通过将请求报文中的目标地址和目标端口修改为某挑出的RS的RIP和PORT实现转发lvs集群类型中的术语：VS：Virtual Server，Director Server(DS)Dispatcher(调度器)，Load BalancerRS：Real Server(lvs), upstream s...
LVS/NAT工作模式介绍及配置
weixin_72583321的博客
04-28 1677
LVS（Linux Virtual Server）的网络地址转换（NAT）模式是一种在网络层（第四层）实现负载均衡的方法。在NAT模式中，Director Server（DS）充当所有服务器节点的网关，既是客户端请求的入口，也是Real Server响应客户端的出口。：DS拥有两个IP地址，一个是外部的VIP（虚拟IP），作为整个集群的对外服务地址；另一个是内部的DIP（Director IP），与后端的Real Server（RS）位于同一个物理网络中。RS通常使用私有IP地址。
LVS负载均衡-NAT模式-DR模式
ibertine_P的博客
07-15 801
lvs的三种工作模式NATDRTUN优点地址转换，配置简单性能最好AWN，可以实现较远距离的数据包传送缺点性能瓶颈不支持跨网段专用的通道，必须开通vpn（花钱）RS的要求无限制必须要禁止非物理接口的ARP响应支持隧道模式RS的数量10-20台100台100台。
四层负载均衡集群LVS的nat模式和DR模式实现
strongjcl的博客
08-08 1054
web1web2证明两台RS可以访问测试十次。
lvs三种工作原理
eHV4aW5n的博客
10-15 244
lvs三种工作原理LVS简介LVS相关术语LVS基本原理LVS NAT模式LVS-TUNLVS-DR搭建lvs-DR模式的http负载集群搭建lvs-nat模式的http负载集群 LVS简介 LVS是Linux Virtual Server的简称，也叫Linux虚拟服务器, 也就是现在常说的四层负载均衡。 它是一个由章文嵩博士发起的自由软件项目。现在LVS已经是 Linux标准内核的一部分，在Linux2.4内核以前，使用LVS时必须要重新编译内核以支持LVS功能模块，但是从Linux2.4内核以后，已经完
LVS-NAT实现
weixin_33874713的博客
05-26 139
LVS-NAT实现 LVS-NAT实现 网路拓扑图 环境准备 RS1网关指向DIP [root@rs1 ~]# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 0.0.0.0 192.168.153.10 ...
LVS的原理
lingshengxiyou的博客
04-15 287
互联网主流可伸缩网络服务有很多结构，但是都一个共同的特点，它们都需要一个前端的负载调度器（或者多个进行主从备份）。实现虚拟网络服务的主要技术指出IP负载均衡技术是在负载调度器的实现技术中效率最高的。已有的IP负载均衡技术中，主要有通过网络地址转换（Network Address Translation）将一组服务器构成一个高性能的、高可用的虚拟服务器，我们称之为VS/NAT技术（Virtual Server via Network Address Translation）。
LVS工作原理
Jocker的专栏
05-01 331
一、集群分类 LB负载均衡集群：Load Balancing clusters HA高可用集群：High-availability clusters BP高性能计算集群：High-performance clusters 网格计算：Grid computing （1）LB负载均衡集群 负载均衡集群运行时，一般通过一个或者多个前端负载均衡器，将工作负载分发到后端的一组服务器上，从而...
LVS-NAT模式的实现
llliuhuiii的博客
11-05 258
nat模式本质是将多目标IP的DNAT通过请求报文中的目标地址和目标端口修改为某真实服务器的真实IP和端口实现转发
LVS的NAT模型实现
东烨#2738
10-22 226
实验环境 系统：centos 7 mini 实验步骤 client 配置 [root@client 18:49:17 ~]#vi /etc/sysconfig/network-scripts/ifcfg-eth0 TYPE="Ethernet" BOOTPROTO="static" IPADDR=192.168.3.7 NETMASK=255.225.255.0 GATEWAY=192....
LVS 负载均衡之NAT模式 原理与实践
小楼一夜听春雨，深巷明朝卖杏花
08-03 2223
LVS负载均衡工作原理 实现LVS负载均衡转发方式有三种，分别为NAT、DR、TUN模式，LVS均衡算法包括：RR(round-robin)、LC(least_connection)、W(weight)RR、WLC模式等（RR为轮询模式，LC为最少连接模式）。 LVS负载均衡NAT转发方式原理： 用户请求LVS VIP到达director（LVS服务器：LB），director（LVS服务器）将请求的报文（因为用户的请求有一个请求报文，也就是请求包里面，请求包里面有一个目标IP地址）的目标IP地.
LVS NAT模式简介
：）
07-20 253
LVS 简称 Linux Virtual Server，在实际环境中经常作为B/S结构的网络应用中的负载均衡器来使用，工作在7层网络模型中的，网络层，也就是通常说的IP层，由于数据的处理是在Linux内核态完成的，所以性能很高，比起 Apache，Nginx，Haproxy来说，性能不在一个级别。   这里我简单画一下LVS在应用时的部署环境：     简单解释一下一个用户访问www...
LVS 工作原理图文讲解，非常详细！
martingpf的博客
01-16 3081
一、负载均衡由来 在业务初期，我们一般会先使用单台服务器对外提供服务。随着业务流量越来越大，单台服务器无论如何优化，无论采用多好的硬件，总会有性能天花板，当单服务器的性能无法满足业务需求时，就需要把多台服务器组成集群系统提高整体的处理性能。不过我们要使用统一的入口方式对外提供服务，所以需要一个 流量调度器 通过均衡的算法，将用户大量的请求均衡地分发到后端集群不同的服务器上。这就是我们后边要...
lvs-nat模式，工作原理及数据包转发流程
07-18
<think>嗯，用户想了解LVS-NAT模式的工作原理和数据包转发流程。这个问题涉及网络负载均衡的核心技术，需要从请求和响应两个方向详细说明数据包的变化过程。 用户可能是运维工程师或系统架构师，正在搭建负载均衡环境。ta的提问非常专业，直接聚焦在NAT模式的核心机制上，说明对网络层有一定基础。不过从ta没有追问具体配置细节来看，可能更关注理论层面。 参考站内资料，LVS-NAT模式有几个关键特征：Director要充当网关，需要修改双方向数据包的IP地址，且响应必须回经Director。这些特性在引用[2][3]中有明确佐证。特别要注意引用[3]详细描述了七步转发流程，这和我的知识库完全吻合。 数据包处理流程需要分请求和响应两条路径解释： 请求方向，重点说明DNAT转换过程。当客户端访问VIP时，Director会通过ip_vs模块修改目标地址为Real Server的RIP，同时源地址保留为CIP。这里需要强调Director必须开启路由转发功能（如引用[4]实验步骤2所示）。 响应方向则更复杂。Real Server处理完请求后，会以RIP为源地址、CIP为目标地址返回数据包。但此时由于Director是网关（引用[2]），数据包会被路由到Director。Director必须做SNAT，把源地址替换回VIP，否则客户端会直接收到来自RIP的响应而丢弃。 技术难点在于：1）Real Server的默认网关必须指向Director（引用[4]实验步骤3/4）；2）VIP和RIP需要在不同网段（引用[5]拓扑图）；3）Director容易成为瓶颈。这些限制在引用[1]的DR模式对比中也有提及。 最后考虑用双色流程图辅助说明：红色表示请求路径，蓝色表示响应路径，在关键节点标注地址变化。这样比纯文字更直观，也符合用户"了解流程"的需求。拓扑示例采用引用[5]的IP设置，保持案例一致性。</think>好的，我们来详细解释 LVS-NAT 模式的工作原理和数据包转发流程。 **LVS-NAT 模式工作原理** LVS-NAT (Network Address Translation) 模式是一种基于网络层（第3层）的负载均衡技术。其核心思想是**负载均衡器（Director Server, DS）充当所有后端真实服务器（Real Server, RS）的网关**，并通过修改进出数据包的 IP 地址（主要是目标地址和源地址）来实现请求的转发和响应的返回。 关键特征： 1. **Director 是网关**： Director 拥有一个面向客户端的公网 IP（VIP， Virtual IP）和一个连接后端 RS 的内网 IP（DIP， Director IP）。所有 RS 的默认网关**必须**设置为 Director 的 DIP。 2. **地址转换**： * **入站请求 (Client -> Director -> RS)**： Director 将目标地址由 VIP 修改为选定的 RS 的 RIP（Real Server IP）。 * **出站响应 (RS -> Director -> Client)**： Director 将源地址由 RS 的 RIP 修改回 VIP。 3. **双向流量**： **所有流量**（客户端的请求和 RS 的响应）都必须经过 Director。这既是其工作原理的基础，也是其扩展性的主要瓶颈。 4. **网络要求**： RS 必须位于 Director 的**同一个私有局域网**内，使用私有 IP 地址（RIP）。Director 需要连接两个网络：公网（或客户端网络，拥有 VIP）和私网（RS 网络，拥有 DIP 和 RIPs）。 5. **端口映射（可选）**： NAT 模式也支持端口映射（PAT），即 Director 可以修改目标端口（例如，将访问 VIP:80 的请求转发到某个 RS 的 RIP:8080），并在返回响应时再修改回源端口。 **数据包转发流程详解** 假设： * 客户端 IP： `CIP` * Director 虚拟 IP (面向客户端)： `VIP` * Director 内网 IP (面向 RS)： `DIP` * 选定的真实服务器 IP： `RIP` (假设为 `192.168.1.100`) **1. 客户端发起请求：** * 客户端发送一个请求数据包： * **源地址 (Source IP)：** `CIP` * **目标地址 (Destination IP)：** `VIP` * **源端口 (Source Port)：** `CIP_Port` * **目标端口 (Destination Port)：** `Port` (例如 80) * 该数据包根据路由规则到达 Director 的 VIP 接口。 **2. Director 接收并修改请求 (DNAT)：** * Director 的 IPVS 模块根据配置的负载均衡算法（如轮询、加权轮询、最少连接等）从 RS 池中选择一个合适的 RS（假设为 `RIP = 192.168.1.100`）。 * Director **修改请求数据包**： * **目标地址 (Destination IP)：** 由 `VIP` 修改为选定的 `RIP (192.168.1.100)` * **源地址 (Source IP)：** **保持不变**，仍为 `CIP` (这是标准NAT模式的关键点，源地址在转发请求时不变)。 * (可选) 如果配置了端口映射，目标端口也可能被修改。 * 修改后的数据包： * **源地址 (Source IP)：** `CIP` * **目标地址 (Destination IP)：** `RIP (192.168.1.100)` * **源端口 (Source Port)：** `CIP_Port` * **目标端口 (Destination Port)：** `Port` (或映射后的端口) * Director 通过其连接 RS 网络的接口（DIP）将这个修改后的数据包发送给选定的 RS。 **3. Real Server 接收并处理请求：** * RS (`192.168.1.100`) 收到数据包： * 源地址是 `CIP`，目标地址是自己的 `RIP`。 * RS 认为这是客户端 `CIP` 直接发给自己 `RIP` 的请求。 * RS 处理该请求，并生成响应数据包。 **4. Real Server 发送响应：** * RS 发送响应数据包： * **源地址 (Source IP)：** `RIP (192.168.1.100)` (RS 自己的 IP) * **目标地址 (Destination IP)：** `CIP` (原始请求的源地址) * **源端口 (Source Port)：** `Port` (或映射后的端口) * **目标端口 (Destination Port)：** `CIP_Port` * 因为 RS 的**默认网关**被设置为 Director 的 DIP (`DIP`)，所以这个目标地址为 `CIP`（通常是一个公网地址）的数据包会被 RS 发送给它的网关，即 Director 的 DIP。 **5. Director 接收并修改响应 (SNAT)：** * Director 在其 DIP 接口上收到来自 RS (`192.168.1.100`) 的响应数据包： * 源地址是 `RIP (192.168.1.100)` * 目标地址是 `CIP` * Director 的 IPVS 模块识别出这个响应对应于之前转发的某个请求（通过连接跟踪表）。 * Director **修改响应数据包**： * **源地址 (Source IP)：** 由 `RIP (192.168.1.100)` 修改回 `VIP` * **目标地址 (Destination IP)：** **保持不变**，仍为 `CIP` * (可选) 如果之前修改了目标端口，源端口也需要相应修改回来。 * 修改后的响应数据包： * **源地址 (Source IP)：** `VIP` * **目标地址 (Destination IP)：** `CIP` * **源端口 (Source Port)：** `Port` (原始端口，如 80) * **目标端口 (Destination Port)：** `CIP_Port` **6. Director 发送响应给客户端：** * Director 通过其 VIP 接口（面向客户端网络）将修改后的响应数据包发送给客户端 `CIP`。 * 客户端收到响应数据包： * 源地址是 `VIP` * 目标地址是 `CIP` * 客户端认为响应是它最初请求的 `VIP` 发回的，完全感知不到后端 RS (`RIP`) 的存在。 **总结流程：** ```mermaid graph LR A[客户端 CIP] -- 请求: CIP -> VIP --> B[Director VIP/DIP] B -- DNAT: VIP->RIP<br>源 CIP 不变 --> C[Real Server RIP] C -- 响应: RIP -> CIP --> B B -- SNAT: RIP->VIP<br>目标 CIP 不变 --> A ``` **关键点回顾：** 1. **Director 是网关**： RS 的默认网关必须指向 Director 的 DIP[^2][^4][^5]。 2. **请求修改 (DNAT)**： Director 只修改请求包的**目标 IP** (VIP -> RIP)，源 IP (CIP) 保持不变[^3]。 3. **响应路径**： RS 的响应直接发送给它的网关 (Director 的 DIP)，**不是直接给客户端**。 4. **响应修改 (SNAT)**： Director 修改响应包的**源 IP** (RIP -> VIP)，目标 IP (CIP) 保持不变[^3]。 5. **双向流量**： 所有请求和响应数据包都必须流经 Director[^1][^2][^3]。 6. **网络隔离**： RS 使用私有 IP (RIP)，位于 Director 的内网侧[^1][^4][^5]。 7. **客户端视角**： 客户端只与 VIP 通信，对后端的 RS 完全透明。 **优缺点：** * **优点**： * 配置相对简单。 * RS 可以使用任何操作系统（只要支持 TCP/IP）。 * RS 只需要私有 IP，节省公网地址。 * 支持端口映射。 * **缺点**： * **性能瓶颈**： Director 需要处理所有进出流量（请求和响应），容易成为性能瓶颈[^1][^3]。 * **扩展性限制**： 受限于 Director 的网络带宽和处理能力。 * **单点故障**： Director 故障会导致整个服务不可用（需要 HA 方案解决）。 * **网络要求**： RS 必须和 Director 在同一个二层网络（或通过路由可达，且网关指向 Director）。 [^1]: 【lvs】lvs-NAT模式和lvs-DR模式。DR模式（直接路由）：... 只有请求数据包需要经过负载调度器，响应数据包直接由Real Server发送给客户端。Real Server必须与Director处于同一局域网。适用于大型规模的负载均衡场景。 [^2]: LVS/NAT工作模式介绍及配置。LVS（Linux Virtual Server）的网络地址转换（NAT）模式... 在NAT模式中，Director Server（DS）充当所有服务器节点的网关，既是客户端请求的入口，也是Real Server响应客户端的出口。 [^3]: LVS-NAT模式的原理是什么？... 负载均衡器将请求的数据包的源地址修改为自身的IP地址，目标地址修改为选定的真实服务器的IP地址... 负载均衡器接收到真实服务器的响应后，将响应的数据包的源地址修改为虚拟IP地址，目标地址修改为客户端的IP地址。 [^4]: lvs-nat模式实验详解... 实验主机准备... lvs中开启路由转发功能... webserver1/2的ip配置（网关指向DIP）... 安装lvs软件ipvsadm... 添加策略... [^5]: LVS的NAT模式实战... 外网：（VIP 192.168.10.143）... web01真实web服务器Rs 192.168.1.200... web02真实web服务器Rs 192.168.1.201... client测试... RS 使用私有IP，网关指向DIP。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值