服務(wù)器性能計算方法

1、一、數(shù)據(jù)庫服務(wù)器性能計算需求分析考慮到廣州市公安局超級情報系統(tǒng)(SIS)設(shè)備升級項目的數(shù)據(jù)庫 服務(wù)器的性能，我們建議采用主流的 TPC-C 值進行性能估算。TPC-C 是一種旨在衡量聯(lián)機事務(wù)處理（OLTP）系統(tǒng)性能與可伸縮 性的行業(yè)標準基準測試項目。這種基準測試項目將對包括查詢、更新 及隊列式小批量事務(wù)在內(nèi)的廣泛數(shù)據(jù)庫功能進行測試。對于數(shù)據(jù)庫密 集型應(yīng)用來說，TPC-C 被許多 IT 部門視為衡量真實 OLTP 系統(tǒng)性能的 有效指示器。廣州市公安局超級情報系統(tǒng)(SIS)設(shè)備升級項目未來的并發(fā)客戶 約為 5000，絕大多數(shù)應(yīng)用屬于聯(lián)機事務(wù)處理（OLTP）性質(zhì)。我們建 議對數(shù)據(jù)庫服務(wù)器的性能進行如

2、下測算：為了方便計算數(shù)據(jù)庫服務(wù)器的性能，我們約定：1) 系統(tǒng)同時在線用戶數(shù)為 5000 人（U1）；2) 平均每個用戶每分鐘發(fā)出 2 次業(yè)務(wù)請求（N1）；3) 系統(tǒng)發(fā)出的業(yè)務(wù)請求中，更新、查詢、其它各占 1/3；4) 平均每次更新業(yè)務(wù)產(chǎn)生 4 個事務(wù)（T1）；5) 平均每次查詢業(yè)務(wù)產(chǎn)生 4 個事務(wù)（T2）；6) 平均每次其它業(yè)務(wù)產(chǎn)生 8 個事務(wù)（T3）；7) 一天內(nèi)忙時的處理量為平均值的 8 倍；8) 經(jīng)驗系數(shù)為 1.6；(實際工程經(jīng)驗)19) 考慮服務(wù)器保留 50的冗余；服務(wù)器需要的處理能力為：TPC-C=U1*N1*（T1+T2+T3）/3*8*經(jīng)驗系 數(shù)/冗余系數(shù)則服務(wù)器的處理性能估算為

3、：TPC-C= 5000*2*(4+4+8)/3*8*1.6/0.5=1,365,333tpmC情報系統(tǒng)數(shù)據(jù)庫服務(wù)器關(guān)系到整個系統(tǒng)的穩(wěn)定運行，考慮到高可 靠性和高可用性，并注重設(shè)備的可擴展性和性價比，同時考慮滿足 5 年內(nèi)業(yè)務(wù)系統(tǒng)的服務(wù)能力，建議數(shù)據(jù)庫服務(wù)器配置一臺 TPC-C 值不小于 150 萬的高性能小型機服務(wù)器，用做該情報系統(tǒng)的核心數(shù)據(jù)庫服務(wù) 器。本次我們建議新購 1 臺小型機，配置 16 個 3.55GHz CPU 及 64GB內(nèi)存，用于該超級情報系統(tǒng)系統(tǒng)的核心數(shù)據(jù)庫服務(wù)器。符號符號說明用戶模型單位備注Np網(wǎng)管用戶數(shù)（戶）500戶預(yù)估Mh用戶忙時集中系數(shù)（一小時里用戶所占比例）0.8

4、預(yù)估T用戶網(wǎng)管業(yè)務(wù)平均每次使用時間60秒/業(yè)務(wù)預(yù)估系統(tǒng)建設(shè)方案 業(yè)務(wù)用戶行為分析模型根據(jù)以上業(yè)務(wù)模型，得出以下系統(tǒng)處理能力參數(shù)：2忙時測速系統(tǒng) WEB 服務(wù)所需建立的連接數(shù)（忙時并發(fā)連接用戶數(shù)）：Np *Mh * T /3600500*0.8*60/3600=6.7本期工程根據(jù)寧夏聯(lián)通綜合網(wǎng)管業(yè)務(wù)的發(fā)展需求，綜合網(wǎng)管系統(tǒng) 忙時并發(fā)連接用戶數(shù)為 7 戶。硬件設(shè)備處理能力計算 數(shù)據(jù)庫服務(wù)器本期數(shù)據(jù)庫服務(wù)器 TPMC 是根據(jù)標準模型中 New-Order 事物的處理數(shù)目來計算的，一個 New-Order 事物由平均 4-5 個左右 SQL 語 句處理完成，整個測試的執(zhí)行過程中，New-Order 處

5、理占 45%。本次 計按 4 個 SQL 計算。數(shù)據(jù)庫服務(wù)器能力估算序號項目代碼描述數(shù)值1U1本地可操作綜合網(wǎng)管用戶數(shù)5002B1用戶忙時集中系數(shù)（一小時里用戶所占比例）80%3T1網(wǎng)管服務(wù)對應(yīng)的數(shù)據(jù)庫事物操作數(shù)104Ty一次網(wǎng)管服務(wù)對數(shù)據(jù)庫操作對應(yīng)的 tpmC 數(shù)量（T1*0.45/4）1.125tpmC5R考慮服務(wù)器保留 30的冗余；30%數(shù)據(jù)庫處理能力為：3TPMC(U1*B1*(Ty+Ts)/(1-R)(500×0.8×1.125)/(130%)=642.86tpmc存儲估算序號項目代碼描述數(shù)值1U1總可進行網(wǎng)管操作用戶數(shù)5002U2每日操作用戶數(shù)6 萬3B1每日使

6、用寬帶測速服務(wù)的用戶比例16%4C1每日使用測速服務(wù)次數(shù)45b1一次測速記錄占用空間0.004M6Y系統(tǒng)至少一年的歷史記錄365 日7R考慮服務(wù)器保留 30的冗余；30%8X1采用 RAID0+1 模式2數(shù)據(jù)庫服務(wù)器的存儲估算為：存儲容量=(U2*B1*C1*b1*Y)/(1-R) )*X1*Z1=(60000*16%*4*0.004M*365) /(1-30%)*2/1024MB=157GB本期工程根據(jù)寧夏的業(yè)務(wù)規(guī)模和計算結(jié)果以及考慮網(wǎng)絡(luò)的安全 性，建議新增數(shù)據(jù)庫服務(wù)器 2 臺（建議單臺配置 2*8 核 3.0GHz CPU/32G/6*300G）。接口服務(wù)器序項目代描述數(shù)值4號碼1U1寧夏

7、聯(lián)通可進行寬帶測速用戶數(shù)12 萬2B1用戶忙時集中系數(shù)（一小時里用戶所占比例）20%3T1測試服務(wù)對應(yīng)的數(shù)據(jù)庫事物操作數(shù)64Ty一次測速服務(wù)對數(shù)據(jù)庫操作對應(yīng)的 tpmC 數(shù)量（T1*0.45/4）0.675tpmC5R考慮服務(wù)器保留 30的冗余；30%根據(jù) tpmC 標準是根據(jù)標準模型中 New-Order 事物的處理數(shù)目來計算的，一個 New-Order 事物由平均 4-5 個 SQL 語句處理完成，整 個測試的執(zhí)行過程中，New-Order 處理占 45%。本次計算按 4 個 SQL 計算。接口服務(wù)器處理能力為：TPMC(U1*B1*(Ty+Ts)/(1-R)(120000×0.

8、2×(0.675)/(130%)23143tpmc本期工程根據(jù)寧夏的業(yè)務(wù)規(guī)模和計算結(jié)果，建議新增接口服務(wù)器1 臺（單臺配置 2*8 核 3.0GHz CPU/32G/6*300G）。Web 服務(wù)器（1） Web 服務(wù)器處理能力序號操作類型用戶數(shù)每月使用月忙時業(yè)每月忙時日忙時業(yè)每天忙時每業(yè)務(wù)請每操作對應(yīng)標對應(yīng)TPMC對應(yīng)服務(wù)器5(萬)次數(shù)務(wù)比 例段天 數(shù)務(wù)比 例小時 數(shù)求對 應(yīng)操 作數(shù)準事務(wù) 數(shù)值的 服 務(wù)器TPMC 值要 求1首頁1250.680.661767650WEB 服 務(wù) 器531002身份驗證1250.680.66346153003全流程測速1250.680.6667630

9、150各操作對應(yīng) TPMC 值=活動用戶數(shù)×每月使用次數(shù)×月忙時業(yè)務(wù)比例/每月忙時段天數(shù)×日忙時業(yè)務(wù)比例/每天忙時小時數(shù)×操作次數(shù)×操作折算標準事務(wù)數(shù)/每小時分鐘數(shù)（60）（2） Web 訪問并發(fā)性能序號項目代碼描述數(shù)值1B1應(yīng)用線程數(shù)每 CPU992B2WebServer 服務(wù)器 CPU 數(shù)每臺243Ty1系統(tǒng)負載實際有效比例90%4Ty2其中操作系統(tǒng)自身 cpu 使用率10%5R考慮服務(wù)器保留 30的冗余；30%服務(wù)器(tomcat)處理能力為：B2*(Ty1-Ty2)*(1-30%)* B124*(90%-10%) * (1-30%)*9

10、913306單服務(wù)器上的 tomcat 的整體理論處理能力 1000-2000 個用戶并發(fā)連接?？紤]系統(tǒng)操作系統(tǒng) cpu 使用率為 10%,系統(tǒng)整體負載不能高于90%，并考慮服務(wù)器 30%的冗余后 tomcat 的處理能力為 1330 個并發(fā) 連接。本期工程根據(jù)寧夏的業(yè)務(wù)規(guī)模和計算結(jié)果，建議新增 WEB 服務(wù)器 1 臺，與接口服務(wù)器互為備份（單臺配置 2*8 核 3.0GHzCPU/32G/6*300G）。測速節(jié)點服務(wù)器邊緣測試服務(wù)器的性能需求，主要是對其網(wǎng)絡(luò)帶寬的估算。 測速服務(wù)器的性能估算，主要是對于其網(wǎng)絡(luò)帶寬的估算。測速服務(wù)器都配 1 個千兆網(wǎng)卡。根據(jù)一個千兆網(wǎng)卡一般可支撐的實際網(wǎng)絡(luò)帶 寬吞吐極限為 600M 左右；從平均來看，用戶從 512k 測試到 20M， 平均按 4M 估算，一臺服務(wù)器能支撐的并發(fā)測試數(shù)為：600/4=150 次。測速服務(wù)器 TPMC 值估算(以 45 萬用戶為基準)如下：序 號操作類型用戶 數(shù)(萬)每 月 使 用 次數(shù)月忙 時業(yè) 務(wù)比 例每月 忙時 段天 數(shù)日忙 時業(yè) 務(wù)比 例每天 忙時 小時 數(shù)每業(yè)務(wù) 請求對 應(yīng)操作 數(shù)每操 作對 應(yīng)標 準事 務(wù)數(shù)對應(yīng)TPMC值對 應(yīng) 的 服 務(wù)器服務(wù)器TPMC值要求1SOCKET 鏈接4550.680.6624640500