Nginx原生不支持性能级联调整，需通过weight+backup+down组合配置、slow_start缓解冷启动、Lua共享字典动态联动权重，并配合可观测性验证效果。
手动设置权重本身不构成“级联调整”，它只是静态分配流量比例。所谓性能级联，是指当某台服务器性能变化（如 CPU 升高、响应变慢）时，能触发相邻节点权重联动响应——比如主力机降权后，备用机自动提权承接增量流量。Nginx 原生命令不支持这种逻辑，必须靠组合配置+外部干预来模拟实现。
用 weight + backup + down 构建基础级联行为
单靠 weight 无法自动响应性能变化，但通过预设不同状态节点，可形成人工可控的“分级承接”结构：
- 主力节点设 weight=10，同时配置 max_fails=2 fail_timeout=30s，保证故障快速剔除
- 次主力节点设 weight=6 backup，平时不参与轮询，仅当主力全部不可用时启用
- 灾备节点设 weight=2 backup，再上一级兜底
- 运维脚本检测到主力机 P95 延迟超阈值时，执行 curl -X POST http://nginx-host/upstream/servers -d '{"server":"192.168.1.10:8080","weight":0}' 将其临时摘除——此时 backup 节点立即被激活，且按权重比例承接流量
用 slow_start 缓解冷启动冲击，避免级联震荡
当一台 backup 节点被激活或新机器上线时，若直接全量导流，可能因连接池未暖、缓存未加载导致瞬时超时。这时 slow_start 就是关键缓冲：
- 给 backup 节点加上 slow_start=60s，表示它会在 60 秒内线性提升流量占比
- Nginx 内部会把该节点初始权重视为 1，每秒按 (目标权重 − 1) / 60 的步长递增，直到达到设定值
- 例如：backup server weight=6 slow_start=60s，第 1 秒实际权重≈1.08，第 30 秒≈3.5，第 60 秒才达 6 —— 这就避免了级联启用时的雪崩式压测
用共享字典 + Lua 实现轻量级级联计算
如果已有 OpenResty 环境，可用 Lua 在内存中维护节点健康分，并让权重按规则联动：
- 定义基准分：设所有节点初始 health_score = 100，每 3 秒探测一次 P95 延迟，按公式 score = max(10, 100 × (ref_p95 / actual_p95)) 更新
- 设置权重映射表：{100→weight=10, 70→weight=7, 40→weight=4}，score 下降则 weight 同比缩放
- 关键逻辑：当 A 节点 score 降到 40，B 节点 score 仍为 90，则 A 权重从 10 降至 4，B 自动从 8 升至 10 —— 实现“此消彼长”的级联调节
- 所有 score 和 weight 存于 lua_shared_dict，多 worker 进程读写一致，无需 reload
配合可观测性才能闭环验证级联效果
没有监控，级联就是盲调。必须在 access_log 中固定记录关键字段，才能确认是否真正生效：
- 在 log_format 中加入 $upstream_addr $upstream_http_x_backend_id $upstream_response_time
- 用 Prometheus 抓取各后端的 nginx_upstream_requests_total{backend="xxx"} 和 nginx_upstream_response_time_seconds_bucket
- 当某节点权重下调后，观察其 QPS 是否同步下降、延迟是否回落；同时检查 backup 节点 QPS 是否等比例上升、无明显延迟恶化 —— 这才是级联成功的信号
