1、1概述xxxxx項目采用集中式部署（即所有的數(shù)據(jù)集中部署在總部服務(wù)器中），對于完成各功能服務(wù)器的性能，我們建議采用主流的 TPC 值進行性能估算。TPC-C 是一種旨在衡量聯(lián)機事務(wù)處理（OLTP, 乂稱業(yè)務(wù)處理系統(tǒng)）系統(tǒng)性能與可伸 縮性的行業(yè)標準基準測試項目。tpmC （Transaction Per Minute ） : TPC-C 每分鐘的吞吐量，按有效 TPC-C 配置期 間每分鐘處理的平均交易次數(shù)測量，至少要運行12分鐘。服務(wù)器從處理能力上來講，最重要的指標是業(yè)務(wù)處理過程中所需要的并行處理能力， 這一指標通常都是通過衡量主機的 tpmC 值取得；其它對主機硬件性能上的需求還包括內(nèi) 存大

2、小，以及對外連接的數(shù)據(jù)線路帶寬。在計算主機所需要的tpmC、硬盤及帶寬時，直接影響這些計算結(jié)果的因素包括：用戶的業(yè)務(wù)模型（也可以用一定收斂比來表示）、所開展的業(yè)務(wù)種類、所開展業(yè)務(wù)的并行應(yīng)用需求。這種基準測試項目將對包括查詢、更新及隊列式小批量事務(wù)在內(nèi)的廣泛數(shù)據(jù)庫功能進行測試， 因此對于數(shù)據(jù)庫密集型應(yīng)用來說，TPC-C被許多 IT部門視為衡量真實 OLTP系統(tǒng)性能的有效指示器。2接口服務(wù)器性能計算接口服務(wù)器在 xxxxx 系統(tǒng)中起到承上啟下的作用,與 OA、門戶等其他業(yè)務(wù)系統(tǒng)的數(shù) 據(jù)交互都需要通過標準接口完成，因此接口服務(wù)器的性能及穩(wěn)定性也是至關(guān)重要的。xxxxx 系統(tǒng)的接口服務(wù)器使用 Tomc

3、at搭建，根據(jù)經(jīng)驗單服務(wù)器上的 Tomcat 的整體 理論處理能力 1000-2000 個用戶并發(fā)連接。考慮到系統(tǒng)操作系統(tǒng) CPU 使用率為 10%,因此系統(tǒng)整體負載不能高于 70%根據(jù) tpmC 標準是根據(jù)標準模型中 New-Order 事物的處理數(shù)目來計算的，一個New-Order 事物由平均 4-5 個 SQL 語句處理完成，整個測試執(zhí)行過程中 New-Order 處 理占 45%。為了方便計算接口服務(wù)器的性能，我們約定：1) 系統(tǒng)注冊用戶數(shù)為 200000 人(U1 );2) 忙時集中并發(fā)系數(shù)為 10% (B1 );3) 接口服務(wù)對應(yīng)的操作數(shù)為 14.8 (T1 );4) 考慮服務(wù)器保

4、留 30 %的冗余(R);5) 本次測試 New-Order事物占全部的 35% (Ty );6) 本次測試 New-Order事物執(zhí)行 4 個 SQL (Ts );7) 一天內(nèi)忙時的處理量為平均值的8 倍(B2 )。8) 每個交易折算標準交易系數(shù)，根據(jù)之前的項目經(jīng)驗系數(shù)為1.6 ;接口服務(wù)器處理能力為：TPC-C = (U1*B1*(T1*Ty/Ts)/(1-R)*B2*經(jīng)驗系數(shù)=200000*0.1*(14.8*0.45/4)*8*1.6/(1-30%)= 608,914.28tpmC根據(jù)業(yè)務(wù)規(guī)模和計算結(jié)果，建議接口服務(wù)器部署2臺互為備份，單臺配置 4核 CPU及 16G內(nèi)存。3 xxx業(yè)

5、務(wù)服務(wù)器性能計算xxx業(yè)務(wù)服務(wù)器作為 xxxxx項目最基本的處理單元，同時部署業(yè)務(wù)層、服務(wù)層和部分第三方軟件，為保證系統(tǒng)的穩(wěn)定和高效，因此 xxx 業(yè)務(wù)服務(wù)器必須進行負載均衡。xxxxx系統(tǒng)的 xxx業(yè)務(wù)服務(wù)器，是使用 Apache HTTP搭建的 Web 服務(wù)，負責承載所 有用戶請求，性能的高低直接決定整個系統(tǒng)的效率。為了方便計算 xxx 業(yè)務(wù)服務(wù)器的性能，我們約定:1）系統(tǒng)注冊用戶數(shù)為 200000 人（U1 ）;2）忙時集中并發(fā)系數(shù)為 10% （B1 ）;3）最常用業(yè)務(wù)每次業(yè)務(wù)請求對應(yīng)的操作數(shù)為10.7 （T1 ）;4）一天內(nèi)忙時的處理量為平均值的8 倍（B2 ）;5）考慮服務(wù)器保留 3

6、0%的冗余（R）;xxx 業(yè)務(wù)服務(wù)器處理能力為：TPC-C = （U1*B1*T1*B2）/（1-R） = （200000*0.1*10.7*8）/（1-30%）=2,445,714.29tpmC根據(jù)業(yè)務(wù)規(guī)模和計算結(jié)果，建議 xxx 業(yè)務(wù)服務(wù)器部署 4 臺，通過負載均衡設(shè)備進行訪 問，單臺配置 8 核 CPU及 32G內(nèi)存。4 xxx業(yè)務(wù)檢索服務(wù)器性能計算xxx 業(yè)務(wù)檢索服務(wù)器使用 Solr 搜索引擎為 xxxxx 系統(tǒng)提供索引存儲和檢索的服務(wù)，- 股情況下檔案查詢量要遠大于瀏覽和下載電子文件數(shù)量，因此壓力相對較大。Solr 搜索引擎是一個高性能，采用 Java5 開發(fā)，基于 Lucene 的

7、全文搜索服務(wù)器。同 時對其進行了擴展，提供了比 Lucene 更為豐富的查詢語言，同時實現(xiàn)了可配置、可擴展 并對查詢性能進行了優(yōu)化，并且提供了一個完善的功能管理界面，是一款非常優(yōu)秀的全文 搜索引擎。為了方便計算檢索服務(wù)器的性能，我們約定：1）系統(tǒng)注冊用戶數(shù)為 200000 人（U1 ）;2）忙時集中并發(fā)系數(shù)為 10% （B1 ）;3）對應(yīng)的 Solr 事物操作數(shù) 6.8 （T1 ）;4）一天內(nèi)忙時的處理量為平均值的8 倍（B2 ）;5）考慮服務(wù)器保留 30%的冗余（R）;檢索服務(wù)器處理能力為:TPC-C = (U1*B1*T1*B2)/(1-R)= (200000*0.1*6.8*8)/(1-

8、30%)=1,554,285.71tpmC根據(jù)業(yè)務(wù)規(guī)模和計算結(jié)果，建議檢索服務(wù)器部署 5臺通過集群軟件實現(xiàn)負載，單臺配 置 4核 CPU 及 32G 內(nèi)存。5 xxx業(yè)務(wù)緩存服務(wù)器性能計算xxx 業(yè)務(wù)緩存服務(wù)器為整個 xxxxx 系統(tǒng)提供數(shù)據(jù)庫端的數(shù)據(jù)緩存服務(wù)，從而減輕數(shù)據(jù) 庫的壓力，提高訪問速度。為了方便計算緩存服務(wù)器的性能，我們約定：1)系統(tǒng)注冊用戶數(shù)為 200000 人(U1 );2)忙時集中并發(fā)系數(shù)為 10% (B1 );3)一天內(nèi)忙時的處理量為平均值的8 倍(B2 );4)對應(yīng)的事物操作數(shù) 3 (T1 );5)考慮服務(wù)器保留 30%的冗余(R);xxx業(yè)務(wù)緩存服務(wù)器處理能力為：TPC

9、-C = (U1*B1*T1*B2)/(1-R)= (200000*0.1*3*8)/(1-30%)=685,714.29tpmC根據(jù)業(yè)務(wù)規(guī)模和計算結(jié)果，建議緩存服務(wù)器部署2 臺互為備份，單臺配置 4 核 CPU及 16G內(nèi)存。6數(shù)據(jù)庫服務(wù)器性能計算xxxxx 項目注冊用戶數(shù)約為 200000 人，絕大多數(shù)應(yīng)用屆于聯(lián)機事務(wù)處理 (OLTP)性 質(zhì)。xxxxx項目數(shù)據(jù)使用 MySQL 作為數(shù)據(jù)庫，通過 MySQL 的主從復(fù)制，從而實現(xiàn)讀寫分離和局可用性功能。為了方便計算數(shù)據(jù)庫服務(wù)器的性能，我們約定：1）系統(tǒng)并發(fā)用戶數(shù)為注冊用戶數(shù)的 10%即 2000 人（U1 ）;2）一天內(nèi)忙時的處理量為平均值

10、的 8 倍（B1 ）;3）每個交易折算標準交易系數(shù)，根據(jù)之前的項目經(jīng)驗系數(shù)為1.6 ;4）考慮服務(wù)器保留 50%的冗余。5）平均每個用戶每分鐘發(fā)出 4 次業(yè)務(wù)請求（N1 ）;6）系統(tǒng)發(fā)出的業(yè)務(wù)請求中， 業(yè)務(wù)受理占 20%、 信息查詢占60%、 信息瀏覽占 20% （B2 ） ;7）平均每次業(yè)務(wù)受理類業(yè)務(wù)產(chǎn)生 5 個事務(wù)（T1 ）;8）平均每次信息查詢類業(yè)務(wù)產(chǎn)生 8 個事務(wù)（T2 ）;9）平均每次信息瀏覽類其它業(yè)務(wù)產(chǎn)生 3 個事務(wù)（T3 ）;數(shù)據(jù)庫服務(wù)器處理能力為：TPC-C=U1*B1*（T1*20%+T2*60%+T3*20%）/B1* 經(jīng)驗系數(shù) /冗余系數(shù)=2000*4*（5*20%+8*60%+3*20%）*8*1.6/0.5= 1,310,720tpmC根據(jù)業(yè)務(wù)規(guī)模和計算結(jié)果，建議數(shù)據(jù)庫服務(wù)器部署兩臺一個作為讀一個作為寫，單臺配置 8核 CPU 及 32G內(nèi)存。7總結(jié)根據(jù)上述對各類服務(wù)器的性能計算得出xxxxx項目所需服務(wù)器活單如下:服務(wù)器服務(wù)和功能服務(wù)器需求TPC-C值接口服務(wù)器平臺接口服務(wù)4C/16G 2臺6