運維乾貨 | 10分鐘深入瞭解10大Nginx配置項優化
Nginx (engine x) 是一個高效能的HTTP和反向代理伺服器,也是一個IMAP/POP3/SMTP伺服器。
1、nginx執行工作程式個數
一般設定cpu的核心或者核心數x2。
如果不瞭解cpu的核數,可以top命令之後按1看出來,也可以檢視/proc/cpuinfo檔案 grep ^processor /proc/cpuinfo | wc -l
[root@lx~]# vi/usr/local/nginx1.10/conf/nginx.conf
worker_processes 4;
[root@lx~]# /usr/local/nginx1.10/sbin/nginx-s reload
[root@lx~]# ps -aux | grep nginx |grep -v grep
root 9834 0.0 0.0 47556 1948 ? Ss 22:36 0:00 nginx: master processnginx
www 10135 0.0 0.0 50088 2004 ? S 22:58 0:00 nginx: worker process
www 10136 0.0 0.0 50088 2004 ? S 22:58 0:00 nginx: worker process
www 10137 0.0 0.0 50088 2004 ? S 22:58 0:00 nginx: worker process
www 10138 0.0 0.0 50088 2004 ? S 22:58 0:00 nginx: worker process
Nginx執行CPU親和力
比如4核配置
worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000
比如8核配置
worker_processes 8;
worker_cpu_affinity 00000001 00000010 00000100 0000100000010000 00100000 01000000 10000000;
worker_processes最多開啟8個,8個以上效能提升不會再提升了,而且穩定性變得更低,所以8個程式夠用了。
Nginx最多可以開啟檔案數
worker_rlimit_nofile 65535;
這個指令是指當一個nginx程式開啟的最多檔案描述符數目,理論值應該是最多開啟檔案數(ulimit -n)與nginx程式數相除,但是nginx分配請求並不是那麼均勻,所以最好與ulimit -n的值保持一致。
注:
檔案資源限制的配置可以在/etc/security/limits.conf設定,針對root/user等各個使用者或者*代表所有使用者來設定。
* soft nofile 65535
* hard nofile 65535
使用者重新登入生效(ulimit -n)
2、Nginx事件處理模型
events {
use epoll;
worker_connections 65535;
multi_accept on;
}
nginx採用epoll事件模型,處理效率高
work_connections是單個worker程式允許客戶端最大連線數,這個數值一般根據伺服器效能和記憶體來制定,實際最大值就是worker程式數乘以work_connections
實際我們填入一個65535,足夠了,這些都算併發值,一個網站的併發達到這麼大的數量,也算一個大站了!
multi_accept 告訴nginx收到一個新連線通知後接受盡可能多的連線,預設是on,設定為on後,多個worker按序列方式來處理連線,也就是一個連線只有一個worker被喚醒,其他的處於休眠狀態,設定為off後,多個worker按並行方式來處理連線,也就是一個連線會喚醒所有的worker,直到連線分配完畢,沒有取得連線的繼續休眠。當你的伺服器連線數不多時,開啟這個引數會讓負載有一定的降低,但是當伺服器的吞吐量很大時,為了效率,可以關閉這個引數。
3、開啟高效傳輸模式
http {
include mime.types;
default_type application/octet-stream;
……
sendfile on;
tcp_nopush on;
……
Include mime.types; //媒體型別,include 只是一個在當前檔案中包含另一個檔案內容的指令
default_type application/octet-stream; //預設媒體型別足夠
sendfile on;//開啟高效檔案傳輸模式,sendfile指令指定nginx是否呼叫sendfile函式來輸出檔案,對於普通應用設為 on,如果用來進行下載等應用磁碟IO重負載應用,可設定為off,以平衡磁碟與網路I/O處理速度,降低系統的負載。
注意:如果圖片顯示不正常把這個改成off。
tcp_nopush on;必須在sendfile開啟模式才有效,防止網路阻塞,積極的減少網路報文段的數量(將響應頭和正文的開始部分一起傳送,而不一個接一個的傳送。)
4、連線超時時間
主要目的是保護伺服器資源,CPU,記憶體,控制連線數,因為建立連線也是需要消耗資源的
keepalive_timeout 60;
tcp_nodelay on;
client_header_buffer_size 4k;
open_file_cache max=102400 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 1;
client_header_timeout 15;
client_body_timeout 15;
reset_timedout_connection on;
send_timeout 15;
server_tokens off;
client_max_body_size 10m;
keepalived_timeout客戶端連線保持會話超時時間,超過這個時間,伺服器斷開這個連結
tcp_nodelay;也是防止網路阻塞,不過要包涵在keepalived引數才有效
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 時間內一次沒被使用,它將被移除。
client_header_timeout設定請求頭的超時時間。我們也可以把這個設定低些,如果超過這個時間沒有傳送任何資料,nginx將返回request time out的錯誤
client_body_timeout設定請求體的超時時間。我們也可以把這個設定低些,超過這個時間沒有傳送任何資料,和上面一樣的錯誤提示
reset_timeout_connection 告訴nginx關閉不響應的客戶端連線。這將會釋放那個客戶端所佔有的記憶體空間。
send_timeout響應客戶端超時時間,這個超時時間僅限於兩個活動之間的時間,如果超過這個時間,客戶端沒有任何活動,nginx關閉連線
server_tokens 並不會讓nginx執行的速度更快,但它可以關閉在錯誤頁面中的nginx版本數字,這樣對於安全性是有好處的。
client_max_body_size上傳檔案大小限制。
5、fastcgi調優
fastcgi_connect_timeout 600;
fastcgi_send_timeout 600;
fastcgi_read_timeout 600;
fastcgi_buffer_size 64k;
fastcgi_buffers 4 64k;
fastcgi_busy_buffers_size 128k;
fastcgi_temp_file_write_size 128k;
fastcgi_temp_path/usr/local/nginx1.10/nginx_tmp;
fastcgi_intercept_errors on;
fastcgi_cache_path/usr/local/nginx1.10/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128minactive=1d max_size=10g;
fastcgi_connect_timeout 600; #指定連線到後端FastCGI的超時時間。
fastcgi_send_timeout 600; #向FastCGI傳送請求的超時時間。
fastcgi_read_timeout 600; #指定接收FastCGI應答的超時時間。
fastcgi_buffer_size 64k; #指定讀取FastCGI應答第一部分需要用多大的緩衝區,預設的緩衝區大小為fastcgi_buffers指令中的每塊大小,可以將這個值設定更小。
fastcgi_buffers 4 64k; #指定本地需要用多少和多大的緩衝區來緩衝FastCGI的應答請求,如果一個php指令碼所產生的頁面大小為256KB,那麼會分配4個64KB的緩衝區來快取,如果頁面大小大於256KB,那麼大於256KB的部分會快取到fastcgi_temp_path指定的路徑中,但是這並不是好方法,因為記憶體中的資料處理速度要快於磁碟。一般這個值應該為站點中php指令碼所產生的頁面大小的中間值,如果站點大部分指令碼所產生的頁面大小為256KB,那麼可以把這個值設定為“8 32K”、“4 64k”等。
fastcgi_busy_buffers_size 128k; #建議設定為fastcgi_buffers的兩倍,繁忙時候的buffer
fastcgi_temp_file_write_size 128k; #在寫入fastcgi_temp_path時將用多大的資料塊,預設值是fastcgi_buffers的兩倍,該數值設定小時若負載上來時可能報502BadGateway
fastcgi_temp_path #快取臨時目錄
fastcgi_intercept_errors on;#這個指令指定是否傳遞4xx和5xx錯誤資訊到客戶端,或者允許nginx使用error_page處理錯誤資訊。
注:靜態檔案不存在會返回404頁面,但是php頁面則返回空白頁!!
fastcgi_cache_path /usr/local/nginx1.10/fastcgi_cachelevels=1:2 keys_zone=cache_fastcgi:128minactive=1d max_size=10g;# fastcgi_cache快取目錄,可以設定目錄層級,比如1:2會生成16*256個子目錄,cache_fastcgi是這個快取空間的名字,cache是用多少記憶體(這樣熱門的內容nginx直接放記憶體,提高訪問速度),inactive表示預設失效時間,如果快取資料在失效時間內沒有被訪問,將被刪除,max_size表示最多用多少硬碟空間。
fastcgi_cache cache_fastcgi; #表示開啟FastCGI快取併為其指定一個名稱。開啟快取非常有用,可以有效降低CPU的負載,並且防止502的錯誤放生。cache_fastcgi為proxy_cache_path指令建立的快取區名稱
fastcgi_cache_valid 200 302 1h; #用來指定應答程式碼的快取時間,例項中的值表示將200和302應答快取一小時,要和fastcgi_cache配合使用
fastcgi_cache_valid 301 1d; #將301應答快取一天
fastcgi_cache_valid any 1m; #將其他應答快取為1分鐘
fastcgi_cache_min_uses 1; #該指令用於設定經過多少次請求的相同URL將被快取。
fastcgi_cache_key http://$host$request_uri; #該指令用來設定web快取的Key值,nginx根據Key值md5雜湊儲存.一般根據$host(域名)、$request_uri(請求的路徑)等變數組合成proxy_cache_key 。
fastcgi_pass #指定FastCGI伺服器監聽埠與地址,可以是本機或者其它
總結:
nginx的快取功能有:proxy_cache / fastcgi_cache
proxy_cache的作用是快取後端伺服器的內容,可能是任何內容,包括靜態的和動態。
fastcgi_cache的作用是快取fastcgi生成的內容,很多情況是php生成的動態的內容。
proxy_cache快取減少了nginx與後端通訊的次數,節省了傳輸時間和後端寬頻。
fastcgi_cache快取減少了nginx與php的通訊的次數,更減輕了php和資料庫(mysql)的壓力。
6、gzip調優
使用gzip壓縮功能,可能為我們節約頻寬,加快傳輸速度,有更好的體驗,也為我們節約成本,所以說這是一個重點。
Nginx啟用壓縮功能需要你來ngx_http_gzip_module模組,apache使用的是mod_deflate
一般我們需要壓縮的內容有:文字,js,html,css,對於圖片,視訊,flash什麼的不壓縮,同時也要注意,我們使用gzip的功能是需要消耗CPU的!
gzip on;
gzip_min_length 2k;
gzip_buffers 4 32k;
gzip_http_version 1.1;
gzip_comp_level 6;
gzip_typestext/plain text/css text/javascriptapplication/json application/javascript application/x-javascriptapplication/xml;
gzip_vary on;
gzip_proxied any;
gzip on; #開啟壓縮功能
gzip_min_length 1k; #設定允許壓縮的頁面最小位元組數,頁面位元組數從header頭的Content-Length中獲取,預設值是0,不管頁面多大都進行壓縮,建議設定成大於1K,如果小與1K可能會越壓越大。
gzip_buffers 4 32k; #壓縮緩衝區大小,表示申請4個單位為32K的記憶體作為壓縮結果流快取,預設值是申請與原始資料大小相同的記憶體空間來儲存gzip壓縮結果。
gzip_http_version 1.1; #壓縮版本,用於設定識別HTTP協議版本,預設是1.1,目前大部分瀏覽器已經支援GZIP解壓,使用預設即可
gzip_comp_level 6; #壓縮比例,用來指定GZIP壓縮比,1壓縮比最小,處理速度最快,9壓縮比最大,傳輸速度快,但是處理慢,也比較消耗CPU資源。
gzip_types text/css text/xml application/javascript; #用來指定壓縮的型別,‘text/html’型別總是會被壓縮。
預設值: gzip_types text/html (預設不對js/css檔案進行壓縮)
# 壓縮型別,匹配MIME��型進行壓縮
# 不能用萬用字元 text/*
# (無論是否指定)text/html預設已經壓縮
# 設定哪壓縮種文字檔案可參考 conf/mime.types
gzip_vary on; #varyheader支援,改選項可以讓前端的快取伺服器快取經過GZIP壓縮的頁面,例如用Squid快取經過nginx壓縮的資料
7、expires快取調優
快取,主要針對於圖片,css,js等元素更改機會比較少的情況下使用,特別是圖片,佔用頻寬大,我們完全可以設定圖片在瀏覽器本地快取365d,css,js,html可以快取個10來天,這樣使用者第一次開啟載入慢一點,第二次,就非常快了!快取的時候,我們需要將需要快取的擴充名列出來, Expires快取配置在server欄位裡面
location ~* \.(ico|jpe?g|gif|png|bmp|swf|flv)$ {
expires 30d;
#log_not_found off;
access_log off;
}
location ~* \.(js|css)$ {
expires 7d;
log_not_found off;
access_log off;
}
注:log_not_found off;是否在error_log中記錄不存在的錯誤。預設是。
總結:
expire功能優點 (1)expires可以降低網站購買的頻寬,節約成本(2)同時提升使用者訪問體驗(3)減輕服務的壓力,節約伺服器成本,是web服務非常重要的功能。 expire功能缺點:被快取的頁面或資料更新了,使用者看到的可能還是舊的內容,反而影響使用者體驗。解決辦法:第一個縮短快取時間,例如:1天,但不徹底,除非更新頻率大於1天;第二個對快取的物件改名。
網站不希望被快取的內容 1)網站流量統計工具2)更新頻繁的檔案(google的logo)
8、防盜鏈
防止別人直接從你網站引用圖片等連結,消耗了你的資源和網路流量,那麼我們的解決辦法由幾種: 1:水印,品牌宣傳,你的頻寬,伺服器足夠 2:防火牆,直接控制,前提是你知道IP來源 3:防盜鏈策略下面的方法是直接給予404的錯誤提示
location ~*^.+\.(jpg|gif|png|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ {
valid_referers noneblocked www.benet.com benet.com;
if($invalid_referer) {
#return 302 http://www.benet.com/img/nolink.jpg;
return 404;
break;
}
access_log off;
}
引數可以使如下形式:
none 意思是不存在的Referer頭(表示空的,也就是直接訪問,比如直接在瀏覽器開啟一個圖片)
blocked 意為根據防火牆偽裝Referer頭,如:“Referer:XXXXXXX”。
server_names 為一個或多個伺服器的列表,0.5.33版本以後可以在名稱中使用“*”萬用字元。
9、核心引數優化
fs.file-max = 999999:這個參數列示程式(比如一個worker程式)可以同時開啟的最大控制程式碼數,這個引數直線限制最大併發連線數,需根據實際情況配置。
net.ipv4.tcp_max_tw_buckets = 6000 #這個參數列示作業系統允許TIME_WAIT套接字數量的最大值,如果超過這個數字,TIME_WAIT套接字將立刻被清除並列印警告資訊。該引數預設為180000,過多的TIME_WAIT套接字會使Web伺服器變慢。
注:主動關閉連線的服務端會產生TIME_WAIT狀態的連線
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連線。這對於伺服器來說很有意義,因為伺服器上總會有大量TIME-WAIT狀態的連線。
net.ipv4.tcp_keepalive_time = 30:這個參數列示當keepalive啟用時,TCP傳送keepalive訊息的頻度。預設是2小時,若將其設定的小一些,可以更快地清理無效的連線。
net.ipv4.tcp_syncookies = 1#開啟SYN Cookies,當出現SYN等待佇列溢位時,啟用cookies來處理。
net.core.somaxconn = 40960 #web 應用中 listen 函式的 backlog 預設會給我們核心引數的 net.core.somaxconn 限制到128,而nginx定義的NGX_LISTEN_BACKLOG 預設為511,所以有必要調整這個值。
注:對於一個TCP連線,Server與Client需要通過三次握手來建立網路連線.當三次握手成功後,我們可以看到埠的狀態由LISTEN轉變為ESTABLISHED,接著這條鏈路上就可以開始傳送資料了.每一個處於監聽(Listen)狀態的埠,都有自己的監聽佇列.監聽佇列的長度與如somaxconn引數和使用該埠的程式中listen()函式有關
somaxconn引數:定義了系統中每一個埠最大的監聽佇列的長度,這是個全域性的引數,預設值為128,對於一個經常處理新連線的高負載 web服務環境來說,預設的 128 太小了。大多數環境這個值建議增加到 1024 或者更多。大的偵聽佇列對防止拒絕服務 DoS 攻擊也會有所幫助。
net.core.netdev_max_backlog = 262144 #每個網路介面接收資料包的速率比核心處理這些包的速率快時,允許送到佇列的資料包的最大數目。
net.ipv4.tcp_max_syn_backlog = 262144 #這個引數標示TCP三次握手建立階段接受SYN請求佇列的最大長度,預設為1024,將其設定得大一些可以使出現Nginx繁忙來不及accept新連線的情況時,Linux不至於丟失客戶端發起的連線請求。
net.ipv4.tcp_rmem = 10240 87380 12582912#這個引數定義了TCP接受快取(用於TCP接受滑動視窗)的最小值、預設值、最大值。
net.ipv4.tcp_wmem = 10240 87380 12582912:這個引數定義了TCP傳送快取(用於TCP傳送滑動視窗)的最小值、預設值、最大值。
net.core.rmem_default = 6291456:這個參數列示核心套接字接受快取區預設的大小。
net.core.wmem_default = 6291456:這個參數列示核心套接字傳送快取區預設的大小。
net.core.rmem_max = 12582912:這個參數列示核心套接字接受快取區的最大大小。
net.core.wmem_max = 12582912:這個參數列示核心套接字傳送快取區的最大大小。
net.ipv4.tcp_syncookies = 1:該引數與效能無關,用於解決TCP的SYN攻擊。
下面貼一個完整的核心優化設定:
fs.file-max = 999999
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 = 10240 87380 12582912
net.ipv4.tcp_wmem = 10240 87380 12582912
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 = 40960
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
執行sysctl -p使核心修改生效
10、關於系統連線數的優化
linux 預設值 open files為1024
#ulimit -n
1024
說明server只允許同時開啟1024個檔案
使用ulimit -a 可以檢視當前系統的所有限制值,使用ulimit -n 可以檢視當前的最大開啟檔案數。
新裝的linux 預設只有1024 ,當作負載較大的伺服器時,很容易遇到error: too many open files。因此,需要將其改大
在/etc/security/limits.conf最後增加:
* soft nofile 65535
* hard nofile 65535
* soft noproc 65535
* hard noproc 65535
作者:liuxiong
來源:http://www.linuxidc.com/Linux/2017-06/144493.htm
PS:記得查收小編送你的免費大禮包呦~
福利 | 一萬多套PPT模板等你免費來拿!無條件領取!
免費送 | 1000多套簡歷模板免費拿,附贈簡歷製作教程!
免費領 | 《Shell指令碼 100例》電子書免費拿,運維必備乾貨~
▼▼點選【閱讀原文】,5天運維免費課程,開講在即!
相關文章
- 深入瞭解 TiDB SQL 優化器TiDBSQL優化
- 只有老運維人才能懂的運維乾貨運維
- Nginx深入瞭解-基礎(一)Nginx
- Nginx深入瞭解-基礎(三)Nginx
- 從理論到案例,請收下這篇Nginx監控運維乾貨Nginx運維
- 【運維】nginx伺服器基本配置指南運維Nginx伺服器
- Nginx配置檔案詳解與優化建議Nginx優化
- 好程式設計師Java乾貨分享5分鐘瞭解折半插入排序程式設計師Java排序
- 三分鐘深入瞭解Spring底層Spring
- 乾貨|優酷小程式優化實戰優化
- 乾貨收藏 | 如何優化前端效能?優化前端
- 乾貨!MySQL大表優化方案(1)MySql優化
- 運維乾貨 | 12 個實用的 Vim 使用技巧運維
- 乾貨!一分鐘帶你瞭解如何測試海外HTTP代理的ip可用率!HTTP
- 自媒體新手入門攻略,學習乾貨內容瞭解運營技巧
- 一分鐘瞭解降維演算法演算法
- 深入 Nginx 之配置篇Nginx
- 深入瞭解 iOS 的初始化iOS
- 深入瞭解HTTP/2的前世今生以及Web效能優化總結HTTPWeb優化
- 【真·乾貨】MySQL 索引及優化實戰MySql索引優化
- 【純乾貨】神奇的Ctrl鍵,Linux運維常用快捷鍵!Linux運維
- 【乾貨】Linux運維人員必備的實用工具!Linux運維
- Nginx的SSL配置優化 – HTTPS SSL 教程Nginx優化HTTP
- 2019年你必須瞭解的乾貨集錦
- 超級乾貨:帶你全面瞭解低程式碼!
- Spring和SpringMVC必用註解,乾貨瞭解一下SpringMVC
- nginx thinkphp rewrite配置項NginxPHP
- 乾貨滿滿 | 美團資料庫運維自動化系統構建之路資料庫運維
- 我所瞭解的Linux運維技術Linux運維
- 乾貨 | 2分鐘玩轉ApipostAPI
- Nginx需要最佳化哪些內容?Linux運維NginxLinux運維
- 3分鐘瞭解華為推送服務優勢,第一項就讓你心動!
- [譯]例項詳解防抖與節流(乾貨!!!)
- 【乾貨】MySQL底層架構設計,你瞭解多少?MySql架構
- 乾貨滿滿!深入解析增強分析的概念及其優勢
- 深入瞭解原型原型
- 深入瞭解ConcurrentHashMapHashMap
- JavaScript——深入瞭解thisJavaScript