nginx中用lua动态选最优后端节点需基于openresty的balancer_by_lua_block钩子，结合共享字典缓存健康数据与多维评分逻辑（延迟、失败率、权重等），通过主动探测+被动观测双路融合更新节点得分，并在请求级实时决策。
在 Nginx 中用 Lua 动态选择健康状态最佳的节点，核心是结合 OpenResty 的 balancer_by_lua_block 钩子 + 健康状态数据源（如共享字典缓存）+ 可扩展的评分逻辑，绕过静态 upstream，实现“请求级实时决策”。它不是简单地挑一个活着的节点，而是基于延迟、失败率、权重、流量负载等多维指标选出当前最优目标。
必须用 OpenResty 并启用共享状态存储
标准 Nginx 不支持原生 Lua 运行时，必须使用 OpenResty（推荐 ≥1.21.4.2）。关键配置包括：
- 在
http块中声明共享字典用于存健康数据：lua_shared_dict health_scores 10m; - 确保
lua_package_path正确（若引用自定义模块） - 避免在
balancer_by_lua_block中做阻塞操作（如同步 HTTP 请求、文件读写）
用 lua-resty-checkups 或自定义逻辑采集并融合健康信号
单一维度（如仅看 5xx）容易误判。推荐采用主动探测 + 被动观测双路融合：
- 主动探测：每 3–5 秒对后端
/health发 HEAD 请求，记录响应时间与状态码 - 被动观测：拦截真实请求，统计每个节点最近 60 秒的 5xx 比率、P95 延迟、超时次数
- 两者结果写入
health_scores字典，按节点 IP:port 为 key，值为结构化 table（含score、fail_rate、rt_p95等字段）
在 balancer_by_lua_block 中实时打分并选点
该阶段可安全访问所有 Nginx 变量（如 ngx.var.arg_uid、ngx.var.host），适合加入业务上下文加权：
- 先从共享字典读取所有节点健康数据；过滤掉已标记
unhealthy或 score - 对剩余节点计算综合得分：例如
base_score - 0.5 * rt_p95 - 2 * fail_rate * 100 - 支持策略切换：用户 uid 为偶数走高可用组，uid % 100 == 0 走灰度组（需预加载分组映射）
- 调用
balancer.set_current_peer(ip, port)设置目标；失败时可 fallback 到备用组或返回 503
让健康状态自动演进，不依赖人工干预
真正的“动态”体现在状态能随时间自动修复和降级：
- 节点被标记为 down 后，仍以 5% 流量试探（软下线），连续 3 次成功则恢复全量
- 若某节点 P95 延迟连续 2 分钟高于阈值，自动将其权重临时减半（通过修改 score 影响排序）
- 后台用
init_worker_by_lua_block启动定时器，定期清理过期健康数据或触发批量探测
