nginx優化 實現10萬併發訪問量

2021-09-06 16:51:05 字數 4691 閱讀 9510

一般來說nginx配置檔案中對優化比較有作用的為以下幾項:

worker_processes 8;

1 nginx程序數,建議按照cpu數目來指定,一般為它的倍數。

worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000

01000000 10000000;

為每個程序分配 cpu,上例中將 8 個程序分配到 8 個 cpu,當然可以寫多個,或者將一

個程序分配到多個cpu。

worker_rlimit_nofile 102400;

這個指令是指當乙個nginx程序開啟的最多檔案描述符數目,理論值應該是最多開啟文

件數(ulimit -n)與nginx程序數相除,但是nginx分配請求並不是那麼均勻,所以最好與ulimit

-n的值保持一致。

use epoll;

使用epoll的i/o模型,這個不用說了吧。

worker_connections 102400;

每個程序允許的最多連線數,理論上每台 nginx 伺服器的最大連線數為

worker_processes*worker_connections。

keepalive_timeout 60;

keepalive超時時間。

client_header_buffer_size 4k;

客戶端請求頭部的緩衝區大小,這個可以根據你的系統分頁大小來設定,一般乙個請求

頭的大小不會超過 1k,不過由於一般系統分頁都要大於 1k,所以這裡設定為分頁大小。分

頁大小可以用命令getconf pagesize取得。

open_file_cache max=102400 inactive=20s;

這個將為開啟檔案指定快取,預設是沒有啟用的,max指定快取數量,建議和開啟檔案

數一致,inactive 是指經過多長時間檔案沒被請求後刪除快取。

open_file_cache_valid 30s;

這個是指多長時間檢查一次快取的有效資訊。

open_file_cache_min_uses 1;

open_file_cache指令中的inactive 引數時間內檔案的最少使用次數,如果超過這個數字,文

件描述符一直是在快取中開啟的,如上例,如果有乙個檔案在inactive 時間內一次沒被使用,

它將被移除。

2 關於核心引數的優化:

net.ipv4.tcp_max_tw_buckets = 6000

timewait的數量,預設是180000。

net.ipv4.ip_local_port_range = 1024 65000

允許系統開啟的埠範圍。

net.ipv4.tcp_tw_recycle = 1

啟用timewait快速**。

net.ipv4.tcp_tw_reuse = 1

開啟重用。允許將time-wait sockets重新用於新的tcp連線。

net.ipv4.tcp_syncookies = 1

開啟syn cookies,當出現syn 等待佇列溢位時,啟用cookies來處理。

net.core.somaxconn = 262144

web 應用中 listen 函式的 backlog 缺省會給我們核心引數的 net.core.somaxconn 限制到

128,而nginx定義的ngx_listen_backlog 預設為511,所以有必要調整這個值。

net.core.netdev_max_backlog = 262144

每個網路介面接收資料報的速率比核心處理這些包的速率快時,允許送到佇列的資料報

的最大數目。

net.ipv4.tcp_max_orphans = 262144

系統中最多有多少個tcp套接字不被關聯到任何乙個使用者檔案控制代碼上。如果超過這個數

字,孤兒連線將即刻被復位並列印出警告資訊。這個限制僅僅是為了防止簡單的dos攻擊,

不能過分依靠它或者人為地減小這個值,更應該增加這個值(如果增加了記憶體之後)。

net.ipv4.tcp_max_syn_backlog = 262144

記錄的那些尚未收到客戶端確認資訊的連線請求的最大值。對於有128m記憶體的系統而

言,預設值是1024,小記憶體的系統則是128。

net.ipv4.tcp_timestamps = 0

時間戳可以避免序列號的捲繞。乙個1gbps的鏈路肯定會遇到以前用過的序列號。時間

戳能夠讓核心接受這種「異常」的資料報。這裡需要將其關掉。

net.ipv4.tcp_synack_retries = 1

為了開啟對端的連線,核心需要傳送乙個syn並附帶乙個回應前面乙個syn的ack。也

就是所謂三次握手中的第二次握手。這個設定決定了核心放棄連線之前傳送 syn+ack 包的

數量。net.ipv4.tcp_syn_retries = 1

在核心放棄建立連線之前傳送syn 包的數量。

net.ipv4.tcp_fin_timeout = 1

如果套接字由本端要求關閉,這個引數決定了它保持在 fin-wait-2 狀態的時間。對端

可以出錯並永遠不關閉連線,甚至意外當機。預設值是60 秒。2.2 核心的通常值是180 秒,

3 你可以按這個設定,但要記住的是,即使你的機器是乙個輕載的 web 伺服器,也有因為大

量的死套接字而記憶體溢位的風險,fin- wait-2 的危險性比fin-wait-1 要小,因為它最多隻

能吃掉1.5k記憶體,但是它們的生存期長些。

net.ipv4.tcp_keepalive_time = 30

當keepalive起用的時候,tcp傳送keepalive訊息的頻度。預設是2 小時。

下面貼乙個完整的核心優化設定:

net .ipv4.ip_forward = 0

net .ipv4.conf.default.rp_filter = 1

net.ipv4.conf.default.accept_source_route = 0

kernel

.sysrq = 0

kernel

.core_uses_pid = 1

net.ipv4.tcp_syncookies = 1

kernel

.msgmnb = 65536

kernel

.msgmax = 65536

kernel

.shmmax = 68719476736

kernel

.shmall = 4294967296

net.ipv4.tcp_max_tw_buckets = 6000

net .ipv4.tcp_sack = 1

net .ipv4.tcp_window_scaling = 1

net .ipv4.tcp_rmem = 4096        87380    4194304

net .ipv4.tcp_wmem = 4096        16384    4194304

net .core.wmem_default = 8388608

net .core.rmem_default = 8388608

net .core.rmem_max = 16777216

net .core.wmem_max = 16777216

net .core.netdev_max_backlog = 262144

net .core.somaxconn = 262144

net .ipv4.tcp_max_orphans = 3276800

net .ipv4.tcp_max_syn_backlog = 262144

net .ipv4.tcp_timestamps = 0

net .ipv4.tcp_synack_retries = 1

net .ipv4.tcp_syn_retries = 1

net .ipv4.tcp_tw_recycle = 1

net .ipv4.tcp_tw_reuse = 1

net .ipv4.tcp_mem = 94500000 915000000 927000000

net .ipv4.tcp_fin_timeout = 1

net .ipv4.tcp_keepalive_time = 30

net .ipv4.ip_local_port_range = 1024    65000

4 下面是乙個簡單的nginx配置檔案:

user  www www

; worker_processes 

8; worker_cpu_affinity 

00000001 00000010 00000100 00001000 00010000 00100000

01000000;

error_log  /www/log/nginx_error.log  crit;

pid        

/usr/local/nginx/nginx.pidtrebuchet m

IIS優化,支援10萬併發

iis7.5是微軟推出的最新平台iis,效能也較以前有很大的提公升,但是預設的設定配不適合很大的請求。但是我們可以根據實際的需要進行iis調整,使其效能更佳,支援同時10萬個請求。以下方案,通過對iis7的配置進行優化,調整iis7應用池的佇列長度,請求數限制,tcpip連線數等方面,從而使web伺...

Nginx併發訪問優化

nginx反向 併發能力的強弱,直接影響到系統的穩定性。安裝nginx過程,預設配置並不涉及到過多的併發引數,作為產品執行,不得不考慮這些因素。nginx作為產品執行,官方建議部署到linux64位系統,基於該建議,本文中從系統線之上考慮nginx的併發優化。1 開啟linux系統epoll支援 e...

Nginx 之併發優化

客戶端 服務端 連線數 ulimit n 100000 nginx 鏈結數 10240 個 worker connections 10240 允許開啟檔案數 worker processes 1 worker rlimit nofile 10000 系統的最大鏈結數 more proc sys ne...