需要看下你自身的業務，是否對上傳下載有比較多的要求。還有你每日的高峰併發是多少，可以自己去看下，然後再去考慮需要多大的頻寬，可以讓一般使用者滿意。現在的雲伺服器都比較方便，可以的話，直接買雲服務區即可，然後選對應的一些服務，比如說oss，cdn加速，全站加速，等等，都對網站的訪問速度提升能有不錯的效果

這個統計是一天的合計ip過萬嗎？

10000/24/60=7

就是說每分鐘有7個ip訪問，或者算它集中在白天中的5個小時訪問，每分鐘30個ip，這個併發量並不算高，3M4M寬頻就夠用了。

如果你說的併發量超過500，就是同時有500個人在使用某個論壇，那這個論壇會是一個很大的站了。那直接上10M寬頻。

併發超過2000的站，那就是中大型網站應用了，可以使用cdn加速，需要考慮負載均衡了，多伺服器部署了。

作為一個多年的網站戰爭，我這個有非常深的建議，這個10000 IP，其實對於一個網站來說並不算高，如果你是靜態頁面，3m頻寬足夠用，如果說你是一個下載站，比如說圖片或者是附件視訊之類比較多的話，可能需要10m以上的頻寬。

伺服器的頻寬估算和訪問IP之間沒有直接關係的。和伺服器頻寬最有直接關係的兩個指標是峰值PV，平均PV和請求大小。

訪問IP過萬，只能說明可能有1萬的獨立使用者，假設這1萬用戶平均到每秒鐘只有一個請求發出，請求大小為5kb，那麼頻寬影響就不是很大了。

但是如果1萬用戶平均每秒共發生1000次請求，平均每個請求10kb，那麼平均每秒鐘產生的流量就是10m，對應到頻寬大概在50m左右。而且這只是平均值，網路流量一般含有峰值，在峰值的時候就需要一些手段來控制，比如動態增加頻寬，或者減少峰值流量。

所以如果要預估伺服器所需要的頻寬，就需要了解一個時間週期內的流量變化，這樣才能更好處理問題。

這主要得看，您的網站內容主要是那種型別的，比如：文章型別，圖片型別的，還有視訊型別的。

如果屬於前兩種的內容居多的話，可以考慮使用GZIP壓縮，可以節約出30%左右的流量出來。

訪問IP過萬，還得考慮訪問高峰期的峰值頻寬。

伺服器頻寬上下行5M到10M，應該勉強夠用，20M應該就合適了，還得考慮一開始提出的問題，屬於那種型別的網站。

加油

一萬個IP的訪問就是一萬個不同使用者的訪問，假如一個使用者訪問網站兩個頁面，那網站就需要承受兩萬個PV。網站每日20000點選量，在忙時的5小時高峰內，平均每秒使用者瀏覽0.5個頁面，其它時段都低於0.5頁/秒。假設網站頁面平均200KB大小，那麼至少要保證100KBps(0.78Mbps)的頻寬。理論上一頁200KB的網站10000IP（20000PV）至少要0.78m的頻寬。所以選擇頻寬穩定IDC服務商銳訊網路，是保障伺服器在大流量訪問下正常的重要因素。

說併發好一些，日ip過萬的隨便都可以，資信類的基本都是資源靜態化了，下載站的可以把資源分發到網盤，像百毒等

在介紹網站訪問業務量和頻寬關係的時候，首先我們來學習一下，使用者是如何訪問到我們的網站的。

2.使用者電腦解析到IP地址後，需要用到TCP這個協議，透過TCP三次握手，建立可靠的傳輸通道。

3.http

協議負責傳遞網站資訊。

以上就是電腦訪問網站的大概過程了。

根據上面的訪問過程，其實我們可以得出一個結論，就是一個網站需要多大的頻寬跟實際的IP訪問量沒有多大的關係，而是跟我們網站所承載的資訊有關係。如果是靜態頁面，我們租用10M的頻寬也足以應付；如果是影片點播網站，訪問量過萬了。那就需要租用更高的帶寬了。但是如果是做影片點播的企業，一般不會直接的把自己的源伺服器公佈到公網供大家訪問，比如西瓜影片這些，這些影片點播網站一般會用到一個叫CDN的技術。什麼是CDN的技術呢？CDN指的是內容分發網路。如果大家對網路技術感興趣的可以關注我。

計算伺服器的負載能力，是網際網路系統設計維護的基礎問題，也是一個很實際的問題。租用頻寬超過實際需求，帶來資金方面的浪費；租用頻寬過小，業務受到影響。吞吐量如何計算？

我們先看下吞吐量的計算公式：吞吐量=併發請求數*每個請求的響應資料量。從這個公式，我們可以看出，吞吐量與併發請求數、請求響應的資料量相關。注意這裡是併發請求數不是使用者數，併發使用者數不一定和併發請求數是相等的。單位時間內1個使用者可以發起多個使用者請求。也就是說，吞吐量與併發使用者數、應用本身有很大的關係。1個使用者看直播和訪問網頁需要的流量是不相同的，看直播的流量遠大於看網頁的流量。

回到問題。網站訪問ip過萬，對網際網路系統來說是一個不大的量。我們要算頻寬負載，需要搞清楚伺服器業務集中的時段。10000個使用者訪問集中在10小和5小時，併發是不同的。知道了集中時段，我們可以算出併發請求數。併發請求數的計算公式為：併發請求數=ip數/集中訪問小時數/3600*單使用者併發數。10000個使用者訪問，我們按業務每天集中在4小時完成、單使用者併發請求數1計算，結果是多少呢？小於1，也就是1秒就1個訪問。每個請求的資料量按100KB計算，那麼伺服器的吞吐率就是100KB/s,購買雲伺服器的最小頻寬1M也夠用了。

另外這裡還有一個使用者體驗的問題，一般的伺服器響應時間設計為小於3s，如果我們要做到更好的使用者體驗，就要相應增大頻寬。假設設計為1s，訪問的網頁內容大小為200KB，1M（128MB/S）的頻寬就不能滿足體驗的要求，就要租用2M的頻寬。一般購買伺服器頻寬的時候，在滿足最大吞吐量的基礎上，冗餘30%的寬頻來應對突發情況。

結論：伺服器的頻寬負載與併發請求數，應用自身、使用者體驗等有密切關係。網站10000IP的訪問量，採購最小的伺服器即可滿足要求。

要在Internet上建立網站，您需要的最基本需求是磁碟空間和頻寬。磁碟空間是您可以在Web伺服器上儲存的資料量。顯然，所需的空間量取決於您網站的大小。大多數網站由HTML（文字），影象，Flash或所有內容的組合組成。

評估頁面佔用空間

文字非常經濟，佔用的空間很小。影象和快閃記憶體更昂貴，因為它們需要更多的磁碟空間。理想情況下，您的網頁應不超過50-60KB，包括圖片和Flash。這是因為有些人正在使用低於56Kbps的慢速撥號連線。

對於這些人來說，一個60KB的頁面將花費8秒鐘以上的時間來載入。8秒似乎是一個很小的數字，但是想象一下您必須坐在那裡盯著空白白紙停留8秒。那是很多時間。使用慢速撥號連線作為參考。

如果您的網站使用慢速撥號快速載入，則寬頻高速連線的速度甚至更快。如果平均頁面大小為50KB，則可以在1Mb的空間上放置大約20個頁面。如果您有100MB的磁碟空間，則可以承載200頁。

看實際訪問者個數

頻寬是每月允許您往返Web伺服器傳輸的資料量。這包括HTTP和FTP的所有上載和下載。頻寬取決於您的網頁大小，以及網站的訪問者數量和他們訪問的頁面數量。對於50KB的平均頁面大小，每月20,000個訪問者，每個訪問者5個頁面，您的網站每月將需要約5000MB或5GB的頻寬。

請注意，每月20,000位訪問者相當於每天大約667位訪問者。即使是大多數大型網站也無法達到這個數字。如果您只是啟動網站，那麼您將不需要大量空間或頻寬。

除非您有理由相信您的網站會吸引大量訪問者和/或要提供電影和音樂下載，並且沒有足夠的證據支援，否則我們中的許多人沒有理由擔心空間和頻寬。但是，在選擇Web主機時，如果以後需要，可以選擇一個可以升級磁碟空間和頻寬的主機。

能減少網站的頻寬使用

1、切換到外部影象提供程式

除非您的網站是純文字廣告，否則圖片將始終消耗您傳出頻寬的絕大部分。即使在這個極其簡約的網站上，影象的大小也比文字的大小小。考慮我的上一篇部落格文章，這是非常典型的：

帖子文字大小：4,900位元組

釋出圖片的大小：46,300位元組

網站圖片的大小：4,600位元組

文字僅佔該帖子內容的百分之十。要減少頻寬問題，我們必須首先處理其他百分之九十的內容（影象），這很簡單，我們可以將託管影象的工作外包給外部網站（CDN）。網上有許多免費或近乎免費的影象共享站點，使之成為可行的策略。

2、開啟HTTP壓縮

現在，我們已經處理了影象內容，我們可以考慮節省空間的方法，即在其餘內容（文字）上。這很容易。在Web伺服器上啟用HTTP壓縮，可將文字頻寬減少大約三分之二。讓我們再次以我的上一個帖子為例：

帖子大小：63,826位元組

帶壓縮的帖子大小：21,746位元組

只需開通Web伺服器上的開關，我們在網站上提供的每一位文字（包括所有JavaScript，HTML和CSS）的檔案大小就會減少66％。HTTP壓縮的好處是如此明顯，以至於受到傷害。這是相當簡單建立在IIS 6.0中，這是非常容易設定在Apache中。

3、最佳化JavaScript和CSS的大小

現在剩下要做的就是減少文字內容的大小，特別強調網站上每個頁面所共有的元素。CSS和JavaScript資源是一個很好的起點，但是相同的技術也可以應用於HTML。

有一個方便的線上CSS壓縮器，它提供三個級別的CSS壓縮。我在此頁面的主CSS檔案上使用了它，結果如下：

原始CSS大小：2,299位元組

HTTP壓縮後：615位元組

透過基於Douglas Crockford的JSMin的線上JavaScript壓縮器， 我們可以執行與JavaScript類似的操作。但是在將JavaScript放入壓縮器之前，我透過使用較短的變數並消除了一些多餘和過時的程式碼來進行了重構並對其進行了重構。

實際伺服器租用頻寬

總的來說，假設網站訪問IP剛過萬，而且是一天彙總合計，那麼這樣計算的話，每分鐘的IP併發支援只需要7次左右（10000/24/60=7），那麼就是說每分鐘有7個ip訪問。

當然這算折算了均衡的流量平穩的情況，假設它集中在白天的7個小時訪問，每分鐘大概50個ip左右，這個併發量實際也不算高，所以這麼估摸的話，大概3M、4M頻寬就夠用了。

伺服器租用除了花錢租用硬體裝置外，決定租用價格的最大一個環節就是頻寬。可以說伺服器的頻寬是“寸土寸金”，所以在租用伺服器時要合理的考慮伺服器的頻寬。

伺服器的需要的頻寬並不僅僅由IP決定，對於網站平臺的服務來說，企業站、論壇、小說站、影片網站等相同訪問數的情況下所需要的頻寬都是不一樣的。比如：論壇網站的訪問量是非常大的，而影片、下載站會非常耗用伺服器的資源和頻寬。

什麼是頻寬？

頻寬是指在單位時間(一般指的是1秒鐘)內能傳輸的資料量，表示吞吐資料的能力。網路和高速公路類似，頻寬越大，就類似高速公路的車道越多，其通行能力越強。同一時間段內，伺服器頻寬越小那麼可容納資料吞吐量越小，可容納的使用者訪問量也越少；伺服器頻寬越大，可容納的使用者訪問量越大。

頻寬分為獨享頻寬和共享頻寬兩種，獨享頻寬是使用者單獨使用購買的頻寬，使用過程中不會受其他使用者的影響；而共享頻寬是一定大小的頻寬有多個使用者共同使用，這樣在使用過程容易受其他使用者伺服器頻寬使用情況的影響。目前大多數使用者會選擇使用獨享頻寬，無論是使用還是操作都更方便簡單。

1萬IP要多少頻寬？

一天當中，網站的訪問情況有忙時和閒時之分，就和道路的交通狀況一樣。一般來講8:00-23:00為忙時訪問人數較多，假設佔日PV的90%，其它時段為閒時佔日PV的10%。其中忙時又可以根據訪問情況再細分為不同時段。這裡假設忙時15小時中的5小時佔日PV的45%，其餘10小時佔日PV的45%。如下圖所示：

在不同的日PV下，不同時段的平均PV/秒是有一定差異的。

假如網站流量是1萬IP，每IP瀏覽2頁，那麼網站流量就是20000PV。

一個網站每日20000點選量，在忙時的5小時高峰內，平均每秒使用者瀏覽0.5個頁面，其它時段都低於0.5頁/秒。所以主機最低要保證有每秒0.5個頁面大小的頻寬。假設網站頁面平均200KB大小，那麼至少要保證800Kbps(0.78Mbps)的頻寬。所以，理論上一頁200KB的網站1萬IP（20000PV）至少要0.78m的頻寬。

理論頻寬大小=200KB/0.5*8=800Kbps=0.78Mbps

如果一頁有600KB，那麼至少要0.78x3=2.34m的頻寬。由此可見，所需頻寬與網頁大小有很大的關係。

但理論與實際永遠是有差距的，實際使用中頻寬的消耗或許會比理論值多很多。所以選擇頻寬時理論值只能作為參考資料，最終購買的頻寬數量建議是理論值的2~3倍，以確保網站有足夠的頻寬，但又不至於太過浪費。

可以看下網站的日IP，PV展現，同時線上人數。再者根據網站是否提供流媒體業務，是否有下載等情況，可以酌情考慮。預算高的話可以直接選購百兆獨享伺服器或G口伺服器，如果後續頻寬不夠用了也可以隨時付費增加頻寬。我認識一家IDC做大頻寬伺服器比較靠譜，鄭州經略科技idc 20358640。他們那裡有南陽大頻寬伺服器，江蘇鎮江大頻寬伺服器，聯通大頻寬伺服器。大頻寬質量高，可以跑上去頻寬，價格划算。需要的話可以瞭解看看呢

主機偵探來回答一下：

這個需要考慮到你的網站是什麼型別的哦，圖片，影片，動態圖多的話需要的頻寬要大一些的，如果1萬PV流量的網站，不算太高哦，用雙路四核的伺服器就可以滿足。但是考慮到以後訪問量的進一步增加，最好是買雙路六核的伺服器，效能更好一些。其實PV對你挑選伺服器而言，意義不大，真正有關係的是你的同時線上IP，也是連線併發數。把你同時線上多少會員再加上非會員訪問估算出來，數值儘量偏大一點，然後再去挑選合適的CPU、記憶體等資源。再分析你的訪問頁面的大小X同時線上人數算出你的峰值頻寬，選擇你的頻寬就行了。也可以選擇唯一網路租用，沒有明確資料分析，變數太大，唯一網路可以很方便的增加各種資源，可以很好的解決你的問題。

Raksmart這家伺服器品牌還是非常不錯的，現在上主機偵探（idcspy。com）透過專屬連結加購更享超值~

頻寬=綜合瀏覽量/時間(換算到s)*平均頁面大小(KB)*8

併發連線數=綜合瀏覽量/時間*頁面衍生連線次數* http響應時間*因數/ web伺服器數量。

考慮訪問量和併發數，建議用大頻寬的伺服器，可以用小鳥雲裸金屬物理伺服器，免費提供高達100M的頻寬，200G的防禦，只要300/月起。https://www.niaoyun.com/#/baremetal/?utm_source=ttl-220120