對于網(wǎng)站服務(wù)器托管的pv值可能有些朋友并不明白，其實pv值是反應(yīng)了網(wǎng)站的訪問次數(shù)，而服務(wù)器不同訪問次數(shù)的多少也有所區(qū)別，而我們則需要通過這個pv值來調(diào)整服務(wù)器的配置，那么網(wǎng)站服務(wù)器托管怎樣才能算出大pv值？

計算模型：
每臺服務(wù)器每秒處理請求的數(shù)量=（（80%總PV量）/（24小時60分60秒40%）） / 服務(wù)器數(shù)量 。
其中關(guān)鍵的參數(shù)是80%、40%。表示一天中有80%的請求發(fā)生在一天的40%的時間內(nèi)。24小時的40%是9.6小時，有80%的請求發(fā)生一天的9.6個小時當中（很適合互聯(lián)網(wǎng)的應(yīng)用，白天請求多，晚上請求少）。
簡單計算的結(jié)果：
（（80%500萬）/（24小時60分60秒40%））/1 = 115.7個請求/秒
（（80%100萬）/（24小時60分60秒40%））/1 = 23.1個請求/秒
初步結(jié)論：
現(xiàn)在我們在做壓力測試時，就有了標準，如果你的服務(wù)器一秒能處理115.7個請求，就可以承受500萬PV/每天。如果你的服務(wù)器一秒能處理23.1個請求，就可以承受100萬PV/每天。

留足余量：
以上請求數(shù)量是均勻的分布在白天的9.6個小時中，但實際情況并不會這么均勻的分布，會有高峰有低谷。為了應(yīng)對高峰時段，應(yīng)該留一些余地，最少也要x2倍，x3倍也不為過。
115.7個請求/秒 *2倍=231.4個請求/秒
115.7個請求/秒 *3倍=347.1個請求/秒
23.1個請求/秒 *2倍=46.2個請求/秒
23.1個請求/秒 3倍=69.3個請求/秒

最終結(jié)論：
如果你的服務(wù)器一秒能處理231.4--347.1個請求/秒，就可以應(yīng)對平均500萬PV/每天。
如果你的服務(wù)器一秒能處理46.2--69.3個請求，就可以應(yīng)對平均100萬PV/每天。

說明：
這里說明每秒N個請求，就是QPS。因為我關(guān)心的是應(yīng)用程序處理業(yè)務(wù)的能力。

實際經(jīng)驗：
1、根據(jù)實際經(jīng)驗，采用兩臺常規(guī)配置的機架式服務(wù)器，配置是很常見的配置，例如一個4核CPU+4G內(nèi)存+服務(wù)器SAS硬盤。

2、硬盤的性能很重要，由其是數(shù)據(jù)庫服務(wù)器。一般的服務(wù)器都配1.5萬轉(zhuǎn)的SAS硬盤，高級一點的可以配SSD固態(tài)硬盤，性能會更好。最最最最重要的指標是“隨機讀寫性能”而不是“順序讀寫性能”。（本例還是配置最常見的1.5萬轉(zhuǎn)的SAS硬盤吧）

3、一臺服務(wù)器跑Tomcat運行j2ee程序，一臺服務(wù)器跑MySql數(shù)據(jù)庫，程序?qū)懙闹械人剑ㄟ@個真的不好量化），是論壇類型的應(yīng)用（總有回帖，不太容易做緩存，也無法靜態(tài)化）。

4、以上軟硬件情況下，是可以承受100萬PV/每天的。（已留有余量應(yīng)對突然的訪問高峰）

一天總流量：每個頁面20k字節(jié)100萬個頁面/1024=19531M字節(jié)=19G字節(jié)，
19531M/9.6小時=2034M/小時=578K字節(jié)/s 如果請求是均勻分布的，需要5M（640K字節(jié)）帶寬（5Mb=640KB 注意大小寫，b是位，B是字節(jié)，差了8倍），但所有請求不可能是均勻分布的，當有高峰時5M帶寬一定不夠，X2倍就是10M帶寬。10M帶寬基本可以滿足要求。
以上是假設(shè)每個頁面20k字節(jié)，基本不包含圖片，要是包含圖片就更大了，10M帶寬也不能滿足要求了。你自已計算吧。