今天工作主要是起項(xiàng)目，打開(kāi)網(wǎng)站曝出請(qǐng)求過(guò)多的問(wèn)題，由于后臺(tái)沒(méi)有拋任何異常，所以首先想到的是nginx的問(wèn)題，又重新把nginx的配置文件重新溫習(xí)下

首先是nginx的模塊分為handler、filter、upstream。其中upstream模塊，式nginx跨越單機(jī)的限制。完成網(wǎng)絡(luò)數(shù)據(jù)的接收、處理和轉(zhuǎn)發(fā)。

數(shù)據(jù)轉(zhuǎn)發(fā)功能，為nginx提供了跨越單機(jī)的橫向處理能力，使nginx拜托只能為中端節(jié)點(diǎn)提供單一功能的限制，而使它具備了網(wǎng)絡(luò)應(yīng)用級(jí)別的拆分、封裝和整合的戰(zhàn)略功能。在云模式大行其道的今天，數(shù)據(jù)轉(zhuǎn)發(fā)使nginx有能力構(gòu)建一個(gè)網(wǎng)絡(luò)應(yīng)用的關(guān)鍵組件。

nginx的配置系統(tǒng)提供的層次化和松耦合使得系統(tǒng)的擴(kuò)展也達(dá)到了比較高的程度。

Upstream模塊接口：

本質(zhì)上說(shuō)屬于handler，只是不產(chǎn)生自己的內(nèi)容，而是通過(guò)請(qǐng)求后端服務(wù)器得到內(nèi)容，所以才被成為upstream（上游）。請(qǐng)求并取得響應(yīng)內(nèi)容的整個(gè)過(guò)程已經(jīng)被封到nginx內(nèi)部。所以u(píng)pstream模塊只需要開(kāi)發(fā)若干的回調(diào)函數(shù)，完成構(gòu)造請(qǐng)求和解析響應(yīng)等具體的工作。

create_request生成發(fā)送到后端服務(wù)器的請(qǐng)求緩沖（緩沖鏈），在初始化upstream

時(shí)使用。

reinit_request在某臺(tái)后端服務(wù)器出錯(cuò)的情況，nginx會(huì)嘗試另一臺(tái)后端服務(wù)器。

nginx選定新的服務(wù)器以后，會(huì)先調(diào)用此函數(shù)，以重新初始化

upstream模塊的工作狀態(tài)，然后再次進(jìn)行upstream連接。

process_header處理后端服務(wù)器返回的信息頭部。所謂頭部是與upstream server

通信的協(xié)議規(guī)定的，比如HTTP協(xié)議的header部分，或者memcached

協(xié)議的響應(yīng)狀態(tài)部分。

abort_request在客戶端放棄請(qǐng)求時(shí)被調(diào)用。不需要在函數(shù)中實(shí)現(xiàn)關(guān)閉后端服務(wù)

器連接的功能，系統(tǒng)會(huì)自動(dòng)完成關(guān)閉連接的步驟，所以一般此函

數(shù)不會(huì)進(jìn)行任何具體工作。

finalize_request正常完成與后端服務(wù)器的請(qǐng)求后調(diào)用該函數(shù)，與abort_request

相同，一般也不會(huì)進(jìn)行任何具體工作。

input_filter處理后端服務(wù)器返回的響應(yīng)正文。nginx默認(rèn)的input_filter會(huì)

將收到的內(nèi)容封裝成為緩沖區(qū)鏈ngx_chain。該鏈由upstream的

out_bufs指針域定位，所以開(kāi)發(fā)人員可以在模塊以外通過(guò)該指針

得到后端服務(wù)器返回的正文數(shù)據(jù)。memcached模塊實(shí)現(xiàn)了自己的

input_filter，在后面會(huì)具體分析這個(gè)模塊。

input_filter_init初始化input filter的上下文。nginx默認(rèn)的input_filter_init

直接返回。

nginx的upstream目前支持4種方式的分配

1、輪詢（默認(rèn)）

每個(gè)請(qǐng)求按時(shí)間順序注意分配到不同的后端服務(wù)器，如果后端服務(wù)器down掉，能自動(dòng)剔除。

2、weight?

指定輪詢幾率，weight和訪問(wèn)比率成正比，用于后端服務(wù)器性能不均的情況。

例如 upstream xxx{

seserver 127.0.0.1 weight=10；

server 127.0.0.2 weight=10；

}

3、ip_hash

每個(gè)請(qǐng)求按訪問(wèn)ip的hash結(jié)果分配，這樣每個(gè)訪客固定訪問(wèn)一個(gè)后端服務(wù)器，可以解決Session的問(wèn)題

例如

upstream xxx{

ip_hash;

server 192.168.0.18：88；

server 192.168.0.19：88；

}

3、fair（第三方）

按后端服務(wù)器的響應(yīng)時(shí)間來(lái)分配請(qǐng)求，響應(yīng)時(shí)間短的優(yōu)先分配。

upstream xxx{

server server1;

server server2;

fair;

}

4、url hash（第三方）

按照訪問(wèn)的url的hash結(jié)果來(lái)分配請(qǐng)求，使每個(gè)url定向到同一個(gè)后端服務(wù)i器，后端服務(wù)器為緩存時(shí)比較有效。

例如 在upstream中加入hash語(yǔ)句，server語(yǔ)句不能寫(xiě)入weight等其他參數(shù)，hash_method時(shí)用的hash算法。

upstream xxx{

server server1；

server server2；

hash $request_uri;

hash_method crc32;

}

tips

upstream xxx{

ip_hash;

server server1 down;

server server2 weight=2;

server server3;

server? server4 backup;

}

其中 down表示當(dāng)前的server暫不參與負(fù)載；

weight 值越大，負(fù)載的權(quán)重越大。

max_fails：允許請(qǐng)求失敗的次數(shù)默認(rèn)為1，超過(guò)返回錯(cuò)誤。

fail_timeout：max_fails次失敗后，暫停的時(shí)間

backup 其他所有的非backup機(jī)器down或者忙的時(shí)候，才請(qǐng)求到backup機(jī)器。所以壓力最輕。

server{

listen 80；--監(jiān)聽(tīng)接口

server_name xxxx.xxx.com;--配置訪問(wèn)域名

location ~*\.(map3|exe)${}對(duì)以“MP3或者exe結(jié)尾的地址進(jìn)行負(fù)載均衡。

proxy_pass http://xxxx_server

proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header?X-Forwarded-For?$proxy_add_x_forwarded_for;

將代理服務(wù)器收到的用戶信息傳到真實(shí)服務(wù)器上

}

location?~?/\.ht?{deny?all;}

#禁止訪問(wèn).htxxx文件

}

注釋：變量

Ngx_http_core_module模塊支持內(nèi)置變量，他們的名字和apache的內(nèi)置變量是一致的。

首先是說(shuō)明客戶請(qǐng)求title中的行，例如$http_user_agent,$http_cookie等等。

此外還有其它的一些變量

$args此變量與請(qǐng)求行中的參數(shù)相等

$content_length等于請(qǐng)求行的“Content_Length”的值。

$content_type等同與請(qǐng)求頭部的”Content_Type”的值

$document_root等同于當(dāng)前請(qǐng)求的root指令指定的值

$document_uri與$uri一樣

$host與請(qǐng)求頭部中“Host”行指定的值或是request到達(dá)的server的名字（沒(méi)有Host行）一樣

$limit_rate允許限制的連接速率

$request_method等同于request的method，通常是“GET”或“POST”

$remote_addr客戶端ip

$remote_port客戶端port

$remote_user等同于用戶名，由ngx_http_auth_basic_module認(rèn)證

$request_filename當(dāng)前請(qǐng)求的文件的路徑名，由root或alias和URI?request組合而成

$request_body_file

$request_uri含有參數(shù)的完整的初始URI

$query_string與$args一樣

$sheeme?http模式（http,https）盡在要求是評(píng)估例如

Rewrite?^(.+)$?$sheme://example.com$;?Redirect;

$server_protocol等同于request的協(xié)議，使用“HTTP/或“HTTP/

$server_addr?request到達(dá)的server的ip，一般獲得此變量的值的目的是進(jìn)行系統(tǒng)調(diào)用。為了避免系統(tǒng)調(diào)用，有必要在listen指令中指明ip，并使用bind參數(shù)。

$server_name請(qǐng)求到達(dá)的服務(wù)器名

$server_port請(qǐng)求到達(dá)的服務(wù)器的端口號(hào)

$uri等同于當(dāng)前request中的URI，可不同于初始值，例如內(nèi)部重定向時(shí)或使用index