标杆徐LinuxSre运维系列⑤ ：企业级负载均衡LVS入门与实践（10讲）

这门课适合谁：缺的不是 Linux 基础，是“流量进来之后怎么办”

如果你已经能在 Linux 上装服务、改配置、看日志，但一被问到「四层和七层到底差在哪」「为什么后端机器都正常，用户却偶尔连不上」，就答得含糊——那这门课正好卡在这个缺口上。它不教你怎么装 Nginx、怎么写 Shell，而是专门处理一个更靠后的问题：请求量上来之后，怎么把流量有策略地分给一组后端服务器，并且分得稳、分得可查。

LVS 是 Linux 内核自带的负载均衡方案，工作在四层，靠 IPVS 模块转发。它不像 Nginx 那样把连接接住再代理出去，而是在内核里直接改写报文，所以吞吐高、资源占用低。代价是它对网络细节更敏感，配置里一个转发模式选错，症状可能只是“偶发超时”，排查起来却绕。这门 10 讲的定位，就是把这段容易含糊的地方讲清楚。

看完你应该能回答的几个问题

• LVS 的 NAT、DR、TUN 三种转发模式，各自的报文路径发生了什么变化，为什么 DR 模式下后端要绑 VIP 到 lo 并关掉 ARP 响应？
• 调度算法 rr、wrr、lc、wlc、sh 分别适合什么流量特征，会话保持到底靠算法还是靠别的手段？
• ipvsadm 里看到的 ActiveConn、InActConn 数字偏高，是后端慢，还是连接没被正确回收？
• RS 健康检查由谁做、多久做一次、摘除和恢复的时机怎么定？
• 为什么单靠 LVS 不够，什么场景必须把 Keepalived 拉进来做 VIP 漂移？

这些问题不是知识点罗列，而是判断力的分界线：能不能在出问题时快速缩小范围，取决于你对报文怎么走、连接怎么建有没有清晰图像。

练习该怎么做，别只看不动手

LVS 的坑几乎都在真实网络里才会冒出来，光看讲解很容易产生“我懂了”的错觉。建议按这个顺序自己搭一遍：先用两台或三台虚拟机起一个 NAT 模式的最小集群，确认请求能分发；再把模式换成 DR，亲身体会一次“后端服务明明是好的，客户端却连不上”——多数人第一次都会卡在 VIP 绑定和 ARP 抑制上。这一步走通了，你才算真的理解转发模式。

接着加权重、改调度算法，用压测或循环请求观察连接在各后端的分布是否和权重吻合。最后把 Keepalived 接上，手动停掉主节点，看 VIP 是否漂移、客户端是否短暂中断。这个过程里，你会自然遇到内核参数、防火墙、网卡别名这些边角问题，它们比主线知识更接近日常运维。

和你已有知识怎么接

如果之前学过 Nginx 或 Haproxy 的反向代理，正好形成对照：七层代理能看清 URL 和 Header，可以做更细的路由和改写，但每一条连接都要在用户态过一遍；LVS 在四层转发，看不见应用层内容，胜在性能和透明。真实架构里两者常常叠着用——LVS 在外层扛量，Nginx 在内层做七层分发。理解了这个分工，你在设计架构时就不会纠结“到底选哪个”，而是知道各自该放在哪一层。

这门课属于运维系列的一环，前后和 Nginx、Keepalived、监控告警这些主题是咬合的。单独看它能补上负载均衡这一块，放在整条链路里看，它补的是“流量入口”这段的判断力。学之前不妨先自查一句：给你三台机器和一个 VIP，你能说清楚请求从客户端到后端再回来，中间经过几次地址改写吗？答不上来，就从第一讲踏实看起。