LVS-DR模式通过请求与响应路径分离实现高性能：调度器仅改写目标MAC地址转发请求，真实服务器直接响应客户端，避免返回流量经过调度器；要求同局域网、VIP绑定lo接口并禁用ARP响应、子网掩码为/32。
LVS 通过 DR（Direct Routing）模式显著提升吞吐量，核心在于“请求与响应路径分离”——调度器只处理入站请求转发，不参与响应返回。这大幅降低了调度器的网络和 CPU 压力，让集群整体承载能力跃升。
DR 模式如何实现请求与响应解耦
客户端请求发往 VIP，LVS 调度器收到后，不做 IP 封装或端口转换，仅修改数据帧的目标 MAC 地址为选定 Real Server 的 MAC，然后广播到局域网。Real Server 收到后，识别目标 IP（VIP）与其本地配置匹配，直接处理并从自身网关回包给客户端，响应流量完全绕过 LVS。
- 请求路径：Client → LVS（改 MAC）→ Real Server
- 响应路径：Real Server → Client（直发，不经 LVS）
- 调度器无需处理返回流量，带宽和连接数瓶颈被彻底释放
关键设计保障高性能
DR 模式依赖几项硬性设计来维持高吞吐：
- 二层同网段部署：LVS 与所有 Real Server 必须在同一个物理局域网（如同一交换机），确保 MAC 层可达，避免路由跳转开销
- VIP 隐藏式配置：Real Server 将 VIP 绑定在 lo 接口，并禁用 ARP 响应（如设置 arp_ignore=1 和 arp_announce=2），防止地址冲突，同时保证只接收、不对外宣告
- 无隧道/无 NAT 开销：相比 TUN 或 NAT 模式，DR 不需封装 IP 包头、不修改 IP 地址、不进行端口映射，协议栈处理极轻量
实际吞吐表现与资源利用优势
在典型千兆网络下，单台 LVS 调度器可轻松支撑数百台 Real Server，理论吞吐接近物理网卡极限（例如 1G 全双工网卡支持近 10 Gbps 实际 HTTP 吞吐）。Real Server 自主回包，意味着：
- 调度器 CPU 占用率长期低于 15%，即使并发连接达数万也稳定
- 网络延迟减少 1 跳，平均 RTT 降低 0.2–0.5ms
- 集群横向扩展性强——增加 Real Server 几乎不影响调度器负载
部署时影响性能的关键细节
看似简单，但几个配置疏漏会直接拖垮性能：
- Real Server 未关闭 ARP 响应 → 客户端可能学到错误的 VIP-MAC 映射，导致请求被丢弃
- VIP 子网掩码未设为 /32（如 192.168.1.100/32）→ 可能触发路由异常或内核反向路径过滤（rp_filter）丢包
- 调度器未启用 IP 转发或未加载 ip_vs 内核模块 → 规则无法生效
- 交换机开启 STP 或端口安全限制 MAC 学习 → 广播帧无法送达 Real Server
