Nginx Upstream多备份实例工作机制及优先级配置咨询

一、多Backup实例的默认工作逻辑 #

当你配置多个带backup标记的上游实例时，所有可用的backup实例会参与负载均衡，而非仅选择列表第一个。以你给出的配置为例：

upstream backend {
  server instance-1;
  server instance-2 backup;
  server instance-3 backup;
  server instance-4 backup;
  server instance-5 backup;
}

当instance-1故障时，Nginx会按照当前upstream的默认负载均衡算法（轮询），将请求分配给所有正常运行的backup实例，也就是instance-2至instance-5都会接收请求，并非仅走instance-2。

二、实现按优先级顺序转发的需求 #

要满足“主实例故障后依次切换到下一个指定实例，且同一时间仅发送到单个实例”的需求，可通过嵌套upstream的层级配置实现，核心是让每一级仅保留一个主实例和下一级的备份上游，实现逐级降级：

具体配置方案 #

upstream backend_level1 {
    server instance-1 max_fails=3 fail_timeout=30s;
    server backend_level2 backup;
}

upstream backend_level2 {
    server instance-2 max_fails=3 fail_timeout=30s;
    server backend_level3 backup;
}

upstream backend_level3 {
    server instance-3 max_fails=3 fail_timeout=30s;
    server backend_level4 backup;
}

upstream backend_level4 {
    server instance-4 max_fails=3 fail_timeout=30s;
    server instance-5 backup;
}

server {
    # 其他站点配置...
    location / {
        proxy_pass http://backend_level1;
        proxy_next_upstream error timeout invalid_header http_500 http_502 http_503 http_504;
    }
}

配置逻辑说明 #

• 优先将请求转发至instance-1，当该实例连续3次失败、且故障持续30秒以上时，自动切换到backend_level2
• backend_level2优先使用instance-2，故障则继续降级到backend_level3
• 以此类推，直到最后一个实例instance-5

关键注意事项 #

• max_fails和fail_timeout参数用于精准检测实例故障，避免误切换
• proxy_next_upstream指定触发故障转移的场景，确保异常请求能及时切换到下一级实例

内容的提问来源于stack exchange，提问作者Maksim Savitskiy