資訊專欄INFORMATION COLUMN
摘要：但是，你的連接數(shù)限制配置為允許單個(gè)連接數(shù)，單個(gè)連接數(shù)最大帶寬為。就降低單個(gè)連接數(shù)帶寬吧要知道大家誰(shuí)沒(méi)事會(huì)用瀏覽器自帶下載器下載呢注本文只探討限速模塊在不同業(yè)務(wù)下的限速彩蛋偶爾發(fā)現(xiàn)，將連接數(shù)限制為迅雷不能高速下載了。
nginx 內(nèi)置模塊限速怎么使用就不多說(shuō)了，今天來(lái)說(shuō)說(shuō)連接數(shù)和單個(gè)連接數(shù)限速的事。
場(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ì)通知用戶說(shuō)A用戶下載完了，該你B用戶下載了）。這樣造成的用戶體驗(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è)面的訪問(wèn)。
那都是誰(shuí)在大量使用連接數(shù)呢？分兩類：
下載工具類（迅雷）。
各種各樣的采集程序。
同時(shí)進(jìn)行多個(gè)下載任務(wù)。
小明快樂(lè)的在看電視，瞥了左邊頻幕一眼，握草，帶寬又滿了，來(lái)吧，限速吧，
limit_conn_zone $binary_remote_addr zone=perip:1m;
server {
---
limit_rate 1024k;
---
}
小明做了如上限速，OK，我告訴你們誰(shuí)被限速了，當(dāng)然是瀏覽器下載用戶，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ì)用瀏覽器自帶下載器下載呢？
注：本文只探討nginx限速模塊在不同業(yè)務(wù)下的限速
彩蛋：偶爾發(fā)現(xiàn)，將連接數(shù)限制為1迅雷不能高速下載了。
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址：http://systransis.cn/yun/26297.html
摘要：但是，你的連接數(shù)限制配置為允許單個(gè)連接數(shù)，單個(gè)連接數(shù)最大帶寬為。就降低單個(gè)連接數(shù)帶寬吧要知道大家誰(shuí)沒(méi)事會(huì)用瀏覽器自帶下載器下載呢注本文只探討限速模塊在不同業(yè)務(wù)下的限速彩蛋偶爾發(fā)現(xiàn)，將連接數(shù)限制為迅雷不能高速下載了。 nginx 內(nèi)置模塊限速怎么使用就不多說(shuō)了，今天來(lái)說(shuō)說(shuō)連接數(shù)和單個(gè)連接數(shù)限速的事。 場(chǎng)景：A公司有100人，A公司只有一個(gè)公網(wǎng)IP，假設(shè)A公司可能有100個(gè)人同時(shí)在下載你的...
摘要：在生產(chǎn)環(huán)境中，建議不要使用連接數(shù)限制單個(gè)連接的帶寬限制不易過(guò)低像迅雷這種下載器的限速，可能需要?jiǎng)e的辦法注文中部分內(nèi)容參考自關(guān)于的限速模塊 nginx 限速研究匯報(bào) 寫(xiě)在前面 ? ? ? ?這兩天服務(wù)器帶寬爆了，情況如下圖：showImg(https://segmentfault.com/img/bVUXj3?w=1884&h=352); 出于降低帶寬峰值的原因，我開(kāi)始各種瘋狂的研究ng...
摘要：在生產(chǎn)環(huán)境中，建議不要使用連接數(shù)限制單個(gè)連接的帶寬限制不易過(guò)低像迅雷這種下載器的限速，可能需要?jiǎng)e的辦法注文中部分內(nèi)容參考自關(guān)于的限速模塊 nginx 限速研究匯報(bào) 寫(xiě)在前面 ? ? ? ?這兩天服務(wù)器帶寬爆了，情況如下圖：showImg(https://segmentfault.com/img/bVUXj3?w=1884&h=352); 出于降低帶寬峰值的原因，我開(kāi)始各種瘋狂的研究ng...
摘要：下面是幾種常見(jiàn)的限流技術(shù)一限流算法常用的限流算法有令牌桶，漏桶令牌桶令牌桶算法是網(wǎng)絡(luò)流量整形和速率限制中最常使用的一種算法。 就秒殺接口來(lái)說(shuō)，當(dāng)訪問(wèn)頻率或者并發(fā)請(qǐng)求超過(guò)其承受范圍的時(shí)候，這時(shí)候我們就要考慮限流來(lái)保證接口的可用性，以防止非預(yù)期的請(qǐng)求對(duì)系統(tǒng)壓力過(guò)大而引起的系統(tǒng)癱瘓。通常的策略就是拒絕多余的訪問(wèn)，或者讓多余的訪問(wèn)排隊(duì)等待服務(wù)。下面是幾種常見(jiàn)的限流技術(shù) 一、限流算法常用的限流算...
摘要：服務(wù)器市場(chǎng)份額。子進(jìn)程負(fù)責(zé)創(chuàng)建由指令設(shè)置的服務(wù)器線程，同時(shí)還負(fù)責(zé)監(jiān)聽(tīng)接收到的請(qǐng)求，并將請(qǐng)求分發(fā)給處理線程。在版本引入了模塊，這個(gè)模塊基于模塊創(chuàng)建的，并加入了獨(dú)立的監(jiān)聽(tīng)線程來(lái)管理請(qǐng)求處理完成后的休眠的連接?；谑录姆?wù)器完勝。 譯文首發(fā)于 Apache 與 Nginx 性能對(duì)比：Web 服務(wù)器優(yōu)化技術(shù)，轉(zhuǎn)載請(qǐng)注明出處。 多年前 Apache 基金會(huì) Web 服務(wù)器 簡(jiǎn)稱「Apache」...
閱讀 520·2021-10-09 09:44
閱讀 2099·2021-09-02 15:41
閱讀 3557·2019-08-30 15:53
閱讀 1836·2019-08-30 15:44
閱讀 1293·2019-08-30 13:10
閱讀 1200·2019-08-30 11:25
閱讀 1477·2019-08-30 10:51
閱讀 3370·2019-08-30 10:49
