nginx使用內置模塊配置限速限流的方法實例
有時候 NGINX 面對一些特殊的場景時,需要進行一定的限速限流的配置,比如一個官網,可能前端靜態(tài)文件是非常小的,但是同時配置的還有一些 apk 包,這些包如果不做任何限制,可能會形成比較大的負載或者帶寬的壓力,我這邊碰到了,今天就來針對這個問題處理一下。
沒有限制之前,對應的包下載速度如下:
添加如下配置,進行一定的限制:
http { ...#省略 limit_conn_zone $binary_remote_addr zone=addr:10m; ...#省略 } server { listen 80 default; server_name localhost; location ~ "^/test/app/" { limit_conn addr 6; limit_rate_after 10m; limit_rate 1200k; limit_conn_status 499; limit_conn_log_level warn; root /app; } }
說明:
http 區(qū)域,我這里使用的是 1.15 版本的,默認已經安裝了對應的模塊ngx_http_limit_conn_module。
limit_conn_zone:是一個固定的名稱,下邊調用的時候與之對應。 $binary_remote_addr:表示通過
remote_addr 這個標識來做限制,“binary_” 的目的是縮寫內存占用量,是限制同一客戶端 ip 地址。
zone=addr:10m:示生成一個大小為 10M,名字為 addr 的內存區(qū)域,用來存儲訪問的頻次信息。
server 區(qū)域,可以直接寫在 server 區(qū)域內,表示限制所有,也可以寫到對應的 location 當中,以表示單獨區(qū)域限制。
limit_conn:表示單個 IP 限制最大連接數(shù)為 6。 limit_rate_after:表示請求前 10m 大小時不限速。
limit_rate:表示單個連接最大連接帶寬限制為 1200k。 limit_conn_status:設置拒絕請求的返回值。值只能設置400 到 599 之間(默認是 503)。 limit_conn_log_level:定義日志級別,默認 error。
現(xiàn)在簡單的做一下測試看看下載速度:
可以看到對應的速度已經收到限制,而且是在 10M 之后速度開始慢慢下降,直至達到限制的位置。現(xiàn)在可以簡單壓測看下情況:
$ ab -n 10 -c 10 http://www.test.com/res/app/app-xiaomi-release.apk
這條命令表示請求 10 次對應資源,并發(fā)為 10。監(jiān)控對應日志,看到如下結果,因為我們定義的最大并發(fā)是 6,所以將會有 4 個失敗,并返回 499 狀態(tài)碼,然后有 6 個成功。
$tailf -n 100 a |awk -F "," '{print $6}' "response": "499" "response": "499" "response": "499" "response": "499" "response": "200" "response": "200" "response": "200" "response": "200" "response": "200" "response": "200"
另外在壓測命令之后,還有一些輸出可以參考:
Total transferred: 403483116 bytes HTML transferred: 403481400 bytes Requests per second: 0.18 [#/sec] (mean) Time per request: 56865.501 [ms] (mean) Time per request: 5686.550 [ms] (mean, across all concurrent requests) Transfer rate: 6929.10 [Kbytes/sec] received
其他的不說了,只看最后一條,可以看到總的對外輸出是大約7M/s,正好符合單條限制 1.2M/s 乘以 6 的數(shù)值。
總結
到此這篇關于nginx使用內置模塊配置限速限流的文章就介紹到這了,更多相關nginx內置模塊配置限速限流內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章希望大家以后多多支持腳本之家!
相關文章
詳解nginx中l(wèi)ocation、rewrite用法總結
這篇文章主要介紹了詳解nginx中l(wèi)ocation、rewrite用法總結,文中通過示例代碼介紹的非常詳細,對大家的學習或者工作具有一定的參考學習價值,需要的朋友們下面隨著小編來一起學習學習吧2019-09-09nginx代理多次302的解決方法(nginx Follow 302)
這篇文章主要介紹了nginx代理多次302的解決方法(nginx Follow 302),詳細的介紹了解決方法,小編覺得挺不錯的,現(xiàn)在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧2018-12-12使用Nginx+Tomcat實現(xiàn)負載均衡的全過程
很多用到nginx的地方都是作為靜態(tài)伺服器,這樣可以方便緩存那些靜態(tài)文件,比如CSS,JS,html,htm等文件,下面這篇文章主要給大家介紹了關于使用Nginx+Tomcat實現(xiàn)負載均衡的相關資料,需要的朋友可以參考下2022-05-05