两台服务器做负载均衡，核心不是“把流量劈两半”，而是用反向代理或四层转发把请求分发到两台后端，再给分发器套高可用，消除单点故障。 别把“负载均衡”和“双机热备”混——前者为扩容和分摊，后者只为故障切换，两台机器时两者常组合使用。
🔧 主流方案三选一(按技术栈和场景挑)
1. Nginx 反向代理(七层，最常用)
两台服务器都装 Nginx，一台当 LB(负载均衡器)，另一台当后端(也可两台互为主备 LB + 后端)。配置 upstream 块定义后端池，用 proxy_pass 转发。算法默认轮询，可加 weight 调权重、ip_hash 绑会话。 优点：配置简单、HTTP 层能按 URL/域名路由、免费;缺点：LB 自身是单点，挂了全站瘫。
2. Keepalived + LVS(四层，高可用)
两台服务器都装 Keepalived 和 LVS(ipvsadm)，Keepalived 用 VRRP 协议把虚拟 IP(VIP)漂在存活的机器上，LVS 用 DR 或 NAT 模式分发流量。 优点：LB 层高可用(一台宕机 VIP 秒飘另一台)、性能极高(LVS 内核态转发);缺点：配置复杂，DR 模式要抑制 ARP，网络拓扑有要求。
3. 云厂商 SLB/ALB(省心版)
买云负载均衡实例，后端挂两台 ECS，健康检查、会话保持、SSL 卸载全托管，按流量付费。 适合不想运维 LB 节点的团队，缺点：费用、厂商锁定。
⚙️ 两台服务器的典型拓扑
方案 A(无高可用，纯分发)：Server A 跑 Nginx LB，Server B 跑应用;A 挂则全断，仅适合测试。
方案 B(互备高可用)：两台都装 Nginx+Keepalived，VIP 在 A，A 挂 VIP 飘 B，两台同时跑应用且互备 LB。 这是中小网站最务实的架构——既分摊流量又防单点，成本仅两台机器。
