【7A文】服務(wù)器性能計算

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