nginx轉發swoole以及nginx負載

奮程式序猿發表於2018-06-11

nginx作為靜態伺服器同時轉發swoole配置:

location /{
root //靜態檔案目錄;
index index.html index.htm;//預設首頁
  if(!-e $request_filename){ //判斷如果 靜態檔案不存在就轉發給 swoole
   proxy_pass https://swooleip:swoole;埠

}

}

nginx 負載均衡:upstream 和server同級

upstream  name{
   server  127.0.0.1:8011;
   server  127.0.0.2:8011;
   server  127.0.0.3:8011;
}

預設情況下會按照順序把請求負載到各個伺服器;(輪循)

也可以設定伺服器的權重   權重約高的  被負載到的機率越大。

例如   

upstream  name{
   server  127.0.0.1:8011 weight=3;
   server  127.0.0.2:8011 weight=3;
   server  127.0.0.3:8011 weight=1;
}

還有一種就是 通過計算客戶端ip的hash,用於負載到某臺機器 這樣就可以保證 同一個客戶端的請求會一直負載到一個機器上

upstream  name{
   ip_hash;
   server  127.0.0.1:8011;
   server  127.0.0.2:8011;
   server  127.0.0.3:8011;
}

在swoole有多臺的時候  nginx的轉發就不能像上面那樣寫了 需要加上我們的負載配置

location /{
root  //靜態檔案目錄;
index  index.html index.htm;//預設首頁
  if(!-e $request_filename){  //判斷如果 靜態檔案不存在就轉發給 swoole
   proxy_pass name;

}


}

 

設定備份機器 在所有的機器都掛了後 才會被nginx 自動啟用

upstream  name{
   server  127.0.0.1:8011 weight=3;
   server  127.0.0.2:8011 weight=3;
   server  127.0.0.3:8011 weight=1;
 server  127.0.0.3:8011  down;//設定某個不可用的機器


  server
127.0.0.4:8011 backup;//備份機器
}

 

設定max_fails   fail_timeout  這兩個引數可以樣nginx更具失敗數和時間自動決定某些機器不可用;

max_fails 預設為1。某臺Server允許請求失敗的次數,超過最大次數後,在fail_timeout時間內,新的請求將不會分配給這臺機器。如果設定為0,Nginx會將這臺Server置為永久無效狀態。

fail_timeout  預設為10秒。某臺Server達到max_fails次失敗請求後,在fail_timeout期間內,nginx會認為這臺Server暫時不可用,不會將請求分配給它;

upstream  name{
   server  127.0.0.1:8011 weight=3  max_fails=3 fail_timeout=15;
   server  127.0.0.2:8011 weight=3;
   server  127.0.0.3:8011 weight=1;
 server  127.0.0.3:8011  down;//設定某個不可用的機器


  server  127.0.0.4:8011  backup;//備份機器
}
127.0.0.1這臺機器,如果有3次請求失敗,nginx在15秒內,不會將新的請求分配給它。
max_conns 
限制分配給某臺Server處理的最大連線數量,超過這個數量,將不會分配新的連線給它。預設為0,表示不限制。注意:1.5.9之後的版本才有這個配置
upstream  name{
   server  127.0.0.1:8011  max_conns=1000;

}

表示最多給127.0.0.1這臺Server分配1000個請求,如果這臺Server正在處理1000個請求,nginx將不會分配新的請求給到它。假如有一個請求處理完了,還剩下999個請求在處理,這時nginx也會將新的請求分配給它。

nginx一些效能調優的設定(不全大部分來源於網路):

worker_processes auto;

worker_processes 定義了nginx對外提供web服務時的worker程式數。最優值取決於許多因素,包括(但不限於)CPU核的數量、儲存資料的硬碟數量及負載模式。不能確定的時候,將其設定為可用的CPU核心數將是一個好的開始(設定為“auto”將嘗試自動檢測它)。

worker_cpu_affinity auto;

nginx預設是沒有開啟利用多核cpu的配置的。需要通過增加worker_cpu_affinity配置引數來充分利用多核cpu,cpu是任務處理,當計算最費時的資源的時候,cpu核使用上的越多,效能就越好。

worker_rlimit_nofile 102400;

 更改worker程式的最大開啟檔案數限制。如果沒設定的話,這個值為作業系統的限制。設定後你的作業系統和Nginx可以處理比“ulimit -a”更多的檔案,所以把這個值設高,這樣nginx就不會有“too many open files”問題了。

events {
  use epoll;
  multi_accept on;
  worker_connections 51200;
}

worker_connections設定可由一個worker程式同時開啟的最大連線數。如果設定了上面提到的worker_rlimit_nofile,我們可以將這個值設得很高。
multi_accept 告訴nginx收到一個新連線通知後接受盡可能多的連線。
use 設定用於複用客戶端執行緒的輪詢方法。如果你使用Linux 2.6+,你應該使用epoll。如果你使用*BSD,你應該使用kqueue。

HTTP 模組
 server_tokens                 off;
server_tokens  它可以關閉在錯誤頁面中的nginx版本數字。
sendfile                      on;
可以讓sendfile()發揮作用。sendfile()可以在磁碟和TCP socket之間互相拷貝資料(或任意兩個檔案描述符)。Pre-sendfile是傳送資料之前在使用者空間申請資料緩衝區。之後用read()將資料從 檔案拷貝到這個緩衝區,write()將緩衝區資料寫入網路。sendfile()是立即將資料從磁碟讀到OS快取。因為這種拷貝是在核心完成 的,sendfile()要比組合read()和write()以及開啟關閉丟棄緩衝更加有效(更多有關於sendfile)。

server_tokens  並不會讓nginx執行的速度更快,但它可以關閉在錯誤頁面中的nginx版本數字,這樣對於安全性是有好處的。

sendfile 可以讓sendfile()發揮作用。sendfile()可以在磁碟和TCP socket之間互相拷貝資料(或任意兩個檔案描述符)。Pre-sendfile是傳送資料之前在使用者空間申請資料緩衝區。之後用read()將資料從 檔案拷貝到這個緩衝區,write()將緩衝區資料寫入網路。sendfile()是立即將資料從磁碟讀到OS快取。因為這種拷貝是在核心完成 的,sendfile()要比組合read()和write()以及開啟關閉丟棄緩衝更加有效(更多有關於sendfile)。

tcp_nopush 告訴nginx在一個資料包裡傳送所有標頭檔案,而不一個接一個的傳送。

tcp_nodelay 告訴nginx不要快取資料,而是一段一段的傳送--當需要及時傳送資料時,就應該給應用設定這個屬性,這樣傳送一小塊資料資訊時就不能立即得到返回值。

  1. access_log off; 
  2. error_log /var/log/nginx/error.log crit; 

access_log 設定nginx是否將儲存訪問日誌。關閉這個選項可以讓讀取磁碟IO操作更快(aka,YOLO)

error_log 告訴nginx只能記錄嚴重的錯誤:

  1. keepalive_timeout 10; 
  2. client_header_timeout 10; 
  3. client_body_timeout 10; 
  4. reset_timedout_connection on; 
  5. send_timeout 10; 

keepalive_timeout  給客戶端分配keep-alive連結超時時間。伺服器將在這個超時時間過後關閉連結。我們將它設定低些可以讓ngnix持續工作的時間更長。

client_header_timeout 和client_body_timeout 設定請求頭和請求體(各自)的超時時間。我們也可以把這個設定低些。

reset_timeout_connection 告訴nginx關閉不響應的客戶端連線。這將會釋放那個客戶端所佔有的記憶體空間。

send_timeout 指定客戶端的響應超時時間。這個設定不會用於整個轉發器,而是在兩次客戶端讀取操作之間。如果在這段時間內,客戶端沒有讀取任何資料,nginx就會關閉連線。

  1. limit_conn_zone $binary_remote_addr zone=addr:5m; 
  2. limit_conn addr 100; 

limit_conn_zone 設定用於儲存各種key(比如當前連線數)的共享記憶體的引數。5m就是5兆位元組,這個值應該被設定的足夠大以儲存(32K*5)32byte狀態或者(16K*5)64byte狀態。

limit_conn 為給定的key設定最大連線數。這裡key是addr,我們設定的值是100,也就是說我們允許每一個IP地址最多同時開啟有100個連線。

  1. include /etc/nginx/mime.types; 
  2. default_type text/html; 
  3. charset UTF-8; 

include 只是一個在當前檔案中包含另一個檔案內容的指令。這裡我們使用它來載入稍後會用到的一系列的MIME型別。

default_type 設定檔案使用的預設的MIME-type。

charset 設定我們的標頭檔案中的預設的字符集

  1. gzip on; 
  2. gzip_disable "msie6"; 
  3. # gzip_static on; 
  4. gzip_proxied any; 
  5. gzip_min_length 1000; 
  6. gzip_comp_level 4; 
  7. gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript; 

gzip 是告訴nginx採用gzip壓縮的形式傳送資料。這將會減少我們傳送的資料量。

gzip_disable 為指定的客戶端禁用gzip功能。我們設定成IE6或者更低版本以使我們的方案能夠廣泛相容。

gzip_static 告訴nginx在壓縮資源之前,先查詢是否有預先gzip處理過的資源。這要求你預先壓縮你的檔案(在這個例子中被註釋掉了),從而允許你使用最高壓縮比,這樣nginx就不用再壓縮這些檔案了(想要更詳盡的gzip_static的資訊,請點選這裡)。

gzip_proxied 允許或者禁止壓縮基於請求和響應的響應流。我們設定為any,意味著將會壓縮所有的請求。

gzip_min_length 設定對資料啟用壓縮的最少位元組數。如果一個請求小於1000位元組,我們最好不要壓縮它,因為壓縮這些小的資料會降低處理此請求的所有程式的速度。

gzip_comp_level 設定資料的壓縮等級。這個等級可以是1-9之間的任意數值,9是最慢但是壓縮比最大的。我們設定為4,這是一個比較折中的設定。

gzip_type 設定需要壓縮的資料格式。上面例子中已經有一些了,你也可以再新增更多的格式。

  1. # cache informations about file descriptors, frequently accessed files 
  2. # can boost performance, but you need to test those values 
  3. open_file_cache max=100000 inactive=20s; 
  4. open_file_cache_valid 30s; 
  5. open_file_cache_min_uses 2; 
  6. open_file_cache_errors on; 
  7. ## 
  8. # Virtual Host Configs 
  9. # aka our settings for specific servers 
  10. ## 
  11. include /etc/nginx/conf.d/*.conf; 
  12. include /etc/nginx/sites-enabled/*; 

open_file_cache 開啟快取的同時也指定了快取最大數目,以及快取的時間。我們可以設定一個相對高的最大時間,這樣我們可以在它們不活動超過20秒後清除掉。

open_file_cache_valid 在open_file_cache中指定檢測正確資訊的間隔時間。

open_file_cache_min_uses 定義了open_file_cache中指令引數不活動時間期間裡最小的檔案數。

open_file_cache_errors 指定了當搜尋一個檔案時是否快取錯誤資訊,也包括再次給配置中新增檔案。我們也包括了伺服器模組,這些是在不同檔案中定義的。如果你的伺服器模組不在這些位置,你就得修改這一行來指定正確的位置。

相關文章