nginx限制連接數ngx_http_limit_conn_module模塊
一. 前言
我們經常會遇到這種情況，服務器流量異常，負載過大等等。對於大流量惡意的攻擊訪問，會帶來帶寬的浪費，服務器壓力，影響業務，往往考慮對同一個ip的連接數，併發數進行限制。下面說說ngx_http_limit_conn_module 模塊來實現該需求。該模塊可以根據定義的鍵來限制每個鍵值的連接數，如同一個IP來源的連接數。並不是所有的連接都會被該模塊計數，只有那些正在被處理的請求（這些請求的頭信息已被完全讀入）所在的連接纔會被計數。
二. ngx_http_limit_conn_module指令解釋
limit_conn_zone
語法: limit_conn_zone $variable zone=name:size;
默認值: none
配置段: http
該指令描述會話狀態存儲區域。鍵的狀態中保存了當前連接數，鍵的值可以是特定變量的任何非空值（空值將不會被考慮）。$variable定義鍵，zone=name定義區域名稱，後面的limit_conn指令會用到的。size定義各個鍵共享內存空間大小。如：
註釋：客戶端的IP地址作爲鍵。注意，這裏使用的是$binary_remote_addr變量，而不是$remote_addr變量。
$remote_addr變量的長度爲7字節到15字節，而存儲狀態在32位平臺中佔用32字節或64字節，在64位平臺中佔用64字節。
$binary_remote_addr變量的長度是固定的4字節，存儲狀態在32位平臺中佔用32字節或64字節，在64位平臺中佔用64字節。
1M共享空間可以保存3.2萬個32位的狀態，1.6萬個64位的狀態。
如果共享內存空間被耗盡，服務器將會對後續所有的請求返回 503 (Service Temporarily Unavailable) 錯誤。
limit_zone 指令和limit_conn_zone指令同等意思，已經被棄用，就不再做說明了。
limit_conn_log_level
語法：limit_conn_log_level info | notice | warn | error
默認值：error
配置段：http, server, location
當達到最大限制連接數後，記錄日誌的等級。
limit_conn
語法：limit_conn zone_name number
默認值：none
配置段：http, server, location
指定每個給定鍵值的最大同時連接數，當超過這個數字時被返回503 (Service Temporarily Unavailable)錯誤。如：
同一IP同一時間只允許有一個連接。
當多個 limit_conn 指令被配置時，所有的連接數限制都會生效。比如，下面配置不僅會限制單一IP來源的連接數，同時也會限制單一虛擬服務器的總連接數：
[warning]limit_conn指令可以從上級繼承下來。[/warning]
limit_conn_status
語法: limit_conn_status code;
默認值: limit_conn_status 503;
配置段: http, server, location
該指定在1.3.15版本引入的。指定當超過限制時，返回的狀態碼。默認是503。
limit_rate
語法：limit_rate rate
默認值：0
配置段：http, server, location, if in location
對每個連接的速率限制。參數rate的單位是字節/秒，設置爲0將關閉限速。 按連接限速而不是按IP限制，因此如果某個客戶端同時開啓了兩個連接，那麼客戶端的整體速率是這條指令設置值的2倍。
三. 完整實例配置
四. 使用注意事項
事務都具有兩面性的。ngx_http_limit_conn_module 模塊雖說可以解決當前面臨的併發問題，但是會引入另外一些問題的。如前端如果有做LVS或反代，而我們後端啓用了該模塊功能，那不是非常多503錯誤了？這樣的話，可以在前端啓用該模塊，要麼就是設置白名單，白名單設置參見後續的文檔，我會整理一份以供讀者參考。
可以與ngx_http_limit_req_module 模塊結合起來使用，以達到最好效果。《nginx限制請求數ngx_http_limit_req_module模塊》。
轉載自：http://www.ttlsa.com/html/3180.html
nginx限制請求數ngx_http_limit_req_module模
一. 前言
在《nginx限制連接數ngx_http_limit_conn_module模塊》我們說到了ngx_http_limit_conn_module 模塊，來限制連接數。那麼請求數的限制該怎麼做呢？這就需要通過ngx_http_limit_req_module 模塊來實現，該模塊可以通過定義的 鍵值來限制請求處理的頻率。特別的，可以限制來自單個IP地址的請求處理頻率。 限制的方法如同漏斗，每秒固定處理請求數，推遲過多請求。
二. ngx_http_limit_req_module模塊指令
limit_req_zone
語法: limit_req_zone $variable zone=name:size rate=rate;
默認值: none
配置段: http
設置一塊共享內存限制域用來保存鍵值的狀態參數。 特別是保存了當前超出請求的數量。 鍵的值就是指定的變量（空值不會被計算）。如
說明：區域名稱爲one，大小爲10m，平均處理的請求頻率不能超過每秒一次。
鍵值是客戶端IP。
使用$binary_remote_addr變量， 可以將每條狀態記錄的大小減少到64個字節，這樣1M的內存可以保存大約1萬6千個64字節的記錄。
如果限制域的存儲空間耗盡了，對於後續所有請求，服務器都會返回 503 (Service Temporarily Unavailable)錯誤。
速度可以設置爲每秒處理請求數和每分鐘處理請求數，其值必須是整數，所以如果你需要指定每秒處理少於1個的請求，2秒處理一個請求，可以使用 “30r/m”。
limit_req_log_level
語法: limit_req_log_level info | notice | warn | error;
默認值: limit_req_log_level error;
配置段: http, server, location
設置你所希望的日誌級別，當服務器因爲頻率過高拒絕或者延遲處理請求時可以記下相應級別的日誌。 延遲記錄的日誌級別比拒絕的低一個級別；比如， 如果設置“limit_req_log_level notice”， 延遲的日誌就是info級別。
limit_req_status
語法: limit_req_status code;
默認值: limit_req_status 503;
配置段: http, server, location
該指令在1.3.15版本引入。設置拒絕請求的響應狀態碼。
limit_req
語法: limit_req zone=name [burst=number] [nodelay];
默認值: —
配置段: http, server, location
設置對應的共享內存限制域和允許被處理的最大請求數閾值。 如果請求的頻率超過了限制域配置的值，請求處理會被延遲，所以所有的請求都是以定義的頻率被處理的。 超過頻率限制的請求會被延遲，直到被延遲的請求數超過了定義的閾值，這時，這個請求會被終止，並返回503 (Service Temporarily Unavailable) 錯誤。這個閾值的默認值爲0。如：
限制平均每秒不超過一個請求，同時允許超過頻率限制的請求數不多於5個。
如果不希望超過的請求被延遲，可以用nodelay參數,如：
三. 完整實例配置
可能要對某些IP不做限制，需要使用到白名單。名單設置參見後續的文檔，我會整理一份以供讀者參考。請專注。
如需轉載請註明出處：http://www.ttlsa.com/html/3185.html