nginx轉發swoole以及nginx負載

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不要緩存數據，而是一段一段的發送--當須要及時發送數據時，就應該給應用設置這個屬性，這樣發送一小塊數據信息時就不能當即獲得返回值。

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

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

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

keepalive_timeout 10;
client_header_timeout 10;
client_body_timeout 10;
reset_timedout_connection on;
send_timeout 10;

keepalive_timeout  給客戶端分配keep-alive連接超時時間。服務器將在這個超時時間事後關閉連接。咱們將它設置低些可讓ngnix持續工做的時間更長。

client_header_timeout 和client_body_timeout 設置請求頭和請求體(各自)的超時時間。咱們也能夠把這個設置低些。

reset_timeout_connection 告訴nginx關閉不響應的客戶端鏈接。這將會釋放那個客戶端所佔有的內存空間。

send_timeout 指定客戶端的響應超時時間。這個設置不會用於整個轉發器，而是在兩次客戶端讀取操做之間。若是在這段時間內，客戶端沒有讀取任何數據，nginx就會關閉鏈接。

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

limit_conn_zone 設置用於保存各類key（好比當前鏈接數）的共享內存的參數。5m就是5兆字節，這個值應該被設置的足夠大以存儲（32K*5）32byte狀態或者（16K*5）64byte狀態。

limit_conn 爲給定的key設置最大鏈接數。這裏key是addr，咱們設置的值是100，也就是說咱們容許每個IP地址最多同時打開有100個鏈接。

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

include 只是一個在當前文件中包含另外一個文件內容的指令。這裏咱們使用它來加載稍後會用到的一系列的MIME類型。

default_type 設置文件使用的默認的MIME-type。

charset 設置咱們的頭文件中的默認的字符集

gzip on;
gzip_disable "msie6";
# gzip_static on;
gzip_proxied any;
gzip_min_length 1000;
gzip_comp_level 4;
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 設置須要壓縮的數據格式。上面例子中已經有一些了，你也能夠再添加更多的格式。

# cache informations about file descriptors, frequently accessed files
# can boost performance, but you need to test those values
open_file_cache max=100000 inactive=20s;
open_file_cache_valid 30s;
open_file_cache_min_uses 2;
open_file_cache_errors on;
##
# Virtual Host Configs
# aka our settings for specific servers
##
include /etc/nginx/conf.d/*.conf;
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 指定了當搜索一個文件時是否緩存錯誤信息，也包括再次給配置中添加文件。咱們也包括了服務器模塊，這些是在不一樣文件中定義的。若是你的服務器模塊不在這些位置，你就得修改這一行來指定正確的位置。