nginx无法自动感知容器副本数变化，需通过外部机制触发配置重载以实现weight联动；主流方式包括：1.服务发现+动态配置生成（如nginx-ingress-controller或consul-template）；2.按副本能力比例手动设定weight并自动化更新；3.使用nginx plus或openresty动态调整。

Nginx Config Creator

创建 Nginx/OpenResty 反向代理配置文件并重载服务器。包含安全检查和环境感知功能。主要参数：服务名、域名、端口。

下载

Nginx 本身不感知容器副本数，无法自动联动；必须通过外部机制将副本变化同步为 weight 更新。 Nginx 的 upstream 配置是静态文件（如 nginx.conf），启动后不会主动读取容器编排平台（如 Kubernetes、Docker Swarm）的副本数量。所谓“联动”，本质是**让副本变更触发 Nginx 配置重载**，而非 Nginx 自动适配。 以下三种主流方式可实现可靠联动，按推荐顺序排列：

1. 使用服务发现 + 动态配置生成工具（最推荐）
适用于 K8s / Docker Swarm 等环境。核心思路：用工具监听服务端点变化 → 生成带 weight 的 upstream 配置 → 通知 Nginx 重载。
常用组合：
 • Kubernetes + nginx-ingress-controller（原生支持 service endpoints 自动映射，weight 可通过 annotation 设置，如 nginx.ingress.kubernetes.io/upstream-hash-by: "ip" 配合自定义 backend weights）
 • 或使用 consul-template + nginx：Consul 存储服务实例及元数据（含预设 weight），consul-template 检测变更后渲染 nginx.conf 并执行 nginx -s reload
 • 或用 envoy / traefik 替代 Nginx：它们原生支持基于标签/权重的动态上游管理，比“改 conf + reload”更实时、更安全

2. 基于副本数比例手动设定 weight（轻量级适用）
若副本由脚本或 CI/CD 控制（如用 ansible 批量启停容器），可在部署流程中同步计算并写入 weight：
 • 示例：3 个副本 → 全部设为 weight=1；5 个副本中，2 台高配 → 设 weight=3，其余 3 台设 weight=1；
 • 关键：weight 是相对值，无需与副本数严格相等，重点反映服务能力差异；
 • 必须配套自动化：每次扩容/缩容后，自动更新 nginx.conf 中对应 server 行，并执行 nginx -s reload

3. 利用 Nginx Plus 或 OpenResty（进阶方案）
开源版 Nginx 不支持运行时修改 upstream weight，但：
 • Nginx Plus 提供 API（/api/5/http/upstreams/{upstream_name}/servers/{id}）可动态增删 server 或 patch weight 字段；
 • OpenResty 结合 lua-resty-upstream-healthcheck 和 shared dict，可实现 Lua 层权重动态调整（需自行编码维护逻辑）；
 • 注意：两者均需额外授权或开发成本，非纯开源 Nginx 用户慎选

不复杂但容易忽略：weight 只影响调度概率，不能替代健康检查。务必搭配 max_fails=2 fail_timeout=30s，否则副本宕机后流量仍会打过去。