核心：不改變架構(gòu)、僅升級(jí)單臺(tái) Nginx 服務(wù)器的硬件 / 配置，快速提升并發(fā)承載能力，是流量初期增長(zhǎng)的最優(yōu)解，成本低、實(shí)施快，優(yōu)先落地這一套即可解決大部分初期瓶頸。

? 先明確：Nginx 單機(jī)瓶頸核心點(diǎn)Nginx 是事件驅(qū)動(dòng)、異步非阻塞架構(gòu)，單機(jī)瓶頸主要集中在：CPU核心數(shù)、內(nèi)存大小、文件句柄限制、網(wǎng)絡(luò)帶寬、內(nèi)核參數(shù)、Nginx自身配置，垂直擴(kuò)容就是針對(duì)性解決這 6 個(gè)點(diǎn)。

一、硬件層面垂直擴(kuò)容（最直接，優(yōu)先做）

硬件是基礎(chǔ)，Nginx 對(duì)硬件的需求有明確側(cè)重，按需升級(jí)即可，性價(jià)比最高的是加 CPU 核心、擴(kuò)內(nèi)存、提帶寬。

? 1. CPU 升級(jí)（核心優(yōu)化，Nginx 吃多核）

Nginx 主進(jìn)程負(fù)責(zé)管理，worker 進(jìn)程負(fù)責(zé)處理請(qǐng)求，worker 數(shù)建議等于CPU物理核心數(shù)（超核心數(shù)會(huì)引發(fā)上下文切換，反而降性能）。

• 推薦配置：初期 4 核→8 核，中高并發(fā) 8 核→16 核（x86 架構(gòu)，主頻≥2.5GHz 即可，無(wú)需追求超高主頻）。
• 注意：避免超線程（HT）的邏輯核心，優(yōu)先物理核心，Nginx 對(duì)物理核心的利用率遠(yuǎn)高于邏輯核心。

? 2. 內(nèi)存擴(kuò)容（解決緩存 / 連接池瓶頸）

Nginx 內(nèi)存主要用于：worker進(jìn)程運(yùn)行、靜態(tài)資源緩存、連接池緩存、日志臨時(shí)存儲(chǔ)，內(nèi)存不足會(huì)導(dǎo)致頻繁磁盤(pán) IO，并發(fā)驟降。

• 推薦配置：
  • 靜態(tài)站點(diǎn)（純圖片 / HTML/CSS）：4G→8G→16G；
  • 動(dòng)態(tài)代理站點(diǎn)（反向代理后端 Java/PHP）：8G→16G→32G；
• 核心：內(nèi)存≥16G 時(shí)，可開(kāi)啟 Nginx 內(nèi)存緩存，把高頻靜態(tài)資源加載到內(nèi)存，徹底規(guī)避磁盤(pán) IO 瓶頸。

? 3. 網(wǎng)絡(luò)帶寬升級(jí)（解決出口擁堵，最易被忽略）

很多時(shí)候 Nginx 服務(wù)器 CPU / 內(nèi)存空閑，但用戶訪問(wèn)卡頓，核心是公網(wǎng)帶寬不足，這是中小站點(diǎn)最常見(jiàn)的垂直擴(kuò)容卡點(diǎn)。

• 檢測(cè)方法：sar -n DEV 1 5 查看網(wǎng)卡流量，若峰值接近帶寬上限（如 100M 帶寬跑滿 95M+），立即擴(kuò)容；
• 推薦配置：初期 100M 獨(dú)享→300M→1G 獨(dú)享（按業(yè)務(wù)流量增速來(lái)，云服務(wù)器可按需彈性擴(kuò)容帶寬）；
• 補(bǔ)充：開(kāi)啟網(wǎng)卡多隊(duì)列（RSS），讓多核 CPU 分擔(dān)網(wǎng)卡中斷，提升網(wǎng)絡(luò)吞吐能力（云服務(wù)器默認(rèn)開(kāi)啟，物理機(jī)需手動(dòng)配置）。

? 4. 磁盤(pán)優(yōu)化（靜態(tài)站點(diǎn)必做，降低 IO 延遲）

Nginx 處理靜態(tài)資源時(shí)，磁盤(pán) IO 是次要瓶頸，但機(jī)械硬盤(pán)（HDD）會(huì)拖慢大文件讀取，建議升級(jí)為SSD 固態(tài)硬盤(pán)。

• 效果：SSD 的隨機(jī)讀寫(xiě)速度是 HDD 的 100 倍 +，加載圖片 / 視頻 / 大文件時(shí)，響應(yīng)時(shí)間從毫秒級(jí)降至微秒級(jí)；
• 推薦：云服務(wù)器直接換 SSD 云盤(pán)，物理機(jī)加裝 NVMe SSD，掛載到 Nginx 靜態(tài)資源目錄（/usr/share/nginx/html）。

二、Linux 內(nèi)核參數(shù)優(yōu)化（關(guān)鍵，釋放系統(tǒng)性能，無(wú)成本）

Nginx 基于 Linux 系統(tǒng)運(yùn)行，默認(rèn)內(nèi)核參數(shù)是為通用場(chǎng)景設(shè)計(jì)的，對(duì)高并發(fā)場(chǎng)景限制極大，必須針對(duì)性調(diào)優(yōu)，這是垂直擴(kuò)容的核心無(wú)成本操作，優(yōu)先級(jí)高于硬件升級(jí)（硬件再好，內(nèi)核限制也白搭）。

? 1. 調(diào)整文件句柄限制（Nginx 高并發(fā)核心）

Linux 默認(rèn)單進(jìn)程最大文件句柄數(shù)是1024，Nginx 處理 1 個(gè) TCP 連接就占用 1 個(gè)文件句柄，1024 的限制導(dǎo)致單機(jī)并發(fā)最多只能到幾百，必須大幅提升。

步驟 1：臨時(shí)生效（測(cè)試用）

# 查看當(dāng)前限制
ulimit -n
# 臨時(shí)提升到100萬(wàn)（終端生效，重啟失效）
ulimit -n 1048576

步驟 2：永久生效（生產(chǎn)必配）

編輯系統(tǒng)配置文件 /etc/security/limits.conf，末尾添加：

# 全局所有用戶生效，軟限制/硬限制均為100萬(wàn)
* soft nofile 1048576
* hard nofile 1048576
# Nginx進(jìn)程用戶（通常是nginx/www）單獨(dú)提權(quán)，避免權(quán)限問(wèn)題
nginx soft nofile 1048576
nginx hard nofile 1048576

編輯 /etc/pam.d/login，確保開(kāi)啟限制生效：

session required pam_limits.so 

步驟 3：驗(yàn)證生效

重啟服務(wù)器后，執(zhí)行 ulimit -n，輸出1048576即成功。

? 2. 調(diào)整內(nèi)核網(wǎng)絡(luò)參數(shù)（解決 TCP 連接瓶頸）

編輯 /etc/sysctl.conf，末尾添加以下高并發(fā)參數(shù)，針對(duì) HTTP/HTTPS 優(yōu)化，適配 Nginx 反向代理場(chǎng)景：

# 1. 提升TCP最大連接數(shù)，內(nèi)核級(jí)限制
net.core.somaxconn = 65535
# 2. 提升套接字接收/發(fā)送緩沖區(qū)大小（單位：字節(jié)）
net.core.rmem_default = 8388608
net.core.wmem_default = 8388608
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
# 3. TCP連接緩存，解決TIME_WAIT/ESTABLISHED連接堆積
net.ipv4.tcp_max_tw_buckets = 5000
net.ipv4.tcp_tw_reuse = 1          # 復(fù)用TIME_WAIT連接（僅對(duì)客戶端生效，Nginx作為代理時(shí)必開(kāi)）
net.ipv4.tcp_tw_recycle = 0        # 關(guān)閉回收，避免內(nèi)網(wǎng)IP沖突
net.ipv4.tcp_fin_timeout = 30      # 縮短FIN_WAIT2超時(shí)時(shí)間（默認(rèn)60s→30s）
# 4. 提升TCP最大并發(fā)連接數(shù)，解決ESTABLISHED上限
net.ipv4.tcp_max_syn_backlog = 65535
# 5. 開(kāi)啟TCP快速打開(kāi)，提升握手效率
net.ipv4.tcp_fastopen = 3
# 6. 關(guān)閉ipv6，減少內(nèi)核開(kāi)銷（無(wú)ipv6業(yè)務(wù)時(shí)必關(guān)）
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
# 7. 內(nèi)存頁(yè)優(yōu)化，提升內(nèi)存利用率
vm.swappiness = 0                  # 禁用swap交換分區(qū)，避免內(nèi)存換磁盤(pán)導(dǎo)致卡頓
vm.overcommit_memory = 1           # 允許內(nèi)存超額分配，避免Nginx申請(qǐng)內(nèi)存失敗

生效命令：

sysctl -p # 立即生效，無(wú)需重啟服務(wù)器 

? 3. 關(guān)閉無(wú)關(guān)服務(wù)（釋放 CPU / 內(nèi)存資源）

關(guān)閉 Linux 系統(tǒng)中無(wú)用的服務(wù)，避免搶占 Nginx 的硬件資源，生產(chǎn)環(huán)境必關(guān)：

# 關(guān)閉防火墻（若用云服務(wù)器安全組，無(wú)需系統(tǒng)防火墻）
systemctl stop firewalld && systemctl disable firewalld
# 關(guān)閉SELinux（安全模塊，會(huì)限制Nginx文件訪問(wèn)/端口監(jiān)聽(tīng)，高并發(fā)場(chǎng)景必關(guān)）
setenforce 0  # 臨時(shí)關(guān)閉
sed -i 's/^SELINUX=enforcing/SELINUX=disabled/' /etc/selinux/config  # 永久關(guān)閉
# 關(guān)閉自動(dòng)更新/郵件/打印等無(wú)用服務(wù)
systemctl stop chronyd && systemctl disable chronyd
systemctl stop postfix && systemctl disable postfix

三、Nginx 自身配置優(yōu)化（核心，榨干單機(jī)性能）

硬件和內(nèi)核優(yōu)化后，必須針對(duì)性調(diào)整 Nginx 配置（nginx.conf），讓 Nginx 適配高并發(fā)，這是垂直擴(kuò)容的最后一步，也是最關(guān)鍵的一步，直接決定單機(jī)并發(fā)上限。

? 1. 核心 Worker 進(jìn)程配置（適配 CPU 多核）

Nginx 的worker_processes和worker_connections是并發(fā)核心參數(shù)，二者乘積≈單機(jī)理論最大并發(fā)數(shù)（worker_processes × worker_connections = 最大并發(fā)）。

# 核心1：worker進(jìn)程數(shù) = CPU物理核心數(shù)（推薦auto，自動(dòng)識(shí)別核心數(shù)）
worker_processes auto;
# 核心2：綁定worker進(jìn)程到指定CPU核心，避免上下文切換（性能提升20%+）
worker_cpu_affinity auto;
# 核心3：?jiǎn)蝫orker最大連接數(shù)（對(duì)應(yīng)內(nèi)核文件句柄限制，設(shè)為65535即可）
worker_connections 65535;
# 核心4：開(kāi)啟epoll事件模型（Linux專屬，高并發(fā)必備，Nginx1.9+默認(rèn)開(kāi)啟）
use epoll;
# 核心5：開(kāi)啟worker進(jìn)程后臺(tái)運(yùn)行，釋放終端
daemon on;
# 核心6：關(guān)閉worker進(jìn)程數(shù)自動(dòng)調(diào)整，保持穩(wěn)定
worker_rlimit_nofile 1048576;  # 單worker文件句柄數(shù)，與內(nèi)核限制一致

? 并發(fā)計(jì)算公式：理論最大并發(fā) = worker_processes × worker_connections / 4（HTTP1.1，1 個(gè)用戶占 4 個(gè)連接，含靜態(tài)資源）例：8 核 CPU → worker_processes=8 → 8×65535/4 = 131070 單機(jī)并發(fā)，滿足大部分中小站點(diǎn)需求。

? 2. 連接與超時(shí)配置（解決連接堆積，提升響應(yīng)速度）

# 開(kāi)啟TCP復(fù)用，減少連接建立開(kāi)銷
tcp_nopush on;
tcp_nodelay on;
# 超時(shí)配置（核心，避免無(wú)效連接占用資源）
keepalive_timeout 65;        # 長(zhǎng)連接超時(shí)時(shí)間，默認(rèn)75s→65s，平衡并發(fā)與資源
keepalive_requests 10000;    # 1個(gè)長(zhǎng)連接可處理的最大請(qǐng)求數(shù)（默認(rèn)100→10000，大幅提升長(zhǎng)連接利用率）
client_header_timeout 15;    # 客戶端請(qǐng)求頭超時(shí)時(shí)間
client_body_timeout 15;      # 客戶端請(qǐng)求體超時(shí)時(shí)間
send_timeout 15;             # 向客戶端發(fā)送數(shù)據(jù)超時(shí)時(shí)間

? 3. 靜態(tài)資源緩存優(yōu)化（減少磁盤(pán) IO，提升訪問(wèn)速度）

Nginx 處理靜態(tài)資源（圖片 / JS/CSS/ 視頻）時(shí)，開(kāi)啟內(nèi)存緩存和壓縮，直接把性能拉滿：

# 開(kāi)啟gzip壓縮，減小傳輸體積（帶寬壓力降50%+）
gzip on;
gzip_min_length 1k;          # 小于1k不壓縮，避免浪費(fèi)CPU
gzip_buffers 4 16k;          # 壓縮緩沖區(qū)大小
gzip_comp_level 6;           # 壓縮級(jí)別1-9，6是性價(jià)比最優(yōu)（速度+壓縮比）
gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript image/jpeg image/png;  # 壓縮的文件類型
gzip_vary on;                # 支持CDN緩存壓縮文件
 
# 開(kāi)啟靜態(tài)資源內(nèi)存緩存（核心，SSD+內(nèi)存緩存，響應(yīng)時(shí)間0ms）
open_file_cache max=100000 inactive=60s;  # 緩存文件句柄，最多10萬(wàn)，60s無(wú)訪問(wèn)釋放
open_file_cache_valid 80s;                 # 驗(yàn)證緩存有效性時(shí)間
open_file_cache_min_uses 2;                # 最少訪問(wèn)2次才緩存
open_file_cache_errors on;                 # 緩存文件錯(cuò)誤信息，避免重復(fù)檢查

? 4. 反向代理優(yōu)化（動(dòng)態(tài)站點(diǎn)必配，適配后端服務(wù)）

若 Nginx 作為反向代理（代理 Java/PHP/Node 后端），需優(yōu)化代理配置，提升后端轉(zhuǎn)發(fā)效率：

# 開(kāi)啟代理長(zhǎng)連接，避免頻繁與后端建立連接
proxy_http_version 1.1;
proxy_set_header Connection "";
# 代理超時(shí)配置
proxy_connect_timeout 30s;    # 與后端建立連接超時(shí)
proxy_read_timeout 60s;       # 讀取后端響應(yīng)超時(shí)
proxy_send_timeout 60s;       # 向后端發(fā)送請(qǐng)求超時(shí)
# 代理緩沖區(qū)，減少磁盤(pán)IO
proxy_buffers 16 64k;
proxy_buffer_size 64k;

? 5. 關(guān)閉無(wú)用模塊，減少 Nginx 開(kāi)銷

Nginx 默認(rèn)編譯了很多無(wú)用模塊（如郵件代理、FTP、GeoIP），編譯時(shí)剔除無(wú)用模塊，讓 Nginx 更輕量化，性能提升 10%+：

# 編譯時(shí)指定核心模塊，僅保留靜態(tài)/反向代理/HTTPS核心功能
./configure --prefix=/usr/local/nginx \
--with-http_ssl_module \
--with-http_gzip_module \
--with-http_v2_module \
--with-http_realip_module \
--with-http_stub_status_module \
--with-stream \
--with-http_epoll_module
make && make install

四、垂直擴(kuò)容后性能驗(yàn)證（必做，確認(rèn)效果）

擴(kuò)容完成后，通過(guò)工具壓測(cè)，驗(yàn)證單機(jī)并發(fā)和響應(yīng)時(shí)間是否達(dá)標(biāo)，常用工具：ab（Apache Bench）、wrk（推薦，更精準(zhǔn)）。

? 1. wrk 壓測(cè)（推薦，輕量高效）

# 安裝wrk
yum install wrk -y
# 壓測(cè)命令：10個(gè)線程，200個(gè)連接，壓測(cè)30秒，訪問(wèn)首頁(yè)
wrk -t10 -c200 -d30s http://你的域名/

? 2. 壓測(cè)合格標(biāo)準(zhǔn)

• 無(wú)報(bào)錯(cuò)（errors: 0）；
• 響應(yīng)時(shí)間（Latency）：平均≤50ms，最大≤200ms；
• QPS（Requests/sec）：8 核 16G 配置，靜態(tài)站點(diǎn) QPS≥10 萬(wàn)，動(dòng)態(tài)代理 QPS≥5 萬(wàn)；
• CPU 利用率：70%-80%（未跑滿，留有余量），內(nèi)存利用率≤60%，帶寬未跑滿。

五、垂直擴(kuò)容的上限與注意事項(xiàng)

? 垂直擴(kuò)容的單機(jī)性能上限

• 8 核 16G+1G 帶寬：靜態(tài)站點(diǎn)單機(jī)并發(fā) 10 萬(wàn) +，動(dòng)態(tài)代理單機(jī)并發(fā) 5 萬(wàn) +；
• 16 核 32G+1G 帶寬：靜態(tài)站點(diǎn)單機(jī)并發(fā) 20 萬(wàn) +，動(dòng)態(tài)代理單機(jī)并發(fā) 10 萬(wàn) +；? 滿足日活 100 萬(wàn)以內(nèi)的站點(diǎn)需求，完全夠用。

? 注意事項(xiàng)（避坑關(guān)鍵）

1. 內(nèi)核參數(shù)net.ipv4.tcp_tw_reuse=1僅對(duì)Nginx 作為客戶端（反向代理）生效，作為服務(wù)端時(shí)需靠keepalive優(yōu)化；
2. worker_connections不能超過(guò)worker_rlimit_nofile和內(nèi)核nofile限制，否則 Nginx 啟動(dòng)失?。?/li>
3. 開(kāi)啟gzip_comp_level=9會(huì)大幅占用 CPU，性價(jià)比低，推薦 6；
4. 云服務(wù)器優(yōu)先選擇計(jì)算型實(shí)例（如阿里云 ECS 計(jì)算型 c7、騰訊云 CVM 標(biāo)準(zhǔn)型 S7），而非通用型 / 內(nèi)存型；
5. 垂直擴(kuò)容到 16 核 32G 后，若流量繼續(xù)增長(zhǎng)（日活超 200 萬(wàn)），則需進(jìn)入水平擴(kuò)容（多機(jī)集群 + 負(fù)載均衡），這是后續(xù)的架構(gòu)升級(jí)方向。

六、垂直擴(kuò)容實(shí)施優(yōu)先級(jí)（按這個(gè)順序做，最快見(jiàn)效）

1. ? 內(nèi)核文件句柄 + 網(wǎng)絡(luò)參數(shù)優(yōu)化（無(wú)成本，10 分鐘完成，并發(fā)提升 10 倍）；
2. ? Nginx worker + 連接 + 緩存配置優(yōu)化（10 分鐘完成，榨干系統(tǒng)性能）；
3. ? 公網(wǎng)帶寬擴(kuò)容（云服務(wù)器一鍵升級(jí)，解決卡頓核心問(wèn)題）；
4. ? CPU / 內(nèi)存硬件升級(jí)（云服務(wù)器彈性擴(kuò)容，5 分鐘生效）；
5. ? 磁盤(pán)升級(jí)為 SSD（靜態(tài)站點(diǎn)必做，提升靜態(tài)資源加載速度）。

到此這篇關(guān)于Nginx 站點(diǎn)垂直擴(kuò)容的幾種優(yōu)化方案的文章就介紹到這了,更多相關(guān)Nginx 站點(diǎn)垂直擴(kuò)容內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評(píng)論