Nginx原生轮询静态，动态增删节点需第三方模块；推荐nginx-upsync-module从Consul/etcd拉取JSON节点列表，毫秒级生效且不中断连接，配合健康检查与无状态后端实现稳定动态负载均衡。
Nginx 原生轮询（round robin）本身是静态的——节点列表写死在 upstream 块里，增删必须改配置 + nginx -s reload。要实现真正“动态”增删节点（不 reload、不中断连接、毫秒级生效），必须借助第三方模块接管 upstream 的运行时行为，而非依赖轮询算法本身。
核心思路：用模块替代静态 upstream 管理
轮询只是调度策略，动态能力来自对后端列表的实时控制。关键不是“给轮询加动态”，而是“绕过轮询的静态定义”，让模块在内存中维护可变节点池，并支持外部触发变更：
- nginx-upsync-module（推荐）：从 Consul / etcd / HTTP 接口拉取 JSON 格式节点列表，自动同步到所有 worker 进程，支持 weight、max_fails 等字段，reload 零依赖
-
nginx-upstream-dynamic-servers：提供 HTTP API（如
POST /upstream/add），直接通过 curl 或脚本增删改节点及权重，适合无服务发现基础设施的场景 -
ngx_http_upstream_check_module：虽不能增删节点，但配合主动健康检查（如定期 GET /health），能自动标记
down故障节点，实现“逻辑删除”；需手动添加新节点再 reload 才能“加入”，属于半动态
以 nginx-upsync-module 为例的操作要点
它不改变轮询逻辑，而是在轮询之前把节点列表动态刷新好。配置中仍用默认轮询，但节点来源已脱离静态文件：
- 编译时加入模块：
./configure --add-module=/path/to/nginx-upsync-module - upstream 块中用
upsync指令指定配置源（如 Consul KV 路径），并用include加载本地备份配置（保障 Consul 不可用时降级） - Consul 中写入节点数组：
[{"server":"192.168.1.10:8080","weight":3},{"server":"192.168.1.11:8080"}]，新增节点只需往数组追加 JSON 对象 - 模块每 500ms 自动拉取，worker 进程内原子更新，请求立即走新列表，旧连接不受影响
注意事项与边界条件
动态增删不是万能开关，需配套设计才能稳定落地：
- 后端服务必须无状态：session 不能存本地内存，否则节点下线会导致用户会话丢失；应使用 Redis、JWT 或集中式 Session 存储
- 健康检查必须开启：动态模块只管“列表存在”，不管“节点是否真能干活”。务必配置
max_fails/fail_timeout或集成主动探针，避免流量打到假在线节点 - 避免与 ip_hash/fair/sticky 等冲突策略混用：这些算法依赖固定节点映射关系，而动态列表频繁变化会破坏一致性，建议仅搭配纯轮询或 least_conn 使用
- 监控不可少：通过
$upstream_addr和$upstream_response_time日志字段验证节点是否真实接入、响应是否正常，再结合模块自身状态接口（如 upsync 提供的 dump 文件）确认列表同步结果
