Keepalived仅负责VIP漂移和主备切换，不支持权重轮询；轮询权重必须由Nginx、HAProxy或LVS等后端负载均衡器实现，三者配置方式各异，且需与Keepalived协同保障高可用与智能调度分离。

轮询权重与Keepalived双机热备可以协同工作，但需明确分工：Keepalived不负责应用层轮询调度，它只管VIP漂移和主备切换；真正的轮询+权重调度必须由后端负载均衡器（如Nginx、HAProxy或LVS）承担。所谓“极速边缘调度网关”，本质是将高可用（HA）与智能流量分发（LB）分层解耦、紧密集成。

轮询权重必须由真实LB组件实现

Keepalived自身不具备按权重轮询（Weighted Round Robin）能力。它的vrrp_instance仅决定谁持有VIP，而请求到达VIP后的分发逻辑，完全取决于绑定在该VIP上的服务：

• 若用LVS-DR模式，权重需在ipvsadm -a命令中显式指定，例如：ipvsadm -a -t 192.168.10.100:80 -r 192.168.10.72:80 -g -w 3（-w 3表示权重为3）
• 若用Nginx，权重写在upstream块：server 192.168.10.72:80 weight=3;
• 若用HAProxy，通过balance roundrobin配合weight参数实现

Keepalived专注高可用底座，自动同步关键状态

它保障的是“调度入口”的永不中断，而非调度策略本身。配置要点包括：

• 主备节点使用相同virtual_router_id和auth_pass，确保属同一VRRP组
• 主节点设state MASTER + 较高priority（如100），备节点设state BACKUP + 较低优先级（如90）
• 通过track_script监控后端LB进程（如nginx或haproxy是否存活），失败则触发VIP漂移
• VIP（如192.168.10.100）由Keepalived自动绑定/解绑，无需手动配ens33:0子接口

边缘网关部署建议：轻量+就近+可扩展

面向边缘场景，推荐组合方案：

• Nginx + Keepalived：适合HTTP/HTTPS七层调度，支持URL匹配、Header改写、动静分离，权重轮询配置直观，资源占用低
• HAProxy + Keepalived：四层性能更稳，支持连接数限速、ACL精细控制，对长连接、WebSocket更友好
• 避免直接用LVS-DR做边缘——它要求RS与DS同网段、RS需抑制ARP响应，边缘网络拓扑往往不满足
• 所有Real Server（即后端Web节点）应部署在低延迟区域（如同机房、同AZ），减少跨网调度开销

健康检查与权重联动提升实效性

仅静态配权重不够智能。可结合Keepalived的脚本检测，动态调整后端服务能力：

• 编写检查脚本（如/etc/keepalived/check_backend.sh），探测各RS的响应时间、错误率或负载均值
• 在vrrp_script中调用该脚本，并用weight参数正向/负向影响本节点优先级
• 当某RS变慢，其所在Nginx节点优先级下降，VIP更倾向漂移到另一台更健康的调度器，间接实现“权重再平衡”