Nginx反向代理负载均衡配置与健康检查机制实战

Nginx作为反向代理服务器在网站运维中承担流量分发、SSL卸载、缓存加速等核心职责。相比硬件负载均衡器，Nginx配置灵活、成本低，在中小规模Web服务架构中广泛使用。本文演示Nginx负载均衡的完整配置方案，包括调度算法选择、健康检查、故障转移和性能调优。

Nginx反向代理与upstream负载均衡配置

Nginx通过upstream模块定义后端服务器池，proxy_pass将请求转发到后端。基础配置如下：

# /etc/nginx/conf.d/app_upstream.conf

upstream app_backend {
    # 调度算法：加权轮询（默认）
    server 192.168.1.101:8080 weight=3 max_fails=3 fail_timeout=30s;
    server 192.168.1.102:8080 weight=2 max_fails=3 fail_timeout=30s;
    server 192.168.1.103:8080 weight=1 max_fails=3 fail_timeout=30s backup;

    # 连接保持
    keepalive 32;
    keepalive_timeout 60s;
    keepalive_requests 1000;

    # 连接和响应超时
    connect_timeout 5s;
    send_timeout 30s;
    read_timeout 60s;
}

server {
    listen 80;
    server_name app.yunthe.com;

    # 反向代理配置
    location / {
        proxy_pass http://app_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;

        # 代理连接参数
        proxy_http_version 1.1;
        proxy_set_header Connection "";

        # 缓冲区配置
        proxy_buffering on;
        proxy_buffer_size 4k;
        proxy_buffers 8 4k;
        proxy_busy_buffers_size 16k;
    }

    # 静态资源代理
    location ~* \.(jpg|png|css|js|ico)$ {
        proxy_pass http://app_backend;
        proxy_cache_valid 200 1h;
        expires 1h;
    }
}

配置中backup参数标记服务器为备用节点，仅在主节点全部不可用时启用。max_fails和fail_timeout定义被动健康检查策略：30秒内失败3次则标记为不可用。

负载均衡调度算法选择与场景适配

Nginx支持多种调度算法，不同算法适用于不同业务场景：

加权轮询（Weighted Round Robin）：默认算法，按权重比例分发请求。适合后端服务器性能不均匀的场景。权重高的服务器接收更多请求。

IP哈希（ip_hash）：根据客户端IP计算哈希值，固定分配到同一后端服务器，解决Session保持问题。但服务器扩容或缩容时哈希分布会变化，需要配合一致性哈希使用：

upstream app_backend {
    ip_hash;
    server 192.168.1.101:8080;
    server 192.168.1.102:8080;
}

最少连接（least_conn）：将请求分发到当前活跃连接数最少的服务器，适合请求处理时间差异较大的场景：

upstream app_backend {
    least_conn;
    server 192.168.1.101:8080 weight=3;
    server 192.168.1.102:8080 weight=2;
}

一致性哈希（consistent hash）：通过第三方模块ngx_http_upstream_consistent_hash实现，服务器增减时只影响部分请求的路由，减少缓存失效。适合缓存场景：

upstream app_backend {
    consistent_hash $request_uri;
    server 192.168.1.101:8080;
    server 192.168.1.102:8080;
}

主动健康检查与故障自动剔除

Nginx开源版仅支持被动健康检查——通过max_fails和fail_timeout在请求失败后标记节点不可用。主动健康检查需要使用nginx_upstream_check_module模块或Nginx Plus商业版。

编译安装nginx_upstream_check_module：

# 下载模块源码
git clone https://github.com/yaoweibin/nginx_upstream_check_module.git

# 重新编译Nginx
cd nginx-1.24.0
patch -p1 < ../nginx_upstream_check_module/check_1.20.1+.patch
./configure --add-module=../nginx_upstream_check_module \
            --with-http_ssl_module \
            --with-http_v2_module
make && make install

配置主动健康检查：

upstream app_backend {
    server 192.168.1.101:8080;
    server 192.168.1.102:8080;
    server 192.168.1.103:8080;

    # 主动健康检查
    check interval=3000 rise=2 fall=3 timeout=2000 type=http;
    check_http_send "HEAD /health HTTP/1.0\r\n\r\n";
    check_http_expect_alive http_2xx http_3xx;
}

# 健康检查状态页
server {
    listen 80;
    server_name health.yunthe.com;

    location /status {
        check_status;
        access_log off;
        allow 192.168.1.0/24;
        deny all;
    }
}

配置含义：每3秒对每个后端节点发起HTTP HEAD请求检查/health路径，连续2次成功标记为可用，连续3次失败标记为不可用，检查超时2秒，期望响应码为2xx或3xx。状态页实时显示各节点的健康状态，可接入监控告警系统。

SSL/TLS卸载与安全加固配置

Nginx作为反向代理通常承担SSL/TLS终止的职责，后端服务器间使用明文HTTP通信，减少后端加解密开销。安全加固配置：

server {
    listen 443 ssl http2;
    server_name app.yunthe.com;

    # TLS证书配置
    ssl_certificate /etc/nginx/ssl/yunthe.crt;
    ssl_certificate_key /etc/nginx/ssl/yunthe.key;
    ssl_protocols TLSv1.2 TLSv1.3;
    ssl_ciphers ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384;
    ssl_prefer_server_ciphers on;
    ssl_session_cache shared:SSL:10m;
    ssl_session_timeout 10m;
    ssl_session_tickets off;

    # OCSP Stapling
    ssl_stapling on;
    ssl_stapling_verify on;

    # 安全头
    add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always;
    add_header X-Frame-Options DENY always;
    add_header X-Content-Type-Options nosniff always;

    location / {
        proxy_pass http://app_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 https;
    }
}

# HTTP跳转HTTPS
server {
    listen 80;
    server_name app.yunthe.com;
    return 301 https://$host$request_uri;
}

限流配置防止突发流量击垮后端：

# 定义限流区域
limit_req_zone $binary_remote_addr zone=api:10m rate=10r/s;
limit_conn_zone $binary_remote_addr zone=conn:10m;

server {
    location /api/ {
        limit_req zone=api burst=20 nodelay;
        limit_conn conn 10;
        proxy_pass http://app_backend;
    }
}

burst=20允许短时间20个请求的突发，nodelay表示突发请求不延迟处理。limit_conn限制每个IP最多10个并发连接。超过限制的请求返回503状态码。

Nginx负载均衡的可靠性取决于健康检查的及时性和故障转移的平滑性。被动检查适合轻量场景，主动检查能更快发现故障节点。配合Prometheus和Grafana监控Nginx指标，构建完整的流量治理体系。