用 Nginx 实现负载均衡，让你的网站稳如泰山！

为什么你需要负载均衡？

想象一下： 你开了一家网红奶茶店，突然抖音爆火，门口排起长龙。但店里只有一个窗口、一个员工结果呢？ 顾客等得不耐烦，转身就走，还差评：“服务太差！”

线上系统也一样：单台服务器扛不住高并发？服务器宕机，整个网站挂掉？用户体验差，转化率暴跌？解决方案就是：负载均衡！

而 Nginx，正是实现这一目标的“神器”——轻量、高效、配置简单，被全球无数大厂广泛使用。

Nginx 负载均衡怎么玩？5 种策略任你选！

Nginx 通过 upstream 模块，把请求智能分发给多个后端服务器。下面这 5 种策略，总有一款适合你

轮询（默认）— 最公平的“排队机制”

请求依次轮流分配给每台服务器，简单粗暴又有效。

upstream backend {    server 192.168.1.10;    server 192.168.1.11;}

适合：后端服务器性能相近的场景。

加权轮询 — “能者多劳”

高性能服务器多干活！通过 weight 设置权重。

upstream backend {    server 192.168.1.10 weight=3;  # 干 3 份活    server 192.168.1.11 weight=1;  # 干 1 份活}

适合：服务器配置不一致时，合理利用资源。

最少连接 — “谁闲谁上”

把请求交给当前连接数最少的服务器，动态更智能。

upstream backend {    least_conn;    server 192.168.1.10;    server 192.168.1.11;}

适合：长连接、处理时间不均的服务（如文件上传、视频转码）。

IP 哈希 — “老客户认门”

同一个用户 IP，始终访问同一台服务器，天然支持会话保持！

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

注意：不能和 weight 或 least_conn 同时使用。适合：没有共享 Session 存储的传统 Web 应用。

健康检查 — 自动“踢掉”故障机

虽然开源版 Nginx 不支持主动探测，但可通过 max_fails + fail_timeout 实现基础容错：

server 192.168.1.10 max_fails=3 fail_timeout=30s;

意思是：如果连续失败 3 次，30 秒内不再分配请求给它。小技巧：搭配脚本或 Consul，可实现更强大的自动剔除与恢复！

实战：3 分钟部署一个高可用 Web 服务

假设你有两台应用服务器（192.168.1.10 和 192.168.1.11），现在用 Nginx 做负载均衡：

upstream myapp {    server 192.168.1.10 weight=2 max_fails=3 fail_timeout=30s;    server 192.168.1.11 weight=1 max_fails=3 fail_timeout=30s;}server {    listen 80;    server_name your-domain.com;    location / {        proxy_pass http://myapp;        proxy_set_header Host $host;        proxy_set_header X-Real-IP $remote_addr;        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;    }}

保存配置 → 重载 Nginx：