负载均衡

这一课你将能做到

1. 在 upstream 中声明多个 server，并说明默认轮询、least_conn、ip_hash、权重各自适合什么
2. 解释 CodeRoadMap 在 Sa-Token + Redis 会话 下为何通常 不需要 ip_hash
3. 分清开源 Nginx 的 被动 max_fails/fail_timeout 与 K8s readiness 主动探针的差异

为什么要学

单机双进程够入门；流量上来要水平扩展。Nginx 的 upstream 多后端是最直观入口：改配置即可把请求洒到多台 Spring 或多台 Next。
选错策略会把有状态请求打飞（若会话粘在单机内存），或把慢实例打满。
本课建立「无状态 API + 共享会话」心智，并连到后续 Ingress/集群健康检查。

先建立图像

                 Nginx
                   │
         ┌─────────┼─────────┐
         ▼         ▼         ▼
     backend-1 backend-2 backend-3
      :8080     :8080     :8080
         │         │         │
         └─────────┴─────────┘
                   │
              Redis 会话 / MySQL

策略	行为	典型场景
默认轮询	依次分发	无状态 REST
least_conn	最少活跃连接	慢请求、长连接多
ip_hash	同 IP 粘滞	简易会话粘滞（次优）
weight	按权重比例	机器规格不均

人话：负载均衡是「多个柜台办理同一业务」；会话放 Redis，就像「叫号系统在云端」，换柜台也不丢号。

跟着做

步骤 1：读官方 upstream

打开 ngx_http_upstream_module，浏览 server 参数：weight、max_fails、fail_timeout、down 等。

步骤 2：写多实例 backend 草稿

upstream coderoadmap_backend {
    least_conn;
    # weight：大机器多接；max_fails/fail_timeout：被动摘除
    server 10.0.1.11:8080 weight=3 max_fails=3 fail_timeout=30s;
    server 10.0.1.12:8080 weight=1 max_fails=3 fail_timeout=30s;
    keepalive 32;
}

location /api/ {
    proxy_pass http://coderoadmap_backend/;
    proxy_http_version 1.1;
    proxy_set_header Connection "";
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header X-Forwarded-Proto $scheme;
}