Nginx 并发能力最大化
Nginx 的并发能力由其进程模型决定,关键在于合理配置 Worker 进程数和每个进程的连接数。
进程与连接模型:Nginx 的总并发能力(理论最大值)约等于: worker_processes × worker_connections。
最新文章
worker_processes:建议设置为 auto /或 CPU 核心数。
避免设置过多,否则会引入不必要的上下文切换开销。
worker_connections:尽其所能设置最大值。
通常可以设为 65535 甚至更高,比如:worker_connections 65535; 提升单进程连接能力。
worker_processes auto;
worker_rlimit_nofile 1000000;
events {
use epoll;
worker_connections 65535;
multi_accept on;
}
操作系统内核优化
Nginx 的并发上限首先受限于操作系统,特别是 Linux。
只有将内核参数调整到位,才能为 Nginx 提供足够的资源。
文件描述符 (FD) 限制:Nginx 每处理一个连接、打开一个文件,都需要一个 FD。
百万并发意味着需要百万级别的 FD,需要设置:提高系统和 Nginx 进程的 FD 上限。
最新文章
修改 /etc/security/limits.conf 中的 nofile(如 * soft nofile 655360)。
在 Nginx 配置中(nginx.conf 的 main 块),使用 worker_rlimit_nofile 655360; 来确保 Worker 进程能使用这个上限。
Nginx配置优化
事件驱动模型:在 events 块中明确指定事件驱动模型,在 Linux 上使用最高效的 use epoll;。
以及,长连接(Keepalive)优化:减少重复建立和关闭 TCP 连接的开销。
调整 keepalive_timeout 30s; 和 keepalive_requests 1000;
设置合理的超时时间,同时允许单个连接传输更多的请求。
# 示例配置片段
worker_processesauto;
worker_rlimit_nofile655360;
events{
useepoll;
worker_connections65535;
multi_accepton;
}
http{
keepalive_timeout30;
keepalive_requests1000;
# ... 其他配置
}
架构优化
单台 Nginx 硬件性能终有极限,要达到真正的“百万并发”,必须依赖集群和架构分层。
前端负载均衡:在 Nginx 集群前部署 L4/L7 负载均衡器 (如 LVS、HAProxy、或云厂商的 SLB) 或使用 DNS 轮询。
# 上层 LVS/Keepalived 负责调度到多台 Nginx
upstream backend {
server 10.0.0.1:8080 weight=3;
server 10.0.0.2:8080 weight=2;
server 10.0.0.3:8080 weight=1;
}
server {
listen 80;
location /{
proxy_pass http://backend;
}
}
将流量分散到多台 Nginx 服务器上,实现横向扩展。
再动静分离,彻底将静态资源和动态业务请求分离。
将所有静态资源统一上传到 CDN(内容分发网络),让 CDN 承担绝大部分静态流量。