网络均衡原理：让流量分配更聪明

公司新上线的电商平台突然火了，结果没撑过双十一大促，服务器集体罢工。运维老张一查日志，发现三台应用服务器里，两台快炸了，一台在摸鱼。问题出在哪？流量没分好，压根没用上网络均衡原理。

什么是网络均衡

网络均衡，说白了就是别把所有请求都往一个地方堆。就像早高峰地铁站，五个入口只开一个，队伍能排到街角。网络均衡就是多开几个口子，把人（也就是数据请求）合理分流。

常见的方式是用负载均衡器，它像一个智能调度员，站在用户和服务器之间。用户请求过来，它根据策略决定发给哪台后端机器。常见的策略有轮询、最少连接、响应时间优先等。

轮询不是万能的

很多人以为轮询就是平均分配，其实不然。比如三台服务器，A性能强，B一般，C老旧。轮询不管这些，一人一次。结果C处理慢，请求积压，用户体验差。这时候就得换加权轮询，给A多派活，C少接点。

实际配置中，Nginx 就常用这种写法：

upstream backend {
    server 192.168.1.10 weight=5;
    server 192.168.1.11 weight=3;
    server 192.168.1.12 weight=1;
}

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

权重越高，分到的请求越多，资源利用率自然就上去了。

会话保持是怎么回事

有些业务必须记住用户状态，比如购物车。如果每次请求被甩到不同服务器，购物车就丢了。这时候需要会话保持（Session Persistence），让同一个用户的请求尽量落在同一台机器上。

可以用 IP 哈希实现：

upstream backend {
    ip_hash;
    server 192.168.1.10;
    server 192.168.1.11;
    server 192.168.1.12;
}

同一个 IP 的请求，大概率进同一台，问题解决了。但这也可能带来新的不均衡——某个IP请求特别多，对应的服务器压力猛增。

健康检查不能省

均衡器得知道后端谁活着谁挂了。健康检查就是定时“敲门”：你还在吗？没响应就标记为下线，不再转发请求。等恢复了再重新加入队列。

这就像餐厅服务员看桌位，客人走了立马收桌子，空出来才能接待下一波。没有健康检查，请求打到已宕机的服务器，直接超时，用户眼巴巴等着页面转圈。

真正的网络均衡，不只是分流量，更是动态适应变化。机器扩容缩容、突发故障、流量高峰，系统得自己扛得住。靠的不是某一个技术，而是调度、监控、反馈这一整套机制在跑。

下次看到网站稳如老狗，别觉得理所当然。背后可能是几十个均衡策略在默默干活。