nginx限速之連接數(shù)限制的示例分析

這篇文章給大家分享的是有關(guān)nginx限速之連接數(shù)限制的示例分析的內(nèi)容。小編覺(jué)得挺實(shí)用的，因此分享給大家做個(gè)參考，一起跟隨小編過(guò)來(lái)看看吧。

場(chǎng)景：

A公司有100人，A公司只有一個(gè)公網(wǎng)IP，假設(shè)A公司可能有100個(gè)人同時(shí)在下載你的網(wǎng)站文件。

但是，你的連接數(shù)限制配置為：

limit_conn_zone $binary_remote_addr zone=perip:1m;
server {
 ---
 limit_conn perip 1;
 limit_rate 1024k;
 ---
}

允許單個(gè)連接數(shù)，單個(gè)連接數(shù)最大帶寬為1M。

這樣就會(huì)有99個(gè)人的請(qǐng)求狀態(tài)為 503, 其他人如果想下載就必須人工等待（nginx不會(huì)通知用戶(hù)說(shuō)A用戶(hù)下載完了，該你B用戶(hù)下載了）。這樣造成的用戶(hù)體驗(yàn)極差。但是優(yōu)點(diǎn)也很明顯，帶寬很快就會(huì)降下來(lái)。

可能有人就要問(wèn)了，你限制成很低的連接數(shù)是想搞事情？NO，絕對(duì)不是。前面的100個(gè)人同時(shí)下載網(wǎng)站資源的情況有多大呢？沒(méi)做過(guò)統(tǒng)計(jì)，但是可能性極小。并且前端頁(yè)面和下載資源不共用一個(gè)域名，所以不會(huì)影響到前端頁(yè)面的訪(fǎng)問(wèn)。
那都是誰(shuí)在大量使用連接數(shù)呢？分兩類(lèi)：

• 下載工具類(lèi)（迅雷）。

• 各種各樣的采集程序。

• 同時(shí)進(jìn)行多個(gè)下載任務(wù)。

小明快樂(lè)的在看電視，瞥了左邊頻幕一眼，握草，帶寬又滿(mǎn)了，來(lái)吧，限速吧，

limit_conn_zone $binary_remote_addr zone=perip:1m;
server {
 ---
 limit_rate 1024k;
 ---
}

小明做了如上限速，OK，我告訴你們誰(shuí)被限速了，當(dāng)然是瀏覽器下載用戶(hù)，360瀏覽器的下載器都不一定能限制，好的，來(lái)算算速度吧。

瀏覽器: 2014K

下載器: 1024 * 15(最大連接數(shù)) * VIP

采集器: 1024 * 連接數(shù)

所以我們得到如下結(jié)論：

帶寬有限，同個(gè)IP同時(shí)下載的情況很小的，或者說(shuō)是可以預(yù)知的業(yè)務(wù)，盡量將連接數(shù)限制的小一點(diǎn)。

反之，別限制了。就降低單個(gè)連接數(shù)帶寬吧！要知道大家誰(shuí)沒(méi)事會(huì)用瀏覽器自帶下載器下載呢？

注：本文只探討n(yōu)ginx限速模塊在不同業(yè)務(wù)下的限速

彩蛋：偶爾發(fā)現(xiàn)，將連接數(shù)限制為1迅雷不能高速下載了。

感謝各位的閱讀！關(guān)于“nginx限速之連接數(shù)限制的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，讓大家可以學(xué)到更多知識(shí)，如果覺(jué)得文章不錯(cuò)，可以把它分享出去讓更多的人看到吧！