1) 使用和站點概況
A. 在線使用概況
下表列出了本文中項目組所用的在線使用概括。 峯值乘數用於計算與平均負載有關的系統的最大容量。 如果每秒鐘的平均請求數量是 150 ，如果您的峯值乘數是 3 的話那麼預期峯值將會是每秒鐘 150 次請求。 爲了對實施進行容量規劃，您應當爲系統的峯值容量做規劃。
描述 值
會話的平均時間 7 分鐘(420 秒)
峯值乘數 3x 平均值
每個用戶每次訪問的請求數 141
由“業務話務模型”可知，User1：Use+login+fax+sms+ctd+cfcc 各模塊最大時長是120S，
因此sms100條/S*120=12,000，平均時間約爲：7分鐘（420S）。
B. 事務比例選取
對於行業應用，測試數據的準備中最重要的就是事務的選取，由於去年全年處理業務（傳真/短信/視頻會議）約3萬筆，按照以上從業務比例（4/4/2）抽取每個客戶類型的事務比例：
比例的分佈：
操作 分佈權重 發送比例 每個操作的請求數 每個會話的請求數 標準化
定購(ws) 0.05 30000*0.05 1 1 164*0.05 Ws:canuse
請求使用 0.05 30000*0.05 1 1 164*0.05
登錄 0.10 30000*0.1 1 2 164*0.1 Login->logout
發送傳真 0.20 30000*0.20 60 3+3+60 164*0.2 Osap->pxy->comp->sip
已發/接收傳真 0.03 30000*0.03 2 2 164*0.03 Osap->pxy->comp->
發送短信 0.20 30000*0.20 120/2=60 3+2+60 164*0.2 Osap->pxy->comp->sc
已發/接收短信 0.05 30000*0.05 2 2 164*0.05 Osap->pxy->comp->
點擊撥號 0.20 30000*0.20 1．5秒/次:
40/1.5=
26.7次 3+2+27 164*0.2 Osap->pxy->comp->ctd
發起會議 0.09 30000*0.09 18 3+2+18 164*0.09 Osap->pxy->comp->ipunity
定製語音流程 0.03 30000*0.03 3 3+3 164*0.03 Osap->pxy->comp->->sip
總計 1 159 164 164
其中 分佈權重 一欄給出某類操作佔總請求數的百分比。
其中 標準化 一欄表示分佈權重乘以每用戶每次訪問請求數得到的結果。 注意這一欄合計達164。
其中 每個操作的請求數 一欄給出了執行某一操作所用的用戶請求數量。 由於回帖或服務器重定向等原因，有些操作會產生多個請求。
其中 每個會話的請求數 一欄給出了用戶在每次會話中發起的對某一操作的請求數量。
2) 使用TCA 方法進行容量規劃
A. 測試強度估算：
測試強度估算時採用如下假設前提：
*全年的業務量集中在10個月完成，每個月20個工作日，每個工作日8個小時；
*採用80—20原理，每個工作日中80%的業務在20%的時間內完成，即每天80%的業務在1.6小時內完成；
測試壓力的估算結果：
按照3萬筆業務每用戶每次訪問的164請求數，每7分鐘一次會話計算。
根據以往統計結果，其中，假設早上9點及下午15點爲高峯期，須按照2個小時段的業務處理量。
每年總的請求數量爲：30000*140=4,200,000次/年=420萬次/年。
系統平均每天的請求數量爲：4200000/200=21,000次/日
系統平均每分鐘的處理數量爲：（30000*80%）/(200*8*20%）=75筆/時=1.25筆/分鐘請求；
系統平均每秒的請求數量爲：（21,000*80%）/（8*20%*3600）=16800/5760=2.93次/秒。
正常情況下，應用服務器平均處理請求數的能力至少應達到：2.93次/秒。
（某種程度上，可認爲請求數量約等於交易數量）
B. 用戶頻率成本估算：
發送傳真頻率：63 （每個會話的請求數 ）/ (7分鐘*60秒*0.2分佈權重) =0.7 每個用戶每秒鐘的請求數。.
操作 前：後（1:1）比例所佔COMP的執行時間（秒） 各模塊對應權重下每秒鐘每事務次數
定購(ws)
請求使用
登錄
發送傳真 63/3=21 63/(450*0.2)=0.7
3/0.7=4.3 當傳真在會話中耗時450*0.2/4.3=21秒時，CPS=3
已發/接收傳真
發送短信 62/12000=0.05 62/(450*0.2)=0.69
1200/0.69=1450 450*0.2/145=0.62秒時，CPS=100
已發/接收短信
點擊撥號 29/60=0.48 29/(450*0.2)=0.32
60/0.32=188 450*0.2/188=0.48秒時，CPS=60
發起會議 20/0.2=100 20/(450*0.2)=0.22
0.2/0.22=0.9 450*0.2/0.9=100秒時，CPS=0.2
定製語音流程
總計
C. 根據頻率計算最大併發用戶數：
1、 根據公式：CPS*會話平均執行時間=同時運行用戶數（同時運行最大端口數）
30000（多用戶單次會話）: 2.93*420=1218 （併發用戶）
1（單用戶單次會話）：0.3334*420=140.028 （同時運行中用戶）
3) 結論
確認：CPU 的利用率約爲百分之75左右時，請求頻率是否達到2.93次/秒，同時吞吐量爲xxx (bytes)；
這相當於預定使用方案中所定的 1218名併發模擬用戶的情況。
通過以上理論值計算，3萬筆處理量將滿足現行的硬件配置及部署。當需要擴充業務量或系統業務變更的時候，也需要遵循以上計算模式，線性擴充硬件配置及部署。