【正文】 ..................... 17 網(wǎng)絡(luò)冗余設(shè)計 .................................................................................. 18 安全方案 ...................................................................................................... 19 網(wǎng)絡(luò)安全設(shè)計 .................................................................................. 19 安徽 移動無線城市項目集成實施技術(shù)建議書 3 1 綜述 項目 背景 在 三網(wǎng)融合迅速發(fā)展 的大背景 下 ， 公眾成為最大受益者 ，同時 公眾 對 各種 信息獲取途徑 、效率和方法 要求越來越高 。 無線城市將利用 公眾常用的 終端 ，向公眾提供更多更全面的信息，從而提高公眾的信息生活水平 。 方案說明 本方案 就 移動 目前 環(huán)境下 ， 提出 高安全性、高可用性、 易 擴(kuò)容性 和 低成本性的設(shè)備集成方案。 2 建設(shè)規(guī)模 設(shè)計原則 本 系統(tǒng)設(shè)計 方案遵循以下原則： （ 1）系統(tǒng)安全可靠性 整個系統(tǒng)有高可靠性和安全性的保證，能有效的預(yù)防惡意攻擊，并有完善的應(yīng)急方案 。 （ 2）系統(tǒng)擴(kuò)展性 系統(tǒng)整體擴(kuò)展性強(qiáng)，支持平滑方便的升級擴(kuò)容，包括硬件存儲、 web 服務(wù)器的易擴(kuò)容性等 。 安徽 移動無線城市項目集成實施技術(shù)建議書 4 （ 3）低成本性 充分考慮移動現(xiàn)有設(shè)備和環(huán)境 ，利舊 現(xiàn)有 設(shè)備 。 系統(tǒng)設(shè)計特 色 ? 面向服務(wù)的體系架構(gòu)（ Service Oriented Aritecture） 面向服務(wù)的體系結(jié)構(gòu)（ serviceoriented architecture， SOA）是一個組件模型，它將應(yīng)用程序的不同功能單元（稱為服務(wù)）通過這些服務(wù)之間定義良好的接口和契約聯(lián)系起來。接口是采用中立的方式進(jìn)行定義的，它應(yīng)該獨立于實現(xiàn)服務(wù)的硬件平臺、操作系 統(tǒng)和編程語言。這使得構(gòu)建在各種這樣的系統(tǒng)中的服務(wù)可以以一種統(tǒng)一和通用的方式進(jìn)行交互。 ? 統(tǒng)一服務(wù)管理平臺（ Service Management Platform） 采用集中的服務(wù)管理平臺，規(guī)范應(yīng)用和服務(wù)的規(guī)格 及 標(biāo)準(zhǔn)，形成一致的應(yīng)用申請、開發(fā)、測試、審核流程，形成統(tǒng)一的服務(wù)發(fā)布體系。 關(guān)鍵性能指標(biāo) 門戶訪問 業(yè)務(wù)的關(guān)鍵性能指標(biāo)是衡量業(yè)務(wù)量大小的依據(jù)，也是衡量服務(wù)器性能壓力的指標(biāo)之一。 業(yè)務(wù)的并發(fā)在線數(shù) —— 指該業(yè)務(wù)同時在線用戶的數(shù)量，主要應(yīng)用于估算流服務(wù)能力 。 WAP 門戶訪問次數(shù) —— 指用戶登錄到 WAP Portal 進(jìn)行門戶頁面訪問的次數(shù)。每刷新 1 個頁面即為 1 次 WAP 門戶訪問。根據(jù)實際經(jīng)驗，每 WAP 登錄用戶登錄 1 次將造成 3 次左右的頁面刷新請求。 客戶端門戶訪問次數(shù) —— 指用戶使用客戶端瀏覽頁面的次數(shù)。每刷新 1個頁面即為 1 次客戶端門戶訪問。根據(jù)實際經(jīng)驗，每客戶端登錄用戶登錄 1 次將造成 5 次左右的頁面刷新請求。 安徽 移動無線城市項目集成實施技術(shù)建議書 5 WWW 門戶訪問次數(shù) —— 指用戶使用客戶端瀏覽頁面的次數(shù)。每刷新 1 個頁面即為 1 次客戶端門戶訪問。根據(jù)實際經(jīng)驗，每客戶端登錄用戶登錄 1 次將造成 8 次左右的頁面刷新請求 。 平均速率 預(yù)測 用戶使用業(yè)務(wù)的平均速率與網(wǎng) 絡(luò)資源以及 請求的頁面大小 有關(guān)。本工程設(shè)定網(wǎng)絡(luò) 資源速率不是瓶頸，從 用戶每次業(yè)務(wù)請求數(shù)據(jù)流大小 預(yù)測用戶的平均速率， 取定 手機(jī) 或者 pad 用戶每次請求 20Kbps， 手機(jī)客戶端 用戶 為 10Kbps， PC 用戶 （非上傳、下載 行為 ） 為 200Kbps。 忙時集中系數(shù)與忙日集中系數(shù)的取定 根據(jù) 移動 以往數(shù)據(jù)作為 參考依據(jù)， 來取定 忙日與忙時集中系數(shù) ，這兩個系數(shù)可以 估算出當(dāng)日業(yè)務(wù)峰值時的 關(guān)鍵指標(biāo)和當(dāng)月業(yè)務(wù)高峰日的關(guān)鍵指標(biāo) 。 忙時集中系數(shù) = 當(dāng)日業(yè)務(wù)量最大的一小時 / 當(dāng)日總業(yè)務(wù)量； 忙日集中系數(shù) = 當(dāng)月業(yè)務(wù)量最大的一天 / 當(dāng)月總業(yè) 務(wù)量； 本方案建議忙時集中系數(shù)平均約為 ，忙日集中系數(shù)為 。 用戶模型及建設(shè)規(guī)模的取定 根據(jù)多個相似工程經(jīng)驗，用類比法推測本工程用戶規(guī)模及相關(guān)數(shù)據(jù)預(yù)測， 按照多年移動項目經(jīng)驗參考 portal、 wap portal 和 client portal 訪問比例大致為 6:2:2， 參照其他省份無線城市規(guī)模，取定本次工程注冊用戶數(shù)為 300 萬，活躍用戶數(shù)始終保持在 100 萬左右，系統(tǒng)并發(fā)用戶數(shù)為 2 萬，其中手機(jī)客戶端為6000并發(fā)數(shù) ，由此 可以得出 到 20xx年 年 底 用戶模型及建設(shè)規(guī)模 。 本方案 對 WWW用 戶、 WAP 用戶和客戶端用戶分別建立用戶模型。 用戶模型及規(guī)模如表 所示 。 安徽 移動無線城市項目集成實施技術(shù)建議書 6 表 20xx 年移動無線城市用戶模型及規(guī)模預(yù)測 業(yè)務(wù)類型 預(yù)測指標(biāo) WAP 訪問 WWW 訪問 手機(jī)客戶端 訪問 使用該業(yè)務(wù)的使用用戶數(shù)（ 萬戶） 100 300 100 活躍用戶數(shù) (萬戶 ) 20 60 20 用戶每月使用次數(shù)（次） 忙日集中系數(shù) 忙時集中系數(shù) 每秒業(yè)務(wù)平均速率（ Kbps） 30 200 20 要求 每次平均使用時長（秒） 135 110 140 帶寬利用率 70% 本期建設(shè)用戶規(guī)模（萬） 300 后臺管理 員對平臺進(jìn)行管理 的訪問壓力， 根據(jù)經(jīng)驗 可以 取定管理 員每天進(jìn)行的管理操作并發(fā)量為 500，每次操作 業(yè)務(wù)的平均速率為 300Kbps。 突發(fā)峰值系數(shù) 根據(jù) 歷年移動 業(yè)務(wù)的運營數(shù)據(jù)可知， 奧運期間、世博期間和節(jié)假日期間 ，平臺業(yè)務(wù)量會出現(xiàn)非規(guī)律性增長 ， 給系統(tǒng)帶來突發(fā)的大壓力和負(fù)載。 由此本次方案建議采用突發(fā)峰值 系數(shù)作為估算關(guān)鍵數(shù)據(jù)的參數(shù)之一 。 綜合多方面因素并結(jié)合運營經(jīng)驗，本工程取定 ： ? WAP 用戶突發(fā)峰值系數(shù) ? 客戶端用戶突發(fā)峰值系數(shù) ? WWW 用戶 突發(fā)峰值系數(shù) 安徽 移動無線城市項目集成實施技術(shù)建議書 7 計算依據(jù) 根據(jù)建設(shè)規(guī)模方案中的主要參數(shù)值和估算，本次方案采用的計算依據(jù)如下： （ 1） 單用戶忙時訪問次數(shù) =每使用該業(yè)務(wù)的用戶每月使用次數(shù) 忙日集中系數(shù)忙時集中系數(shù) ； （ 2） CAPS=單用戶忙時訪問次數(shù) 使用該業(yè)務(wù)的使用 (登錄 )用戶數(shù) /3600； （ 3） 并發(fā)訪問數(shù) = CAPS平均時長 突發(fā) 系數(shù) （ WAP 取 ，客戶端取 ，WWW 取 ） ； （ 4） 網(wǎng)絡(luò)帶寬需求（ Mbps） =并發(fā)訪問數(shù) 業(yè)務(wù)每秒平均速率 /帶寬利用率 /1024； （ 5） WAP 使用 用戶 1000 萬；客戶