服務器性能計算

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

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

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

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

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

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

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

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

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

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