CN
EN
网站或应用的访问量逐渐增大，对稳定越来越高时，单台CN2线路服务器可能力不从心。负载均衡和故障转移技术是能保证服务能力和连续性的关键。负载均衡能把流量分配到多台CN2线路服务器上，故障转移是可以确保其中一台服务器宕机时，流量可以被自动导向健康的服务器上。
核心概念：它们是如何工作的？
在配置之前，我们先厘清两个核心机制：
负载均衡的核心目标是分担压力、提升性能。它就像一个“交通指挥中心”，所有外部用户的请求首先到达这个中心。中心根据预设的规则（如轮询、按CN2 线路服务器性能分配等），将请求分发给背后多台处理实际业务的CN2 线路服务器（称为后端CN2 线路服务器或真实CN2 线路服务器）。这样，任何一台后端CN2 线路服务器都不会因过载而响应缓慢，同时系统的整体处理能力也得到了线性提升。
故障转移的核心目标是保障服务不中断、提升可用性。它更像一个“备用电源系统”。系统会持续监控每一台CN2 线路服务器的健康状态（如网络是否通畅、服务进程是否存活）。当检测到某台主CN2 线路服务器发生故障时，系统能在极短时间内（通常是秒级）自动将后续所有流量切换到预先准备好的备用CN2 线路服务器上，从而使用户几乎感知不到故障的发生。
在实际架构中，这两个功能通常由同一套或紧密协作的组件来实现，其核心组件包括：
负载均衡器：对外提供统一的访问入口（通常是一个虚拟IP地址，简称VIP），执行流量分发。
后端CN2 线路服务器集群：实际运行应用程序的多台CN2 线路服务器。
健康检查模块：负载均衡器上持续探测后端CN2 线路服务器状态的功能。
高可用协调组件（如Keepalived）：在多台负载均衡器之间实现主备切换，防止负载均衡器自身成为单点故障。
配置实战：从选型到部署
了解原理后，我们进入配置环节。主流的技术选型包括Nginx（侧重应用层）、HAProxy（专业级代理）以及LVS结合Keepalived（操作系统层高可用方案）。以下以非常流行的 Nginx 和 Keepalived + HAProxy 组合为例进行说明。
第一步：使用Nginx实现负载均衡与故障转移
Nginx通过`upstream`模块定义后端CN2 线路服务器组，并内置了健康检查机制。
```nginx
http {
upstream backend_servers {
# 定义两台后端CN2 线路服务器，并配置权重（weight）
server 192.168.1.101:80 weight=3 max_fails=3 fail_timeout=30s;
server 192.168.1.102:80 weight=2 max_fails=3 fail_timeout=30s;
# 可选的负载均衡算法，如最少连接数
# least_conn;
}
server {
listen 80;
location / {
# 将请求代理到后端CN2 线路服务器组
proxy_pass http://backend_servers;
}
}
}关键配置解析：
`weight`：权重，数字越大分配的请求比例越高。适合处理能力不同的CN2 线路服务器。
`max_fails`与`fail_timeout`：这是实现故障自动转移的关键。`max_fails=3`意味着在`fail_timeout=30s`的时间窗口内，如果对某台CN2 线路服务器的连续失败次数达到3次，Nginx会将其标记为“不可用”，并在接下来的30秒内停止向其转发新请求。30秒后会再次尝试连接，如果成功则自动恢复。这就完成了故障节点的自动摘除与恢复。
`backup`参数：可以将某台CN2 线路服务器标记为备份CN2 线路服务器，只有当所有非备份CN2 线路服务器都不可用时，它才会接收流量，作为最后一道保险。
第二步：使用Keepalived实现负载均衡器自身的高可用
单个Nginx负载均衡器本身也可能故障，因此需要为它配置“备胎”。Keepalived利用VRRP协议，可以创建一组负载均衡器（一主一备或多备）。它们共享一个虚拟IP（VIP），客户端始终通过这个VIP访问。
主负载均衡器（Master）配置示例 (`/etc/keepalived/keepalived.conf`)：
```nginx
global_defs {
router_id LVS_MASTER # 本机标识
}
vrrp_instance VI_1 {
state MASTER # 角色为主
interface eth0 # 监听VRRP通告的网络接口
virtual_router_id 51 # 虚拟路由ID，主备必须相同
priority 100 # 优先级，主节点应高于备节点
advert_int 1 # 心跳通告间隔（秒）
authentication { # 认证信息，主备必须一致
auth_type PASS
auth_pass your_secure_password
}
virtual_ipaddress { # 定义虚拟IP（VIP）
192.168.1.100/24 dev eth0
}
}备用负载均衡器（Backup） 的配置与主类似，只需将`state`改为`BACKUP`，并赋予一个较低的`priority`（例如90）。
配置完成后，启动两边的Keepalived服务。正常情况下，VIP会绑定在主节点的`eth0`网卡上。如果主节点宕机，备用节点会在约1-3秒内检测到并接管VIP，实现无缝切换。
第三步：结合HAProxy实现更专业的负载均衡
HAProxy是专业的负载均衡软件，其配置语法更为精细。一个典型的配置片段如下：
```nginx
frontend http_front
bind *:80
default_backend http_back
backend http_back
balance roundrobin # 使用轮询算法
option httpchk GET /health_check # 定义HTTP健康检查方式
server web1 192.168.1.101:80 check inter 2000 rise 2 fall 3
server web2 192.168.1.102:80 check inter 2000 rise 2 fall 3此配置中，`option httpchk`指定了更精准的应用层健康检查。`inter 2000`表示每2秒检查一次，`rise 2`意味着连续成功2次才标记CN2 线路服务器为健康，`fall 3`意味着连续失败3次就将其标记为宕机。
为CN2 线路服务器配置负载均衡与故障转移，本质上是将单点架构升级为具备冗余和扩展能力的集群架构。这个过程始于在应用层（如Nginx/HAProxy）配置后端CN2 线路服务器组和智能健康检查，实现流量分发和故障感知；继而通过系统层（如Keepalived）为负载均衡器本身建立主备机制，消除新的单点故障。成功的关键在于根据业务特性（如是否有会话保持需求）选择合适的算法，并在上线前进行充分的故障模拟和压力测试。
