1. LVS核心架构解析
LVS（Linux Virtual Server）作为企业级负载均衡解决方案，其核心价值在于将多台真实服务器虚拟化为单一高性能服务单元。我在某电商平台流量治理项目中首次接触LVS时，发现其四层负载均衡性能可达到硬件设备的80%，而成本仅为十分之一。
1.1 数据包转发机制
LVS通过内核态的Netfilter框架实现数据包拦截，主要采用三种转发模式：
- NAT模式：通过修改目标IP实现流量转发，适合出口IP统一的场景
- DR模式：利用MAC地址改写直接路由，性能最佳但要求服务器同网段
- TUN模式：IP隧道封装实现跨机房调度，牺牲部分性能换取部署灵活性
在日活百万级的社交APP架构中，我们最终选择DR模式，实测单个LVS节点可稳定处理15万QPS，延迟控制在2ms以内。关键配置在于arp_ignore和arp_announce参数的调整，避免真实服务器直接响应VIP请求。
1.2 会话保持实现
电商购物车这类有状态服务需要会话保持，LVS提供以下机制：
ipvsadm -A -t 192.168.1.100:80 -s sh ipvsadm -a -t 192.168.1.100:80 -r 192.168.1.2 -g -w 1 -x 3600其中-x参数设置3600秒超时，配合sh调度算法实现源IP哈希。实际部署中发现移动网络下用户IP可能变化，需要结合cookie插入方案进行补充。
2. 调度算法深度对比
2.1 静态调度算法
轮询(RR)：最基础的均匀分配算法，适合服务器性能均等的场景。但在某视频平台实践中发现，当处理耗时差异较大时会导致服务器负载不均衡。
加权轮询(WRR)：通过权重值分配流量比例。给8核服务器设置权重4，16核服务器设置权重8。需要注意权重比应定期根据服务器监控数据动态调整。
目标地址哈希(DH)：保证相同目标IP的请求始终转发到固定服务器。在CDN回源场景中效果显著，可提升缓存命中率约30%。
2.2 动态调度算法
最少连接(LC)：选择当前连接数最少的服务器。在游戏服务器集群中实测发现，当连接持续时间差异较大时（如普通玩家vs公会战），会导致负载失衡。
加权最少连接(WLC)：改进版考虑服务器权重。计算公式为：(活动连接数+1)*256/权重值。某金融系统使用后，服务器CPU利用率标准差从15%降至5%。
基于局部性的最少连接(LBLC)：兼顾目标地址哈希和最少连接的优势。在混合了长连接（WebSocket）和短连接（API）的物联网平台中表现优异。
关键经验：算法选择不能只看理论性能，必须用真实流量进行AB测试。我们曾用tcpreplay回放生产流量，发现WLC在突发流量下表现优于RR。
3. 生产环境调优实践
3.1 性能瓶颈突破
在双十一大促前压力测试中，我们遇到LVS节点CPU软中断过高的问题。通过以下优化手段将吞吐量提升3倍：
- 开启RPS/RFS：
echo "ff" > /sys/class/net/eth0/queues/rx-0/rps_cpus- 调整内核参数：
sysctl -w net.ipv4.vs.expire_nodest_conn=1 sysctl -w net.ipv4.vs.conn_reuse_mode=0- 网卡多队列绑定：
ethtool -L eth0 combined 83.2 高可用方案
为避免单点故障，我们采用Keepalived+LVS的架构：
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 { 192.168.1.100/24 } }故障切换时间可控制在3秒内，但要注意脑裂问题。我们通过增加ping检测脚本作为补充判断条件。
4. 典型问题排查实录
4.1 DR模式ARP问题
现象：客户端间歇性无法访问VIP 排查步骤：
- 检查真实服务器arp_filter设置
- 确认VIP未绑定在lo:0接口
- 使用tcpdump抓取ARP报文 最终发现是某台服务器未设置arp_ignore导致VIP冲突
4.2 连接数不均衡
现象：WLC算法下部分服务器连接数偏高 解决方案：
- 检查ipvsadm -ln输出，确认权重配置正确
- 使用conntrack -L统计真实连接数
- 发现某服务存在TCP长连接未超时 调整ipvsadm的-p参数设置超时为300秒后恢复正常
4.3 NAT模式性能瓶颈
现象：千兆网络下吞吐仅300Mbps 优化方法：
- 开启内核转发加速
sysctl -w net.ipv4.vs.nat_icmp_send=0- 调整conntrack表大小
sysctl -w net.netfilter.nf_conntrack_max=1000000- 采用DPDK加速方案（需重新编译内核）
