摘要:但是,你的連接數(shù)限制配置為允許單個連接數(shù),單個連接數(shù)最大帶寬為。就降低單個連接數(shù)帶寬吧要知道大家誰沒事會用瀏覽器自帶下載器下載呢注本文只探討限速模塊在不同業(yè)務下的限速彩蛋偶爾發(fā)現(xiàn),將連接數(shù)限制為迅雷不能高速下載了。
nginx 內(nèi)置模塊限速怎么使用就不多說了,今天來說說連接數(shù)和單個連接數(shù)限速的事。
場景:
A公司有100人,A公司只有一個公網(wǎng)IP,假設A公司可能有100個人同時在下載你的網(wǎng)站文件。
但是,你的連接數(shù)限制配置為:
limit_conn_zone $binary_remote_addr zone=perip:1m; server { --- limit_conn perip 1; limit_rate 1024k; --- }
允許單個連接數(shù),單個連接數(shù)最大帶寬為1M。
這樣就會有99個人的請求狀態(tài)為 503, 其他人如果想下載就必須人工等待(nginx不會通知用戶說A用戶下載完了,該你B用戶下載了)。這樣造成的用戶體驗極差。但是優(yōu)點也很明顯,帶寬很快就會降下來。
可能有人就要問了,你限制成很低的連接數(shù)是想搞事情?NO,絕對不是。前面的100個人同時下載網(wǎng)站資源的情況有多大呢?沒做過統(tǒng)計,但是可能性極小。并且前端頁面和下載資源不共用一個域名,所以不會影響到前端頁面的訪問。
那都是誰在大量使用連接數(shù)呢?分兩類:
下載工具類(迅雷)。
各種各樣的采集程序。
同時進行多個下載任務。
小明快樂的在看電視,瞥了左邊頻幕一眼,握草,帶寬又滿了,來吧,限速吧,
limit_conn_zone $binary_remote_addr zone=perip:1m; server { --- limit_rate 1024k; --- }
小明做了如上限速,OK,我告訴你們誰被限速了,當然是瀏覽器下載用戶,360瀏覽器的下載器都不一定能限制,好的,來算算速度吧。
瀏覽器: 2014K
下載器: 1024 * 15(最大連接數(shù)) * VIP
采集器: 1024 * 連接數(shù)
所以我們得到如下結(jié)論:
帶寬有限,同個IP同時下載的情況很小的,或者說是可以預知的業(yè)務,盡量將連接數(shù)限制的小一點。
反之,別限制了。就降低單個連接數(shù)帶寬吧!要知道大家誰沒事會用瀏覽器自帶下載器下載呢?
注:本文只探討nginx限速模塊在不同業(yè)務下的限速
彩蛋:偶爾發(fā)現(xiàn),將連接數(shù)限制為1迅雷不能高速下載了。
文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請注明本文地址:http://specialneedsforspecialkids.com/yun/26297.html
摘要:但是,你的連接數(shù)限制配置為允許單個連接數(shù),單個連接數(shù)最大帶寬為。就降低單個連接數(shù)帶寬吧要知道大家誰沒事會用瀏覽器自帶下載器下載呢注本文只探討限速模塊在不同業(yè)務下的限速彩蛋偶爾發(fā)現(xiàn),將連接數(shù)限制為迅雷不能高速下載了。 nginx 內(nèi)置模塊限速怎么使用就不多說了,今天來說說連接數(shù)和單個連接數(shù)限速的事。 場景:A公司有100人,A公司只有一個公網(wǎng)IP,假設A公司可能有100個人同時在下載你的...
摘要:在生產(chǎn)環(huán)境中,建議不要使用連接數(shù)限制單個連接的帶寬限制不易過低像迅雷這種下載器的限速,可能需要別的辦法注文中部分內(nèi)容參考自關(guān)于的限速模塊 nginx 限速研究匯報 寫在前面 ? ? ? ?這兩天服務器帶寬爆了,情況如下圖:showImg(https://segmentfault.com/img/bVUXj3?w=1884&h=352); 出于降低帶寬峰值的原因,我開始各種瘋狂的研究ng...
摘要:在生產(chǎn)環(huán)境中,建議不要使用連接數(shù)限制單個連接的帶寬限制不易過低像迅雷這種下載器的限速,可能需要別的辦法注文中部分內(nèi)容參考自關(guān)于的限速模塊 nginx 限速研究匯報 寫在前面 ? ? ? ?這兩天服務器帶寬爆了,情況如下圖:showImg(https://segmentfault.com/img/bVUXj3?w=1884&h=352); 出于降低帶寬峰值的原因,我開始各種瘋狂的研究ng...
摘要:下面是幾種常見的限流技術(shù)一限流算法常用的限流算法有令牌桶,漏桶令牌桶令牌桶算法是網(wǎng)絡流量整形和速率限制中最常使用的一種算法。 就秒殺接口來說,當訪問頻率或者并發(fā)請求超過其承受范圍的時候,這時候我們就要考慮限流來保證接口的可用性,以防止非預期的請求對系統(tǒng)壓力過大而引起的系統(tǒng)癱瘓。通常的策略就是拒絕多余的訪問,或者讓多余的訪問排隊等待服務。下面是幾種常見的限流技術(shù) 一、限流算法常用的限流算...
摘要:服務器市場份額。子進程負責創(chuàng)建由指令設置的服務器線程,同時還負責監(jiān)聽接收到的請求,并將請求分發(fā)給處理線程。在版本引入了模塊,這個模塊基于模塊創(chuàng)建的,并加入了獨立的監(jiān)聽線程來管理請求處理完成后的休眠的連接。基于事件的服務器完勝。 譯文首發(fā)于 Apache 與 Nginx 性能對比:Web 服務器優(yōu)化技術(shù),轉(zhuǎn)載請注明出處。 多年前 Apache 基金會 Web 服務器 簡稱「Apache」...
閱讀 511·2021-10-09 09:44
閱讀 2073·2021-09-02 15:41
閱讀 3550·2019-08-30 15:53
閱讀 1829·2019-08-30 15:44
閱讀 1283·2019-08-30 13:10
閱讀 1188·2019-08-30 11:25
閱讀 1458·2019-08-30 10:51
閱讀 3365·2019-08-30 10:49