普通用戶請(qǐng)求時(shí)，在服務(wù)器上下載大文件不會(huì)有大問題，因?yàn)槠胀ㄓ脩舻南螺d帶寬一般在幾十M左右，所以一個(gè)請(qǐng)求對(duì)服務(wù)器的帶寬壓力不大。

但當(dāng)服務(wù)器作為CDN回源時(shí)，需要注意的是，CDN機(jī)房的帶寬可以達(dá)到數(shù)百米甚至g，而IDC機(jī)房的帶寬成本往往是根據(jù)峰值帶寬來計(jì)算的。

因此，如果CDN在返回大文件源時(shí)不限制服務(wù)器的帶寬，就會(huì)出現(xiàn)瞬時(shí)峰值，造成不必要的經(jīng)濟(jì)損失。

所以你花錯(cuò)錢了嗎?服務(wù)器的帶寬配置

解決這個(gè)問題的關(guān)鍵是限制服務(wù)器的上行帶寬。

我們?cè)噲D通過限制nginx的帶寬來解決這個(gè)問題。

nginx中有兩個(gè)配置項(xiàng)

limit_rate限制單個(gè)請(qǐng)求的峰值帶寬，512、1K、10m

limit_rate_after當(dāng)下載超過一定大小后開始限制，100m，100k

經(jīng)過這樣的配置后，我們使用curl進(jìn)行測(cè)試，發(fā)現(xiàn)當(dāng)文件下載超過一定大小時(shí)，下載速率會(huì)下降到限制limit_rate帶寬值。

結(jié)論：如果網(wǎng)站擁有大量的文件資源，一定要注意配置下載速率，尤其是CDN的回源。即使不做CDN回源，在一些特殊情況下也可能出現(xiàn)高帶寬下載，所以要特別注意!