服务器负载均衡配置提升并发：服务器负载均衡配置与并发提升实操
## 为什么需要负载均衡来提升并发
一台服务器的处理能力有上限。当用户访问量暴增，单个服务器容易响应变慢甚至崩溃。通过**负载均衡**，你可以把请求分发到多台后端服务器上，让它们一起干活，从而显著提升整体并发处理能力。这套配置对网站、API 服务都很适用，而且你不需要昂贵的硬件，用 Nginx 就能实现。
## 准备环境：一台负载均衡器 + 两台后端服务器
假设我们有三台服务器（实验环境可用云服务器或虚拟机）：
- **负载均衡服务器**：IP 192.168.1.100，运行 Nginx
- **后端服务器 1**：IP 192.168.1.101，运行自己的服务（例如 Nginx + PHP，或 Node.js）
- **后端服务器 2**：IP 192.168.1.102，运行同样的服务
所有服务器确保网络互通，且后端服务端口（比如 80 或 3000）已启动。后端服务无需额外改动，只需要保证健康运行即可。
## 第一步：安装并配置 Nginx 负载均衡
在负载均衡服务器上安装 Nginx（以 CentOS 为例）：
```bash
sudo yum install -y epel-release
sudo yum install -y nginx
```
安装完成后，编辑 Nginx 主配置文件 `/etc/nginx/nginx.conf`，在 `http` 块中定义 upstream 和后端服务器组：
```nginx
upstream backend {
server 192.168.1.101:80 weight=1; # 后端1，权重1
server 192.168.1.102:80 weight=2; # 后端2，权重2（性能高可以分配更多请求）
}
server {
listen 80;
server_name example.com;
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;
}
}
```
> **参数解释**：`weight` 控制轮询比例，值越高分配的请求越多。如果不写 `weight`，默认按轮询平均分配。`proxy_set_header` 那一行是为了让后端服务器获取真实客户端 IP，对日志和限流有用。
保存文件后测试配置并重启 Nginx：
```bash
sudo nginx -t # 检查语法是否正确
sudo systemctl restart nginx # 重新加载配置
```
## 第二步：验证负载均衡是否生效
分别在两台后端服务器上创建标识文件，例如在 `index.html` 里写上不同的文字：
- 后端 1：`echo "
Server 1
" > /usr/share/nginx/html/index.html`
- 后端 2：`echo "Server 2
" > /usr/share/nginx/html/index.html`
下一步继续在本地用浏览器或 curl 多次访问负载均衡器 IP（`http://192.168.1.100`），每次刷新应该轮流看到 “Server 1” 和 “Server 2”，而且因为权重不同，Server 2 出现的次数会更多。
## 避坑指南：会话保持与健康检查
### 1. 用户登录状态丢失
负载均衡默认轮询会导致用户每次请求可能落在不同服务器，如果后端用 session 存储登录信息，就会反复需要登录。解决方案：使用 `sticky` 模块或统一用 Redis 存储 session。以 Nginx sticky 为例（需要安装 `nginx-sticky-module`），配置如下：
```nginx
upstream backend {
sticky;
server 192.168.1.101:80;
server 192.168.1.102:80;
}
```
如果不方便安装模块，最简单的做法是将 session 存入数据库或 Redis，所有后端服务器读取同一份 session 数据。
### 2. 后端服务器宕机后流量依然转发
Nginx 默认有被动健康检查：如果某台后端连续失败一定次数，会自动标记为不可用并停止转发。但更稳妥的做法是添加主动健康检查模块 `nginx_upstream_check_module`，或使用第三方工具如 `Haproxy`。对于新手，建议在 `server` 行后加上 `max_fails=2 fail_timeout=10s`：
```nginx
server 192.168.1.101:80 max_fails=2 fail_timeout=10s;
```
这样当后端连续 2 次失败，Nginx 会在 10 秒内不向它转发请求。
### 3. 防火墙未放行
如果访问不到负载均衡器，请检查负载均衡服务器防火墙是否开放了 80 端口：
```bash
sudo firewall-cmd --permanent --add-port=80/tcp
sudo firewall-cmd --reload
```
后端服务器之间也要确保负载均衡器能访问它们的端口（例如 80 或 3000）。
## 高频问题解答
**Q：配置后访问返回 502 Bad Gateway？**
A：通常原因是 Nginx 无法连接到后端服务器。请确认后端服务已启动、监听的端口与 upstream 中配置的端口一致，并且负载均衡服务器能 telnet 后端对应的端口：`telnet 192.168.1.101 80`。如果不通，检查防火墙和安全组。
**Q：负载均衡后如何查看实时流量分发？**
A：可以在 Nginx 访问日志中看到上游地址。开启 `log_format` 并加入 `$upstream_addr` 变量：
```nginx
http {
log_format main '$remote_addr - $remote_user [$time_local] '
'"$request" $status $body_bytes_sent '
'"$http_referer" "$http_user_agent" '
'upstream: $upstream_addr';
access_log /var/log/nginx/access.log main;
}
```
随后再做查看日志即可知道每个请求发给了哪台后端。
## 效果验证：并发提升测试
使用 Apache Bench（ab）或 WRK 测试单台服务器与负载均衡后的并发能力。
先把这一步落实安装 ab（CentOS 下 `yum install -y httpd-tools`），然后对比测试：
**直接压测单台后端**：
```bash
ab -n 10000 -c 100 http://192.168.1.101/
```
**压测负载均衡入口**：
```bash
ab -n 10000 -c 100 http://192.168.1.100/
```
观察 `Requests per second`（每秒请求数）和 `Time per request`。通常负载均衡后的 QPS 会接近多台后端之和（受 Nginx 自身性能影响很小）。
如果你使用 WRK，命令类似：
```bash
wrk -t4 -c100 -d30s http://192.168.1.100/
```
当并发压测下所有请求都能正常返回，且无 502/503 错误，说明负载均衡配置成功，服务器并发处理能力得到了实打实的提升。
## 简单做个结尾总结
通过 Nginx 配置负载均衡，你只需要几行代码就能把请求分散到多台服务器上，快速提高系统并发上限。关键点包括：合理设置权重、处理会话保持、添加健康检查参数。遇到 502 时优先排查端口连通性，用日志查看分发是否均匀。如果你正在处理**服务器负载均衡配置提升并发**的需求，建议先按本文步骤完整执行，再根据自己的环境微调后端数量和权重。遇到异常时，回看避坑和高频问题部分基本都能解决。
