安徽移動(dòng)無(wú)線城市項(xiàng)目集成實(shí)施技術(shù)建議書(shū)(編輯修改稿)
2025-07-21 19:44 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 70%/1024=基于以上分析，本工程需滿足6000個(gè)/秒門戶頁(yè)面并發(fā)訪問(wèn)數(shù)，需2臺(tái)32G內(nèi)存的服務(wù)器作為手機(jī)客戶端門戶應(yīng)用服務(wù)器，能力達(dá)到6000個(gè)/秒客戶端門戶訪問(wèn)并發(fā)請(qǐng)求的處理能力；考慮到今后業(yè)務(wù)發(fā)展，建議服務(wù)器配置2個(gè)千兆網(wǎng)卡以滿足帶寬及VLAN劃分的需求。移動(dòng)目前有CPU配置為4*8core，內(nèi)存配置為32GB，硬盤大小為300GB*2的HP BL685C G7刀片機(jī)，完全滿足上面的需求。故本次工程將利舊該服務(wù)器。 WAP門戶和客戶端門戶服務(wù)器合用根據(jù)WAP門戶和客戶端門戶需求估算，兩個(gè)門戶訪問(wèn)總并發(fā)量為12000，綜合考慮服務(wù)器利舊情況和災(zāi)備需求，建議本次工程WAP門戶和客戶端門戶合用4臺(tái)CPU配置為4*8core ，內(nèi)存配置為32GB的HP BL685C G7刀片服務(wù)器，并使用Array 3520做負(fù)載均衡，這樣可以在保證WAP和客戶端門戶性能需求的前提下，滿足門戶的負(fù)載均衡容災(zāi)的要求。 運(yùn)營(yíng)管理服務(wù)器運(yùn)營(yíng)管理服務(wù)器用于后臺(tái)管理系統(tǒng)平臺(tái)，對(duì)內(nèi)存和CPU要求較高，并且要求掛載存儲(chǔ)。訪問(wèn)運(yùn)營(yíng)管理的并發(fā)數(shù)為500個(gè)/秒，帶寬需求為500*300Kbps=150Mbps。基于以上分析，本工程采用利舊的2臺(tái)HP BL465C刀片服務(wù)器（AMD Opteron 6134*2/16GB/300GB*2）作為后臺(tái)運(yùn)營(yíng)管理服務(wù)器，能力達(dá)到3000個(gè)/秒訪問(wèn)并發(fā)請(qǐng)求的處理能力，滿足性能需求。 第三方接口服務(wù)器第三方接口服務(wù)器用于與第三方接口、日志處理等服務(wù)器。本工程建議采用2臺(tái)利舊HP BL685C G7刀片服務(wù)器作為第三方接口服務(wù)器，考慮到今后業(yè)務(wù)發(fā)展，每臺(tái)服務(wù)器均配置2個(gè)千兆網(wǎng)卡以滿足帶寬及VLAN劃分的需求。 搜索服務(wù)器搜索主要負(fù)責(zé)統(tǒng)一調(diào)度、應(yīng)用程序加速等功能。如共享搜索能力等。該服務(wù)器的性能壓力來(lái)自于各個(gè)部件。根據(jù)實(shí)際測(cè)試情況，而搜索操作會(huì)對(duì)搜索系統(tǒng)平均造成約2CAPS。取突發(fā)系數(shù)為WWW門戶、使用時(shí)長(zhǎng)取三者的平均數(shù)3，根據(jù)上文計(jì)算的基礎(chǔ)能力事務(wù)處理CAPS，本工程搜索系統(tǒng)性能需求為：搜索服務(wù)器CAPS=（搜索操作CAPS+門戶訪問(wèn)CAPS*）/70%= （2CAPS+（++）CAPS*）/70%=搜索服務(wù)器并發(fā)數(shù)=*3*=因此，基于以上因素，本工程建議利舊2臺(tái)HP BL685C G7刀片服務(wù)器（4CPU/32GB內(nèi)存）。 監(jiān)控服務(wù)器監(jiān)控服務(wù)器用于系統(tǒng)所有服務(wù)器告警監(jiān)控、性能收集等功能。本工程建議采用2臺(tái)利舊HP BL465C刀片服務(wù)器作為監(jiān)控服務(wù)器，考慮到今后業(yè)務(wù)發(fā)展，每臺(tái)服務(wù)器均配置2個(gè)千兆網(wǎng)卡以滿足帶寬及VLAN劃分的需求。 數(shù)據(jù)庫(kù)服務(wù)器本工程平臺(tái)數(shù)據(jù)庫(kù)主要為統(tǒng)一運(yùn)營(yíng)門戶、統(tǒng)一內(nèi)容管理和用戶管理等功能提供數(shù)據(jù)存儲(chǔ)和管理。統(tǒng)一運(yùn)營(yíng)門戶涉及的數(shù)據(jù)主要包括操作員信息、權(quán)限信息、歷史數(shù)據(jù)等；統(tǒng)一內(nèi)容管理涉及的數(shù)據(jù)主要包括內(nèi)容信息、內(nèi)容管理信息等；用戶管理主要處理、存儲(chǔ)用戶的信息等數(shù)據(jù)。根據(jù)實(shí)際測(cè)試經(jīng)驗(yàn)，運(yùn)營(yíng)門戶數(shù)據(jù)量較小，且用戶量也較小，因此對(duì)運(yùn)營(yíng)數(shù)據(jù)庫(kù)的壓力較小。平臺(tái)數(shù)據(jù)庫(kù)的主要壓力是由內(nèi)容管理平臺(tái)和用戶管理造成的。具體性能計(jì)算如下：216。 計(jì)算依據(jù)：(1) 每處理1個(gè)運(yùn)營(yíng)管理和用戶管理操作造成數(shù)據(jù)庫(kù)操作為：數(shù)據(jù)庫(kù)新增、刪除、更新及查詢等，其中查詢可能涉及到聯(lián)合查詢等復(fù)雜的處理；本文設(shè)定平均1個(gè)數(shù)據(jù)庫(kù)操作需要進(jìn)行約15次單位次數(shù)數(shù)據(jù)庫(kù)操作。(2) 固定指標(biāo)為40CAPS；(3) 每天需滿足5000次的內(nèi)容新增能力以及一定的審核/編輯能力，本文設(shè)定分鐘發(fā)生的綜合數(shù)據(jù)庫(kù)操作為3000次。216。 CAPS的計(jì)算公式數(shù)據(jù)庫(kù)CAPS =每秒綜合操作次數(shù)*每次造成的數(shù)據(jù)庫(kù)操作次數(shù)+固定指標(biāo)；216。 計(jì)算結(jié)果運(yùn)營(yíng)數(shù)據(jù)庫(kù)CAPS = 3000/60*15 + 40 = 790CAPS為了保證服務(wù)器的穩(wěn)定性，建議服務(wù)器考慮70%的性能冗余，即服務(wù)器CAPS需求為790/70% = 1129CAPS。首先考慮利舊2臺(tái)HP BL860CI2刀片服務(wù)器，工作在1+1主備的方式下，性能可以滿足1129CAPS，本期工程不需要購(gòu)買其他設(shè)備。 帶寬和存儲(chǔ)需求分析根據(jù)用戶規(guī)模和模型，本次項(xiàng)目2012年將會(huì)有5000萬(wàn)左右用戶。以下將根據(jù)此規(guī)模進(jìn)行帶寬和存儲(chǔ)需求分析?？偛l(fā)量為=WAP門戶并發(fā)量6000+WWW門戶并發(fā)量8000+客戶端門戶并發(fā)量6000+運(yùn)營(yíng)管理服務(wù)器并發(fā)量500=20500個(gè)/秒 網(wǎng)絡(luò)帶寬分析300萬(wàn)有效用戶， 20500并發(fā)，其中20000個(gè)并發(fā)來(lái)自門戶服務(wù)器，500個(gè)來(lái)自運(yùn)營(yíng)管理服務(wù)器。根據(jù)計(jì)算依據(jù)中的計(jì)算公式：則最大出口帶寬為 20000*業(yè)務(wù)每秒平均速率/帶寬利用率/1024 =
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號(hào)-1