服務器性能計算

概述GGGGG項目采用集中式部署（即所有的數(shù)據(jù)集中部署在總部服務器中），對于完成各功能服務器性能們建議用主流的PC值進性能算。TPC-C是一種旨在衡量聯(lián)機事務處理（OLTP，又稱業(yè)務處理系統(tǒng)）系統(tǒng)性能與可伸縮性的行業(yè)標準基準測試項目。tpmC（(TransactionPerMinute）:TPC-C每分鐘的吞吐量，按有效TPC-C配置期間每分鐘處理的平均交易次數(shù)測量，至少要運行12分鐘。服務器從處理能力上來講，最重要的指標是業(yè)務處理過程中所需要的并行處理能力，這一指標通常都是通過衡量主機的tpmC值取得；其它對主機硬件性能上的需求還包括內存大小，以及對外連接的數(shù)據(jù)線路帶寬。在計算主機所需要的tpmC、硬盤及帶寬時，直接影響這些計算結果的因素包括：用戶的業(yè)務模型（也可以用一定收斂比來表示）、所開展的業(yè)務種類、所開展業(yè)務的并行應用需求。這種準測試目將括查詢新及隊列小批務在內廣泛庫功能行測試，因此于數(shù)據(jù)密集型應來說P-C許多IT門為衡量真實LP統(tǒng)性能的有效指器。接口服務器性能計算接口服務器在GGGGG系統(tǒng)中起到承上啟下的作用，與OA、門戶等其他業(yè)務系統(tǒng)的數(shù)據(jù)交互都需要通過標準接口完成，因此接口服務器的性能及穩(wěn)定性也是至關重要的。GGGGG系統(tǒng)的接口服務器使用Tomcat搭建，根據(jù)經驗單服務器上的Tomcat的整體理論處理能力1000-20XX個用戶并發(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%。為了方便計算接口服務器的性能，我們約定：1)系統(tǒng)注冊用戶數(shù)為20XX00人（U1）；2)忙時集中并發(fā)系數(shù)為10%（B1）；3)接口服務對應的操作數(shù)為14.8（T1）；4)考慮服務器保留30％的冗余（R）；5)本次測試New-Order事物占全部的35%（Ty）；6)本次測試New-Order事物執(zhí)行4個SQL（Ts）；7)一天內忙時的處理量為平均值的8倍（B2）。8)每個交易折算標準交易系數(shù)，根據(jù)之前的項目經驗系數(shù)為1.6；接口服務器處理能力為：TPC-C＝(U1GB1G(T1GTy/Ts))/(1-R)GB2G經驗系數(shù)＝20XX00G0.1G(14.8G0.45/4)G8G1.6/(1-30%)＝608,914.28tpmC根據(jù)業(yè)務規(guī)模和計算結果，建議接口服務器部署2臺互為備份，單臺配置4核CPU及16G內存。GGG業(yè)務服務器性能計算GGG業(yè)務服務器作為GGGGG項目最基本的處理單元，同時部署業(yè)務層、服務層和部分第三方軟件，為保證系統(tǒng)的穩(wěn)定和高效，因此GGG業(yè)務服務器必須進行負載均衡。GGGGG系統(tǒng)的GGG業(yè)務服務器，是使用ApacheHTTP搭建的Web服務，負責承載所有用戶請求，性能的高低直接決定整個系統(tǒng)的效率。為了方便計算GGG業(yè)務服務器的性能，我們約定：1)系統(tǒng)注冊用戶數(shù)為20XX00人（U1）；2)忙時集中并發(fā)系數(shù)為10%（B1）；3)最常用業(yè)務每次業(yè)務請求對應的操作數(shù)為10.7（T1）；4)一天內忙時的處理量為平均值的8倍（B2）；5)考慮服務器保留30％的冗余（R）；GGG業(yè)務服務器處理能力為：TPC-C＝(U1GB1GT1GB2)/(1-R)＝(20XX00G0.1G10.7G8)/(1-30%)＝2,445,714.29tpmC根據(jù)業(yè)務規(guī)模和計算結果，建議GGG業(yè)務服務器部署4臺，通過負載均衡設備進行訪問，單臺配置8核CPU及32G內存。GGG業(yè)務檢索服務器性能計算GGG業(yè)務檢索服務器使用Solr搜索引擎為GGGGG系統(tǒng)提供索引存儲和檢索的服務，一般情況下檔案查詢量要遠大于瀏覽和下載電子文件數(shù)量，因此壓力相對較大。Solr搜索引擎是一個高性能，采用Java5開發(fā)，基于Lucene的全文搜索服務器。同時對其進行了擴展，提供了比Lucene更為豐富的查詢語言，同時實現(xiàn)了可配置、可擴展并對查詢性能進行了優(yōu)化，并且提供了一個完善的功能管理界面，是一款非常優(yōu)秀的全文搜索引擎。為了方便計算檢索服務器的性能，我們約定：1)系統(tǒng)注冊用戶數(shù)為20XX00人（U1）；2)忙時集中并發(fā)系數(shù)為10%（B1）；3)對應的Solr事物操作數(shù)6.8（T1）；4)一天內忙時的處理量為平均值的8倍（B2）；5)考慮服務器保留30％的冗余（R）；檢索服務器處理能力為：TPC-C＝(U1GB1GT1GB2)/(1-R)＝(20XX00G0.1G6.8G8)/(1-30%)＝1,554,285.71tpmC根據(jù)業(yè)務規(guī)模和計算結果，建議檢索服務器部署5臺通過集群軟件實現(xiàn)負載，單臺配置4核CPU及32G內存。GGG業(yè)務緩存服務器性能計算GGG業(yè)務緩存服務器為整個GGGGG系統(tǒng)提供數(shù)據(jù)庫端的數(shù)據(jù)緩存服務，從而減輕數(shù)據(jù)庫的壓力，提高訪問速度。為了方便計算緩存服務器的性能，我們約定：1)系統(tǒng)注冊用戶數(shù)為20XX00人（U1）；2)忙時集中并發(fā)系數(shù)為10%（B1）；3)一天內忙時的處理量為平均值的8倍（B2）；4)對應的事物操作數(shù)3（T1）；5)考慮服務器保留30％的冗余（R）；GGG業(yè)務緩存服務器處理能力為：TPC-C＝(U1GB1GT1GB2)/(1-R)＝(20XX00G0.1G3G8)/(1-30%)＝685,714.29tpmC根據(jù)業(yè)務規(guī)模和計算結果，建議緩存服務器部署2臺互為備份，單臺配置4核CPU及16G內存。數(shù)據(jù)庫服務器性能計算GGGGG項目注冊用戶數(shù)約為20XX00人，絕大多數(shù)應用屬于聯(lián)機事務處理（OLTP）性質。GGGGG項目數(shù)據(jù)使用MySQL作為數(shù)據(jù)庫，通過MySQL的主從復制，從而實現(xiàn)讀寫分離和高可用性功能。為了方便計算數(shù)據(jù)庫服務器的性能，我們約定：1)系統(tǒng)并發(fā)用戶數(shù)為注冊用戶數(shù)的10%即（2)一天內忙時的處理量為平均值的8倍（B1）；3)每個交易折算標準交易系數(shù)，根據(jù)之前的項目經驗系數(shù)為1.6；4)考慮服務器保留50％的冗余。5)平均每個用戶每分鐘發(fā)出4次業(yè)務請求（N1）；6)系統(tǒng)發(fā)出的業(yè)務請求中，業(yè)務受理占20%、信息查詢占60%、信息瀏覽占20%（B2）；7)平均每次業(yè)務受理類業(yè)務產生5個事務（T1）；8)平均每次信息查詢類業(yè)務產生8個事務（T2）；9)平均每次信息瀏覽類其它業(yè)務產生3個事務（T3）；數(shù)據(jù)庫服務器處理能力為：TPC-C=U1GB1G(1G20%2G60%3G20%/G經驗系數(shù)/冗余系數(shù)＝20XXG4G(5G20%+8G60%+3G20%)G8G1.6/0.5＝1,310,720tpmC根據(jù)業(yè)務規(guī)模和計算結果，建議數(shù)據(jù)庫服務器部署兩臺一個作為讀一個作為寫，單臺配置8核CPU及32G內存?？偨Y根據(jù)上述對各類服務器的性能計算得出GGGGG項目所需服務器清單如下：服務器服務和功能服務器需求TPC-C值接口服務器平臺接口服務4C/16G2臺608,914.29GG