1M，作為云服務器最低的帶寬配置，到底能承受多大的流量？在選配云服務器帶寬的時候，看到帶寬大小的時候，頭疼病總是發作，帶寬買小了，網站太卡，用戶體驗不好影響業務，帶寬買大了，又實在浪費。那么云服務器的帶寬，到底多大夠用？1M的帶寬，流量承受

1M，作為云服務器最低的帶寬配置，到底能承受多大的流量？

在選配云服務器帶寬的時候，看到帶寬大小的時候，頭疼病總是發作，帶寬買小了，網站太卡，用戶體驗不好影響業務，帶寬買大了，又實在浪費。

那么云服務器的帶寬，到底多大夠用？1M的帶寬，流量承受極限是多少？

帶寬知識掃盲

首先普及一下帶寬的一些基礎知識。

云服務器的帶寬，指的是出網帶寬，用戶發起請求，服務器發送數據給終端時，會占用這一部分的帶寬。

假如云服務器的帶寬是1M，最大的傳輸速度是128kb/s，當用戶瀏覽網站的時候，云服務器向用戶發送數據，傳輸速度就是128kb/s。

1M=1024/8=128kb/s

這個傳輸速度，看起來很慢，但實際上很多時候是夠用的。

我們瀏覽的網頁，大多由文字和圖片組成，一個漢字才2個字節，圖片經過壓縮，通常也在幾十kb左右。只要頁面內容不是特別多的話，1M帶寬的速度，跟5M帶寬的打開速度沒有什么差別。

當然，這只是算同一時間，只有一個用戶在訪問網站的情況。如果網站同時有兩個用戶在瀏覽內容，理論上每個用戶只能分到60多kb，如果10個用戶同時瀏覽，每個人只有12.8kb/s的速度，網站打開速度就會非常慢。

值得一提的是，只有云服務器響應用戶請求，發送數據時，才會占用帶寬。用戶點擊網站某一個鏈接時，帶寬資源才會被占用，頁面完全加載出來后，就不會占用帶寬了。

此外，還有緩存，CDN等各種技術的支持，所以小型網站云服務器同時向多用戶發送數據的情況并不多見，1M的帶寬就能滿足需求了。

那么，1M的帶寬到底能承受多少人在線呢？

根據用戶每秒請求數據量的大小估算

接口類的用戶，每秒請求10次，每次數據量是50個漢字（100字節），那這1M的帶寬，可以承載的用戶數量為128*1000/10/100=128個用戶。

用戶需接收圖片，假設每秒下載一次圖片大小為10kb，那么可以同時承載12.8人。

如果是個人博客網站，一篇文章1000字，還會配2張圖，那么這一篇文章大小在100kb左右，相當于每秒可以接收一個用戶的訪問。

1秒可以接收一個用戶，相當于每小時能接收3600個用戶，一天就是86400名！

當然，這個只是理論數據，用戶的訪問不可能那么均勻，也不可能每秒請求一次。

怎么檢測帶寬夠不夠用？

不同網站，頁面大小和流量高峰期都不同，怎么計算1M的帶寬夠不夠用呢？

一種是通過經驗估算，一般來說日均兩三千IP以下的網站，1M的帶寬就夠用了。

另一種是觀察云服務提供商的監控后臺，出網帶寬經常處于128kb/s峰值時，說明需要升級帶寬了。

有人會說，1M帶寬用那么久了，都有情懷在里面，不想換，又不想影響用戶體驗，有沒有辦法？

有，使用CDN。

使用CDN后，網站的內容會分發到各個CDN緩存節點上，當用戶發起請求后，內容數據會從最近的CDN節點發送給用戶，不再經過源站，也就不會占用云服務器的帶寬。只有CDN緩存節點找不到對應內容，才會返回源站，占用帶寬。

這樣一來，1M的帶寬承載并發請求量，會大很多。

1M的帶寬具體能承受多少人在線，決定因素實在太多，涉及到方方面面，例如頁面優化技術、CDN技術等等等等，沒有一個確切的答案，但可以肯定的是，對于絕大部分網站來說，1M的帶寬肯定夠用了。