怎样用Nginx实现故障转移

说到用Nginx做故障转移，其实原理很简单：把多个后端服务器组成一个上游组，一旦某个节点挂了，Nginx自动把请求转发到其他健康的节点。这样一来，你的应用就能保持高可用性，不至于因为单点故障就崩了。下面直接上干货。

1. 安装和配置Nginx

第一步自然是先把Nginx装好。如果还没装，去官方文档按步骤走一遍，几分钟就能搞定，这里不赘述。

2. 配置上游服务器

在Nginx的配置文件里（通常是 /etc/nginx/nginx.conf 或 /etc/nginx/conf.d/default.conf），定义一个上游服务器组，语法很简单：

http {  
    upstream backend {  
        server backend1.example.com;  
        server backend2.example.com;  
        server backend3.example.com;  
    }  

    server {  
        listen 80;  
        location / {  
            proxy_pass http://backend;  
            proxy_set_header Host $host;  
            proxy_set_header X-Real-IP $remote_addr;  
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;  
            proxy_set_header X-Forwarded-Proto $scheme;  
        }  
    }  
}

这里 backend 就是上游服务器组，里面包含了三台后端服务器。Nginx收到请求后，会按照默认的轮询策略把请求分发到这些服务器上。

3. 启用健康检查

光有上游组还不够，Nginx默认只做“被动健康检查”——也就是请求发过去后如果超时或报错，才会标记为不可用。要想主动探测后端是否存活，有两种方式。

使用Nginx Plus

如果你用的是Nginx Plus（商业版），配置里直接加一行 health_check 就行，内置主动健康检查，省心省力：

http {  
    upstream backend {  
        server backend1.example.com;  
        server backend2.example.com;  
        server backend3.example.com;  
        health_check;  
    }  
    ...  
}

使用第三方模块

如果你用的是开源版Nginx，就得借助第三方模块，比如 ngx_http_upstream_check_module。安装好模块后，配置起来也不复杂：

http {  
    upstream backend {  
        server backend1.example.com;  
        server backend2.example.com;  
        server backend3.example.com;  
        check interval=3000 rise=2 fall=5 timeout=1000 type=http;  
        check_http_send "HEAD /healthcheck HTTP/1.0\r\n\r\n";  
        check_http_expect_alive http_2xx http_3xx;  
    }  
    ...  
}

这里 check 指令定义了健康检查的间隔、连续成功几次算健康（rise）、连续失败几次算故障（fall）、超时时间等。 check_http_send 指定了检查请求的内容，check_http_expect_alive 则说明期望的响应状态码——只要返回2xx或3xx，就算节点活着。

4. 重新加载Nginx配置

配置改完后，记得重新加载让配置生效：

sudo nginx -s reload

5. 测试故障转移

怎么验证？很简单，手动停掉其中一台后端服务器（比如 backend1.example.com 上的服务），然后访问你的应用。正常情况下，Nginx会立刻把请求转向其他还在正常运行的服务器，用户几乎感觉不到任何中断。这就是故障转移的核心价值。

以上几步走下来，一个基本的Nginx故障转移方案就落地了。当然，实际生产环境还会有更多细节（比如会话保持、权重调整、自定义超时等），但有了这个基础，高可用架构的骨架就算是搭起来了。