山月刀岚月刀1. 为什么选择LVS DR模式？
在互联网服务架构中，负载均衡技术就像是交通指挥中心，而LVS（Linux Virtual Server）的DR（Direct Routing）模式则相当于在城市主干道上设置了智能红绿灯系统。我第一次在生产环境部署DR模式时，原本担心性能损耗，但实测发现请求转发延迟可以控制在0.1ms以内，这完全颠覆了我对软件负载均衡器的认知。
DR模式的核心优势在于数据包转发路径的精简设计。与NAT模式需要修改进出双向数据包不同，DR模式只干预入站请求，响应数据由真实服务器（Real Server）直接返回客户端。这种非对称处理方式使得集群吞吐量可以轻松突破10Gbps，我在某次电商大促中就用10台普通服务器撑住了每秒15万次请求。
关键提示：DR模式要求所有真实服务器必须与调度器（Director）在同一个二层网络，这是实现MAC地址重写的基础条件。如果服务器分布在多个机房，可以考虑TUN模式替代。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 部署前的网络环境准备
2.1 网络拓扑规划实战
典型的DR模式部署需要以下角色：
- 负载调度器（Director）：运行ipvsadm的主机，建议双网卡配置
- 真实服务器集群（Real Server）：至少2台，运行实际服务
- VIP（Virtual IP）：对外提供服务的虚拟IP地址
这是我最近为一个视频直播平台设计的拓扑：
code复制客户端
|
| (访问VIP:193.168.1.100)
↓
[ LVS Director ]
| (通过DIP:192.168.1.1与RS通信)
↓
[ RS1:192.168.1.2 ]
[ RS2:192.168.1.3 ]
[ RS3:192.168.1.4 ]
2.2 内核参数调优清单
在Director和所有RS上需要调整的sysctl参数：
bash复制# 关闭ARP响应（关键配置）
echo 1 > /proc/sys/net/ipv4/conf/all/arp_ignore
echo 2 > /proc/sys/net/ipv4/conf/all/arp_announce
# 开启路由转发
echo 1 > /proc/sys/net/ipv4/ip_forward
# 时间戳防御SYN攻击
echo 1 > /proc/sys/net/ipv4/tcp_timestamps
踩坑记录：曾经有次忘记设置arp_ignore，导致客户端随机访问到真实服务器，服务出现间歇性不可用。现在我的部署脚本会强制检查这个参数。
3. 分步部署实操指南
3.1 Director节点配置
安装必要工具：
bash复制yum install ipvsadm -y # CentOS
apt-get install ipvsadm # Ubuntu
配置VIP（假设网卡为eth0）：
bash复制ip addr add 193.168.1.100/32 dev eth0 label eth0:0
创建LVS服务（以HTTP为例）：
bash复制ipvsadm -A -t 193.168.1.100:80 -s wrr
ipvsadm -a -t 193.168.1.100:80 -r 192.168.1.2 -g -w 1
ipvsadm -a -t 193.168.1.100:80 -r 192.168.1.3 -g -w 1
3.2 真实服务器配置
每台RS都需要配置VIP为lo接口别名：
bash复制ip addr add 193.168.1.100/32 dev lo label lo:0
设置路由确保响应包从lo接口发出：
bash复制route add -host 193.168.1.100 dev lo
3.3 健康检查方案
原生LVS缺乏健康检查机制，我推荐使用keepalived：
bash复制! Configuration File for keepalived
global_defs {
router_id LVS_DEVEL
}
vrrp_instance VI_1 {
state MASTER
interface eth0
virtual_router_id 51
priority 100
advert_int 1
authentication {
auth_type PASS
auth_pass 1111
}
virtual_ipaddress {
193.168.1.100
}
}
virtual_server 193.168.1.100 80 {
delay_loop 6
lb_algo wrr
lb_kind DR
protocol TCP
real_server 192.168.1.2 80 {
weight 1
TCP_CHECK {
connect_timeout 3
nb_get_retry 3
delay_before_retry 3
connect_port 80
}
}
}
4. 生产环境问题排查手册
4.1 常见故障现象与处理
现象一：客户端收到RS的拒绝连接
- 检查RS是否监听了VIP的端口
- 验证iptables是否放行了对应端口
- 确认RS的lo接口VIP配置正确
现象二：负载不均
- 查看调度算法：
ipvsadm -ln - 检查权重设置：
ipvsadm -lcn - 考虑改用lc（最小连接）算法
4.2 性能监控关键指标
bash复制# 查看当前连接分布
watch -n 1 ipvsadm -lnc
# 统计每秒请求量
ipvsadm -ln --rate | grep -A 10 "193.168.1.100:80"
# 内核连接跟踪表大小
cat /proc/sys/net/ipv4/vs/conn_tab_size
4.3 压测数据参考
在我的测试环境中（Director: 16C32G, RS: 8C16G x 5）：
code复制并发连接数 吞吐量 平均延迟
10,000 15,000rps 2.3ms
50,000 68,000rps 5.1ms
100,000 121,000rps 8.7ms
5. 高级配置技巧
5.1 会话保持实现
对于需要会话保持的服务：
bash复制ipvsadm -E -t 193.168.1.100:80 -s sh
5.2 多VIP负载均衡
当需要多个VIP时，可以复用同一个Director：
bash复制ip addr add 193.168.1.101/32 dev eth0 label eth0:1
ipvsadm -A -t 193.168.1.101:443 -s wlc
5.3 与Docker的集成方案
在容器环境中部署时需要注意：
- 使用host网络模式
- 在宿主机配置VIP
- 通过环境变量传递RS地址
dockerfile复制FROM nginx
RUN echo "192.168.1.100 myvip" >> /etc/hosts
6. 安全加固建议
6.1 防止VIP冲突
在RS上添加arp抑制规则：
bash复制echo 1 > /proc/sys/net/ipv4/conf/lo/arp_ignore
echo 2 > /proc/sys/net/ipv4/conf/lo/arp_announce
6.2 防御SYN Flood
启用synproxy：
bash复制iptables -A INPUT -p tcp --dport 80 --syn -j SYNPROXY
6.3 访问控制策略
限制管理访问：
bash复制iptables -A INPUT -p tcp --dport 8080 -s 10.0.0.0/24 -j ACCEPT
iptables -A INPUT -p tcp --dport 8080 -j DROP
经过多次实战验证，我发现DR模式在TCP长连接场景下表现尤为出色。最近一次为在线教育平台部署时，使用DR模式后，WebSocket连接的稳定性提升了40%，CPU消耗反而降低了15%。这主要得益于响应数据不需要经过Director转发，大大减轻了中心节点的负担。