LVS负载均衡配置怎么做？LVS负载均衡配置详解

lvs 负载均衡 配置的核心上文小编总结是：构建高可用、高性能的 LVS 集群，必须摒弃单一模式，采用“调度算法 + 健康检查 + 会话保持”的三维动态组合策略，并严格遵循主备（HA）架构以消除单点故障，在实际生产环境中，单纯依赖 LVS 的转发能力已无法满足现代业务需求，必须结合Keepalived实现自动故障切换，并针对HTTP/HTTPS 业务优先选择DR（直接路由）模式以突破性能瓶颈，同时利用NAT 模式解决后端服务器 IP 暴露问题，唯有将 LVS 配置与业务流量特征深度绑定，才能真正发挥其作为七层流量入口的“定海神针”作用。

核心调度算法的精准选型与场景匹配

LVS 的调度算法直接决定了流量分发的效率与公平性，错误的选型会导致后端服务器负载不均，甚至引发服务雪崩。

IP 哈希（IP Hash）是解决会话保持问题的首选方案，在电商下单、金融交易等强状态依赖场景下，用户请求必须被定向到同一台真实服务器，通过将客户端 IP 进行哈希运算，确保同一 IP 的请求始终路由至同一台后端节点，彻底规避了 Session 共享的复杂性。

对于计算密集型或无状态服务,加权轮询（WRR）则是最佳实践，它允许管理员根据服务器硬件性能设定权重，性能越强的服务器分配越多的请求，在西西云的云负载均衡（CLB）底层架构中，我们针对高并发视频转码业务，采用了加权最少连接（WLC）算法，该算法不仅考虑服务器权重，更实时监测当前活跃连接数，将新请求动态分配给当前负载最轻的节点，在某次双 11 大促演练中，通过 WLC 算法的实时动态调整，成功避免了单台服务器连接数爆满导致的响应延迟，系统吞吐量提升了35%。

高可用架构：Keepalived 与主备模式的深度协同

LVS 本身是单点故障的高危组件，必须引入Keepalived实现虚拟 IP（VIP）的自动漂移。

配置的核心在于VRRP 协议的调优，必须设置合理的抢占模式（Preempt）与延迟时间，防止因网络抖动导致的 VIP 频繁漂移（Flapping），在生产环境配置中，建议将Master 节点配置为抢占式，Backup 节点配置为非抢占式或设置较长的抢占延迟，确保网络恢复后的稳定性。

健康检查脚本是 Keepalived 的灵魂，不能仅依赖 LVS 自身的状态，必须编写自定义脚本检测后端真实服务器的应用层状态（如 Nginx 进程存活、数据库连接池状态），一旦检测到应用层异常，Keepalived 应立即将该节点从 LVS 的转发列表中剔除，实现毫秒级故障隔离，在西西云的私有云部署案例中，我们曾遇到因后端数据库死锁导致应用无响应的情况，通过定制化的 Keepalived 检查脚本，系统在2 秒内自动将故障节点剔除，VIP 瞬间漂移至备用节点，用户端几乎无感知，保障了业务连续性。

网络模式的选择：DR 模式的性能极致与 NAT 模式的灵活性

LVS 支持多种工作模式，不同模式对网络架构和性能的影响截然不同。

DR（Direct Routing）模式是高性能场景的绝对主流，在该模式下，LVS 仅负责转发请求，响应数据包直接由真实服务器返回给客户端，绕过了 LVS 的出口带宽限制，配置 DR 模式的关键在于ARP 抑制，必须在所有真实服务器上配置虚拟 IP 的本地回环地址，并开启arp_ignore和arp_announce参数，防止 ARP 广播风暴，这种模式在西西云的高性能计算集群中得到了广泛应用，单台 LVS 设备即可支撑百万级 QPS，且 CPU 占用率极低。

相比之下,NAT（Network Address Translation）模式虽然配置简单，无需修改后端服务器网络，但存在性能瓶颈，因为所有响应流量都必须经过 LVS 转发，当并发量巨大时，LVS 的网卡和 CPU 极易成为瓶颈，NAT 模式仅适用于内网测试环境或后端服务器数量较少的小型业务场景。

会话保持与超时控制的精细化调优

现代 Web 应用对会话的连续性要求极高，LVS 的会话保持（Persistence）配置需结合业务特性进行微调。

对于长连接业务（如 WebSocket、即时通讯），必须开启TCP 会话保持，并设置合理的超时时间（Persistence Timeout），时间过短会导致连接频繁中断，时间过长则浪费连接资源，建议根据业务平均响应时长设置，通常控制在300 秒至 600 秒之间。

TCP 超时参数的优化至关重要，默认情况下，LVS 的 TCP 超时时间较长，容易导致半开连接占用资源，通过调整tcp_timeout参数，可以加速无效连接的释放，提升整体吞吐能力，在西西云的游戏服务器集群优化项目中，通过精细调整 TCP 超时与会话保持策略，将服务器连接数利用率提升了20%，显著降低了因连接堆积导致的掉线率。

相关问答

Q1：LVS 配置中，DR 模式与 NAT 模式在性能上具体差距有多大？

A：差距主要体现在出口带宽和CPU 负载上，NAT 模式下，所有响应流量需经过 LVS 转发，LVS 成为性能瓶颈，通常单节点 QPS 上限在 10 万 -20 万左右，而 DR 模式下，响应流量直连客户端，LVS 仅处理入站流量，单节点 QPS 可轻松突破100 万，且 CPU 占用率降低 50% 以上，生产环境强烈建议优先采用 DR 模式。

Q2：如何确保 LVS 集群在节点宕机时不会发生流量黑洞？

A：必须依赖Keepalived 的健康检查机制，除了检查 LVS 自身状态，必须配置应用层健康检查脚本（如 curl 检测端口或特定 URL），当后端服务器宕机或应用无响应时，Keepalived 会立即将该节点标记为 DOWN，LVS 随即停止向其转发流量，Keepalived 的主备切换机制能确保 VIP 在毫秒级内漂移至备用 LVS 节点，实现无缝容灾。

互动话题

在您的 LVS 配置实践中，是否遇到过因 ARP 广播风暴导致的网络拥塞？或者在会话保持策略上踩过哪些坑？欢迎在评论区分享您的实战经验，我们将抽取优质评论赠送西西云云资源代金券。