负载均衡流量分配策略：让系统扛住高并发的关键

负载均衡流量分配策略的核心作用

在用户访问量动辄上万甚至百万的互联网服务中，单台服务器早已无法支撑全部请求。这时候，负载均衡就成了系统的“交通指挥官”，而流量分配策略就是它指挥交通的规则。不同的策略直接影响系统的响应速度、资源利用率和稳定性。

轮询（Round Robin）：最基础的公平分配

轮询就像排队买票，每个请求依次分配给后端服务器。第一台处理完一个请求，轮到第二台，依此类推，循环往复。这种方式实现简单，适合服务器性能相近的场景。

# Nginx 配置示例：轮询
upstream backend {
    server 192.168.1.10;
    server 192.168.1.11;
    server 192.168.1.12;
}

server {
    location / {
        proxy_pass http://backend;
    }
}

加权轮询：考虑服务器性能差异

现实中服务器配置往往不同。有的机器内存大、CPU强，有的则较弱。加权轮询允许我们为每台服务器设置权重，性能强的承担更多流量。比如一台配置是另一台的两倍，就可以设权重为2:1。

# Nginx 配置示例：加权轮询
upstream backend {
    server 192.168.1.10 weight=3;
    server 192.168.1.11 weight=2;
    server 192.168.1.12 weight=1;
}

最少连接数：动态感知压力

有些请求处理时间长，比如上传文件或生成报表。这时轮询可能把新请求发给已经积压很多连接的服务器。最少连接数策略会实时查看哪台服务器当前连接数最少，优先把新请求交给它，更智能地平衡负载。

IP 哈希：保持会话一致性

如果应用没有做会话共享，用户的登录状态可能只存在某台服务器的内存里。这时候可以用 IP 哈希策略，根据客户端 IP 地址计算哈希值，固定分配到某台服务器。虽然牺牲了部分负载均衡性，但避免了频繁登录的问题。

# Nginx 配置示例：IP 哈希
upstream backend {
    ip_hash;
    server 192.168.1.10;
    server 192.168.1.11;
    server 192.168.1.12;
}

URL 哈希：缓存优化利器

在内容分发网络或静态资源服务中，相同 URL 的请求最好落到同一台缓存服务器上。URL 哈希根据请求路径做哈希计算，提升缓存命中率，减少后端压力。比如 /images/logo.png 永远由同一台机器处理。

实际选择时的考量

没有一种策略通吃所有场景。电商大促期间，突发流量下用最少连接数更能防止单点过载；内部微服务调用，服务性能差异大，加权轮询更合理；而纯静态资源站，URL 哈希配合 CDN 效果最佳。关键是根据业务特点、服务器配置和运维能力来选型。

负载均衡器本身也可能成为瓶颈，高可用部署和健康检查机制同样重要。策略再好，机器挂了也白搭。真正的稳定，是策略、架构和监控共同撑起来的。