IDC機房運維解決的方案(0311105308)

1、IDC機房運維解決方案V3.0IDC機房運維解決方案目錄1.1 總體服務(wù)實施方案51.2 集成實施方案51.2.1 項目啟動階段51.2.1.1 項目信息匯總51.2.1.2 召開項目啟動會 61.2.2 項目規(guī)劃階段61.2.2.1 需求調(diào)研及評審61.2.2.2 項目現(xiàn)場查勘 71.2.2.3 項目現(xiàn)場環(huán)境準(zhǔn)備 71.2.2.4 制定項目管理計劃 81.2.2.5 制定項目實施方案 81.2.2.6 項目方案內(nèi)部評審 91.2.2.7 項目方案評審 91.2.3 項目實施階段101.2.3.1 設(shè)備到貨驗收 101.2.3.2 硬件安裝施工 101.2.3.3 軟件安裝調(diào)測 101.2.3

2、.4 系統(tǒng)測試111.2.3.5 系統(tǒng)業(yè)務(wù)培訓(xùn) 111.2.4 項目驗收階段121.2.4.1 驗收材料匯編 121.2.4.2 項目驗收測試121.2.4.3 項目驗收會議131.3 定制開發(fā)方案.13.1.3.1 系統(tǒng)架構(gòu)131.3.2 軟件生命周期151.3.3 定制能力161.4 業(yè)務(wù)遷移服務(wù) .181.4.1 新應(yīng)用系統(tǒng)建設(shè)與部署評估服務(wù) 181.4.2 老應(yīng)用系統(tǒng)云化建設(shè)咨詢評估服務(wù) 201.4.3 云化測試與上線支持服務(wù) 221.4.3.1 開發(fā)221.4.3.2 開發(fā)測試環(huán)境231.4.3.2.1 開發(fā)測試環(huán)境資源 231.4.3.2.2 開發(fā)環(huán)境使用231.4.3.3 測試支

3、持231.4.3.3.1 支持內(nèi)容231.4.3.3.2 支持方式241.4.3.4 上線241.4.4 業(yè)務(wù)遷移服務(wù) 241.1.1.1.1 應(yīng)用遷移方法 241.1.1.1.2 應(yīng)用遷移流程 251.1.1.1.3 應(yīng)用遷移方式選型 271.4.4.2 虛擬化遷移281.4.4.2.1 虛擬化遷移方法和流程 281.4.4.2.2 虛擬化遷移方案 301.4.4.3 數(shù)據(jù)遷移 321.4.4.3.1 數(shù)據(jù)遷移方法和流程 321.4.4.3.2 數(shù)據(jù)遷移方案設(shè)計原則 331.4.4.3.3 Oracle數(shù)據(jù)庫導(dǎo)出 /導(dǎo)入遷移 341.4.4.3.4 MySQL數(shù)據(jù)庫導(dǎo)出/導(dǎo)入遷移 391.4

4、.4.3.5 異構(gòu)數(shù)據(jù)庫移植 401.5 安全等級保護(hù)方案.431.5.1 云安全等級保護(hù)解決方案 431.5.2 商務(wù)云平臺等級保護(hù)定級 431.5.3 云安全等級保護(hù)評估 441.5.4 云安全等級保護(hù)整改 441.5.5 等級保護(hù)管理整改服務(wù) 441.5.6 等級保護(hù)技術(shù)整改集成 451.5.7 等級保護(hù)測評 451.6 備份服務(wù)方案46.1.6.1 備份服務(wù)意義 461.6.2 備份服務(wù)內(nèi)容461.6.3 備份恢復(fù)管理491.6.4 備份方案調(diào)整與擴容 501.7 故障響應(yīng)修復(fù)方案.501.7.1 故障處理原則501.7.2 商務(wù)云平臺軟件故障處理流程 511.7.3 商務(wù)云平臺硬件故

5、障處理流程 531.7.4 機房基礎(chǔ)資源故障處理流程 551.8 系統(tǒng)優(yōu)化升級方案.561.8.1 變更請求571.8.2 變更評估591.8.3 變更分類591.8.4 影響分級591.8.5 變更的批準(zhǔn)601.8.6 變更實施和跟蹤 601.9 系統(tǒng)巡檢方案60.1.10 核心業(yè)務(wù)保障方案631.10.1 核心業(yè)務(wù)保障總體原則 631.10.2 保障對象和范圍 631.10.3 核心業(yè)務(wù)保障支持流程 631.10.4 專項小組支持服務(wù) 661.10.5 現(xiàn)場值守服務(wù) 661.10.6 快速現(xiàn)場支持 661.10.7 現(xiàn)場備件服務(wù) 661.11 應(yīng)急響應(yīng)解決方案671.11.1 流程目的67

6、1.11.2 流程原則671.11.3 應(yīng)急保障小組架構(gòu) 671.11.4 應(yīng)急管理流程 6920牽頭人主要參與者主要內(nèi)容交付件1.1 總體服務(wù)實施方案根據(jù)本期項目特點及需求，可根據(jù)項目生命周期將服務(wù)階段劃分為項目集成 階段及項目運維階段，并在各階段提供項目管理服務(wù)、項目集成方案設(shè)計服務(wù)、 業(yè)務(wù)遷移服務(wù)、商務(wù)云平臺定制開發(fā)服務(wù)、商務(wù)云平臺安全等級保護(hù)服務(wù)、業(yè)務(wù)備份服務(wù)、商務(wù)云平臺業(yè)務(wù)培訓(xùn)服務(wù)、商務(wù)云平臺運維服務(wù)等服務(wù)內(nèi)容。各項服務(wù)內(nèi)容貫穿項目全生命周期，通過項目管理服務(wù)將各項服務(wù)統(tǒng)籌編排，實現(xiàn)統(tǒng)一調(diào)度，統(tǒng)一交付的標(biāo)準(zhǔn)化服務(wù)目標(biāo)。各項服務(wù)內(nèi)容及實施方案如下所述。1.2 集成實施方案1.2.1 項

7、目啟動階段1.2.1.1 項目信息匯總項目經(jīng)理項目組全體(1) 收集項目信息，包括但不僅限于如下內(nèi)容：a)項目招標(biāo)文件b)項目建設(shè)方案/技術(shù)建議書c)項目合同d)項目設(shè)計文件e)項目服務(wù)承諾及相關(guān)約定f)調(diào)研并收集客戶現(xiàn)網(wǎng)情況(硬件組網(wǎng)、業(yè)務(wù)系統(tǒng)分布)(2) 分析項目信息，明確項目交付工作范圍及內(nèi)容(3) 分析項目風(fēng)險(4) 規(guī)劃項目里程碑計劃(5) 初步規(guī)劃項目分工界面項目信息收集表項目工作說明書項目分工界面說明備注1.2.1.2 召開項目啟動會牽頭人主要參與者主要內(nèi)容項目經(jīng)理XX市商務(wù)云平臺項目團(tuán)隊、技術(shù)經(jīng)理、施工經(jīng)理（1） 組織客戶方項目團(tuán)隊召開項目啟動會（外部），包括但不限于如下內(nèi)容：

8、a）明確項目背景及項目目標(biāo)b）明確項目組成員分工及職責(zé)c）明確項目分工界面d）明確項目里程碑計劃及配套資源需求e）初步明確項目風(fēng)險及應(yīng)對辦法（2） 項目干系人識別（3） 雙方（多方）就分工界面予以確認(rèn)并簽字項目啟動會議紀(jì)要項目開工報告交付件項目風(fēng)險登記表（更新）項目分工界面說明（更新）（1）項目分工界面說明需要項目參與方代表簽備注字確認(rèn)1.2.2項目規(guī)劃階段1.2.2.1需求調(diào)研及評審牽頭人 項目經(jīng)理主要內(nèi)容聯(lián)席項目經(jīng)理、技術(shù)經(jīng)理、施工經(jīng)理、研發(fā)解決方案專家、技術(shù)支持及研發(fā)（1）項目需求調(diào)研、收集，如定制開發(fā)、業(yè)務(wù)遷移等(2) 開展軟件版本評估工作，確定可部署軟件版本(3) 對項目需求進(jìn)行評審

9、(4) 明確項目范圍項目軟件評估報告項目需求分析說明書項目工作范圍說明書交付件項目需求評審報告項目問題跟蹤表業(yè)務(wù)遷移調(diào)研表備注1.2.2.2 項目現(xiàn)場查助牽頭人施工經(jīng)理主要參與者技術(shù)經(jīng)理、項目經(jīng)理主要內(nèi)容(1) 開展項目現(xiàn)場查助，確認(rèn)現(xiàn)場環(huán)境(2) 根據(jù)查助結(jié)果輸出項目工助報告交付件項目工助報告項目工程環(huán)境準(zhǔn)備建議書備注1.2.2.3 項目現(xiàn)場環(huán)境準(zhǔn)備牽頭人施工經(jīng)理主要參與者項目經(jīng)理、技術(shù)經(jīng)理主要內(nèi)容(1)跟蹤、確認(rèn)、協(xié)調(diào)以保證機房現(xiàn)場環(huán)境具備項目實施條件交付件項目工程環(huán)境準(zhǔn)備建議書(更新)備注1.2.2.4制定項目管理計劃牽頭人主要參與者主要內(nèi)容項目經(jīng)理技術(shù)經(jīng)理、施工經(jīng)理(1) 規(guī)劃項目整體

10、管理(2) 規(guī)劃項目范圍管理(3) 規(guī)劃項目進(jìn)度管理(4) 規(guī)劃項目質(zhì)量管理(5) 規(guī)劃項目風(fēng)險管理(6) 規(guī)劃項目人力資源管理(7) 規(guī)劃項目溝通管理(8) 規(guī)劃項目干系人管理交付件項目管理計劃書項目進(jìn)度計劃備注1.2.2.5 制定項目實施方案牽頭人主要參與者主要內(nèi)容技術(shù)經(jīng)理施工經(jīng)理、項目經(jīng)理、技術(shù)支持及研發(fā)(1) 規(guī)劃設(shè)備安裝及綜合布線方案(2) 規(guī)劃網(wǎng)絡(luò)組網(wǎng)及安全方案(3) 規(guī)劃服務(wù)器及存儲分配方案(4) 規(guī)劃云計算平臺設(shè)計方案(5) 規(guī)劃第三方產(chǎn)品集成方案(6) 規(guī)劃業(yè)務(wù)遷移方案(7) 規(guī)劃項目驗收方案(8) 規(guī)劃項目培訓(xùn)方案單元測試方案（含測試用例設(shè)計）(10)集成測試方案（含測試用

11、例設(shè)計）(11)驗收測試方案（含測試用例設(shè)計）交付件項目實施方案備注1.2.2.6項目方案內(nèi)部評審牽頭人項目經(jīng)理主要參與者技術(shù)經(jīng)理、施工經(jīng)理、 PMO對項目管理計劃進(jìn)行內(nèi)部評審主要內(nèi)容對項目實施方案進(jìn)行內(nèi)部評審根據(jù)評審意見進(jìn)行計劃修訂及更新項目管理計劃書（更新） 項目管理計劃評審報告交付件項目實施方案（更新）項目實施方案評審報告?zhèn)渥MO為我司內(nèi)部項目管理辦公室1.2.2.7項目方案評審牽頭人技術(shù)經(jīng)理主要參與者XX市商務(wù)云平臺項目團(tuán)隊、技術(shù)經(jīng)理、施工經(jīng)理（1） 對項目管理計劃書及項目實施方案進(jìn)行主要內(nèi)容綜合評審（2） 根據(jù)評審意見對方案修訂及更新項目管理計劃書（更新）交付件項目實施方案（更新）

12、備注1.2.3項目實施階段1.2.3.1設(shè)備到貨驗收牽頭人施工經(jīng)理主要參與者項目經(jīng)理接收到貨物料并根據(jù)到貨清單全面核對 配合客戶及監(jiān)理單位按照質(zhì)檢要求進(jìn)行到貨驗主要內(nèi)容對到貨物料進(jìn)行妥善存放及保管交付件到貨設(shè)備驗收單備注1.2.3.2硬件安裝施工牽頭人施工經(jīng)理主要參與者項目經(jīng)理主要內(nèi)容(1)依據(jù)項目實施方案開展布線、硬件安裝工作(2) 定期開展施工質(zhì)量檢查交付件系統(tǒng)硬件安裝質(zhì)量檢查報告?zhèn)渥?.2.3.3軟件安裝調(diào)測牽頭人主要參與者施工經(jīng)理技術(shù)經(jīng)理、項目經(jīng)理主要內(nèi)容(1) 根據(jù)項目實施方案開展軟件安裝及部署(2) 對部署過程中發(fā)現(xiàn)的問題及缺陷及時進(jìn)行修復(fù)交付件和更新項目問題跟蹤表項目軟件配置規(guī)范

13、 Checklist»備注1.2.3.4系統(tǒng)測試牽頭人施工經(jīng)理主要參與者技術(shù)經(jīng)理、項目經(jīng)理根據(jù)單元測試方案實施系統(tǒng)單元測試 根據(jù)集成測試方案實施系統(tǒng)集成測試主要內(nèi)容對測試過程中發(fā)現(xiàn)的問題及缺陷及時進(jìn)行修復(fù)和更新項目單元測試報告交付件項目集成測試報告(1)測試方案及測試報告需根據(jù)項目實際情況在系備注統(tǒng)集成測試啟動前完成匯總并完成評審1.2.3.5系統(tǒng)業(yè)務(wù)培訓(xùn)牽頭人施工經(jīng)理主要參與者項目經(jīng)理、技術(shù)經(jīng)理、授課講師依據(jù)合約制訂項目培訓(xùn)方案，若無合約，開展隨工培訓(xùn)主要內(nèi)容開展相關(guān)系統(tǒng)業(yè)務(wù)、運維培訓(xùn)收集培訓(xùn)反饋 項目實施方案(更新)交付件項目培訓(xùn)簽到表 項目培訓(xùn)實施報告IDC機房運維解決方案V3

14、.0備注項目培訓(xùn)反饋表221.2.4 項目驗收階段1.2.4.1驗收材料匯編牽頭人項目經(jīng)理XX市商務(wù)云平臺項目團(tuán)隊、項目監(jiān)理單位、技術(shù)經(jīng)理、施工經(jīng)主要參與者(1) 根據(jù)項目管理規(guī)范匯編項目驗收所需文件主要內(nèi)容(2) 根據(jù)項目業(yè)主、監(jiān)理單位要求匯編項目驗收所需文件交付件項目驗收文件備注(1)項目驗收文件依照項目業(yè)主(甲方)溝通結(jié)果確認(rèn)并提供1.2.4.2項目驗收測試牽頭人項目經(jīng)理XX市商務(wù)云平臺項目團(tuán)隊、項目監(jiān)理單位、技術(shù)經(jīng)理、施工經(jīng)主要參與者(1) 協(xié)調(diào)項目業(yè)主、監(jiān)理單位及其他項目干系人對系統(tǒng)進(jìn)行全面驗收測試(2) 對驗收過程中項目業(yè)主、監(jiān)理單位及其他參與驗主要內(nèi)容收單位所提出的問題予以解釋說

15、明并對驗收過程中發(fā)現(xiàn)的缺陷予以修復(fù)(3) 形成驗收測試結(jié)論(4) 明確項目遺留問題項目驗收測試報告交付件項目遺留問題清單IDC機房運維解決方案V3.044備注牽頭人主要參與者1.2.4.3項目驗收會議 項目經(jīng)理XX市商務(wù)云平臺項目團(tuán)隊、項目監(jiān)理單位、技術(shù)經(jīng)理、施工經(jīng)理(1) 總結(jié)項目整體交付工作(2) 就項目遺留問題及后續(xù)解決計劃進(jìn)行討論說明主要內(nèi)容(3) 項目移交及運維交接(4) 形成項目初步驗收結(jié)論項目驗收報告項目服務(wù)交付報告交付件項目會議紀(jì)要項目完工報告?zhèn)渥?.3定制開發(fā)方案1.3.1 系統(tǒng)架構(gòu)定制系統(tǒng)采用B/S/S三層架構(gòu)，基于 SpringMVC開源框架開發(fā)，對內(nèi)可與CSM Clou

16、dOS、CAS IMC、VCFC進(jìn)行對接，對外可與 OA、郵件、短信、微信和 支付寶等其它第三方系統(tǒng)進(jìn)行對接。系統(tǒng)支持多種數(shù)據(jù)庫( Mysql、Sql Server、 Oracle和PostgreSQL等)，采用 Tomcat7.0服務(wù)器，運行在 Docker容器上。系統(tǒng)架構(gòu)具有以下幾個特點： 技術(shù)先進(jìn)性系統(tǒng)后端全部使用當(dāng)前非常流行的開源框架，流程引擎采用Activiti5 , ORM采用 Hibernate4 , MVC 采用 Spring4 ,安全采用 Spring-security4 ,數(shù)據(jù)庫二級 緩存采用 Ehcache ; 前端采用 Bootstrap > Echarts、Fo

17、nt Awesome 和 Jquery等 非常流行的開源框架。系統(tǒng)前端采用定制開發(fā)自定義的標(biāo)簽進(jìn)行代碼開發(fā)，實現(xiàn)了組件化的開發(fā)， 開發(fā)效率和維護(hù)效率都得到極大的提升。系統(tǒng)權(quán)限基于RBAC進(jìn)行設(shè)計開發(fā)，權(quán)限與角色相關(guān)聯(lián)，非常靈活地支持系 統(tǒng)進(jìn)行權(quán)限管理，同時也能根據(jù)客戶的需要支持分授權(quán)的功能。軟件組件化系統(tǒng)采用組件化設(shè)計開發(fā)，使系統(tǒng)的應(yīng)用功能、算法程序及子系統(tǒng)既有機集 成，又相互獨立，如同系統(tǒng)上可以“熱插拔”的組件。這種設(shè)計開發(fā)，一方面可 保證系統(tǒng)的靈活和按需配置，另一方面可最大限度地保護(hù)開發(fā)資源，避免重復(fù)開發(fā)。高安全性系統(tǒng)根據(jù) GBT31167、GBT31168的要求，對常見的攻擊（SQL盲注

18、、OS攻擊、 XSS攻擊、CSRF攻擊、MITM攻擊）進(jìn)行了有效的防護(hù)，并使用 AWVS對系統(tǒng)的安 全漏洞進(jìn)行掃描，保證了系統(tǒng)的高安全性。高可用性系統(tǒng)當(dāng)前根據(jù)定制項目的實際需求，有多種HA的實現(xiàn)方案可選，例如：應(yīng)用服務(wù)器的主備倒換，或者負(fù)載均衡，或者以上兩個方案結(jié)合在一起使用。從而保證任何一臺服務(wù)器宕機都不會影響到整個系統(tǒng)的使用，理論上可用性能達(dá)到 7*24。高可擴展性由于系統(tǒng)架構(gòu)的支撐層采用面向服務(wù)的開發(fā)方式，即定制系統(tǒng)的業(yè)務(wù)數(shù)據(jù)來源于CloudOS、CAS、IMC、VCFC和其它標(biāo)準(zhǔn)化的軟件所提供的標(biāo)準(zhǔn)化接口。新增 的定制功能可以通過調(diào)用這些標(biāo)準(zhǔn)化的可復(fù)用服務(wù)實現(xiàn)自身的業(yè)務(wù)邏輯，而對現(xiàn)有功

19、能沒有任何影響；可復(fù)用服務(wù)升級變更的時候，也可以通過提供多版本服務(wù) 對應(yīng)用實現(xiàn)透明升級，不需要強制應(yīng)用同步變更。系統(tǒng)整體架構(gòu)如下圖所示：1.3.2軟件生命周期在云應(yīng)用定制開發(fā)服務(wù)中，XXX公司向最終用戶交付如下服務(wù):工作任務(wù)具體工作內(nèi)容輸出需求調(diào)研需求溝通和討論調(diào)研記錄報告出差日報可行性分析與研發(fā)討論和部門內(nèi)部討論可行性分析報告需求分析需求整理和文檔編寫、部門需 求評審、用戶需求確認(rèn)、軟件 需求規(guī)格說明書編寫業(yè)務(wù)需求分析說明書、需 求確認(rèn)書、軟件需求規(guī)格 說明書項目設(shè)計階段編寫概要設(shè)計說明書概要設(shè)計詳細(xì)設(shè)計數(shù)據(jù)庫結(jié)構(gòu)說明（包括數(shù)據(jù)字字典說明）編碼階段代碼開發(fā)、單元測試和代碼走查軟件測試集成測試

20、、系統(tǒng)測試、用戶測試（驗收測試）系統(tǒng)測試用例、驗收測試用例功能測試報告軟件交付編寫用戶幫助手冊、編寫部署 指導(dǎo)、項目實施、編寫項目總 結(jié)用戶幫助手冊、軟件部署 指導(dǎo)說明書、所有定制開 發(fā)程序源碼（含注釋說 明）、軟件交付總結(jié)軟件維護(hù)軟件日常維護(hù)運維跟蹤報告運維更新后的相關(guān)文檔軟件升級需求調(diào)整分析、軟件功能擴展和系統(tǒng)優(yōu)化軟件升級說明文檔1.3.3定制能力（1） 單點登錄a）支持從 Portal單點登錄到 IMC、CAS、CloudOS、VCFC、UIS和其它第三方系統(tǒng)；b）支持Portal被其它系統(tǒng)單點登錄。（2） 模塊整合a）支持將IMC、CAS、CloudOS、VCFC、UIS和其它第三方系

21、統(tǒng)的功能菜單設(shè)置到Portal的導(dǎo)航欄中，通過在 Portal點擊進(jìn)入指定系統(tǒng)的某個功能模塊；b）支持將IMC、CAS、CloudOS、VCFC、UIS和其它第三方系統(tǒng)的功能直接嵌入到Portal中；c）支持CloudOS一攬子的資源申請定制。（3） 數(shù)據(jù)整合a）支持整合CSM的數(shù)據(jù)b）支持整合CloudOS的數(shù)據(jù)c）支持整合IMC的數(shù)據(jù)d）支持整合VCFC的數(shù)據(jù)e）支持整合CAS的數(shù)據(jù)f）支持整合其它第三方系統(tǒng)的數(shù)據(jù)（4） 個性化定制a）個性化LOGOb）個性化背景圖片或者顏色c）個性化字體和樣式d）個性化布局e）個性化權(quán)限管理f）個性化大屏頁面展示（5） 流程定制a）人員注冊流程定制b）主

22、機申請流程定制c）硬盤申請流程定制d）公網(wǎng)IP申請流程定制e）其它流程定制（6） 協(xié)作功能定制a）整合各個系統(tǒng)的數(shù)據(jù)，提供定制的REST接口給第三方系統(tǒng)b）提供移動設(shè)備接入的接口c）提供PORTAL內(nèi)點對點討論和聊天的功能（7） 報表定制a）支持CSM報表的定制b）支持CloudOS報表的定制c）支持IMC報表的定制d）支持VCF報表的定制e）支持CAS報表的定制（8） 客戶端定制a） Portal支持手機版網(wǎng)頁瀏覽b） CloudOS部分功能支持手機版網(wǎng)頁瀏覽（9） 第三方系統(tǒng)對接定制a）短信平臺b）郵件系統(tǒng)c）微信d）支付寶1.4業(yè)務(wù)遷移服務(wù)1.4.1 新應(yīng)用系統(tǒng)建設(shè)與部署評估服務(wù) 新建業(yè)

23、務(wù)系統(tǒng)上線部署之前，需要進(jìn)行充分的評估和分析，以確認(rèn)最合適的部署方式，具體評估流程如下圖所示新業(yè)務(wù)系統(tǒng)建設(shè)與部署評估流程圖流程說明:1 .是否對獨立硬件有特殊需求：IT系統(tǒng)需采用金融加密機等特殊硬件，如支付系統(tǒng)的金融加密機、經(jīng)營分析系統(tǒng)NCR設(shè)備（采用Teradata數(shù)據(jù)倉庫）等。2. 是否對操作系統(tǒng)有特殊需求：IT系統(tǒng)需采用除UNIX、Linux、Windows之外的特殊操作系統(tǒng)平臺。3. 是否能夠共享已有的平臺：系統(tǒng)可以與已有系統(tǒng)共享已分配的虛擬化資源，且資源需求能夠滿足。4. 選擇相應(yīng)的操作系統(tǒng)鏡像：根據(jù) IT系統(tǒng)需求選擇操作系統(tǒng)，包括 UNIX、Linux、Windows。5. 虛擬化

24、適用性矩陣：評估IT系統(tǒng)是否適合運行在虛擬化環(huán)境，對于不同的服務(wù)器可參考下圖來評估其是否適合虛擬化，對于給定的應(yīng)用，可以根據(jù)系統(tǒng)預(yù)期的硬件利用率和需求以及用戶的數(shù)量決定是否適合虛擬化。H *月門利M刑6. 虛擬化整合指標(biāo)：對于IT系統(tǒng)的虛擬化而言，業(yè)務(wù)壓力、系統(tǒng) I/O吞吐量、系統(tǒng)資源利用率是服務(wù)器虛擬化比例（虛擬機與物理機之比）的主要參考依據(jù)：a）高整合比例（如10:1）:對業(yè)務(wù)壓力小的服務(wù)器，例如非實時數(shù)據(jù)采集服務(wù)器、防病毒服務(wù)器、接口服務(wù)器、備份服務(wù)器等。b）中等整合比例（如4:1）:對業(yè)務(wù)壓力中等的服務(wù)器，例如中小型IT系統(tǒng)的數(shù)據(jù)庫服務(wù)器、應(yīng)用服務(wù)器（安全接入認(rèn)證服務(wù)器、系統(tǒng)監(jiān)控服務(wù)器

25、等卜郵件服務(wù)器等。c）低整合比例（如2:1）:對業(yè)務(wù)壓力較大且內(nèi)容敏感類應(yīng)用的服務(wù)器，例如大型數(shù)據(jù)庫服務(wù)器數(shù)據(jù)傳輸服務(wù)器、高性能運算服務(wù) 器、業(yè)務(wù)邏輯復(fù)雜的應(yīng)用服務(wù)器、安全性要求高的服務(wù)器、對物理 隔離有特殊要求的服務(wù)器等。7. 物理平臺適用性矩陣：對于獨立的IT系統(tǒng)而言，可以按下圖選擇最佳的技術(shù)配置方案。1.4.2 老應(yīng)用系統(tǒng)云化建設(shè)咨詢評估服務(wù)為幫助客戶順利的實現(xiàn)應(yīng)用系統(tǒng)的云化建設(shè)，我們提供專業(yè)的云化咨詢服務(wù)對當(dāng)前運行在傳統(tǒng)架構(gòu)下的應(yīng)用系統(tǒng)及IT基礎(chǔ)架構(gòu)現(xiàn)狀進(jìn)行充分的調(diào)研和分析，并提供云化IT基礎(chǔ)架構(gòu)的規(guī)劃與設(shè)計。為客戶將業(yè)務(wù)系統(tǒng)從傳統(tǒng)架構(gòu)轉(zhuǎn)移至云 架構(gòu)提供有效的技術(shù)支撐。咨詢服務(wù)主要包含

26、如下內(nèi)容：服務(wù)名稱服務(wù)描述業(yè)務(wù)系統(tǒng)現(xiàn)狀調(diào)研咨詢服務(wù)專家將根據(jù)調(diào)查問卷，通過現(xiàn)場訪談的方式，收集客戶應(yīng)用系統(tǒng)的現(xiàn)狀信息，主要包括但不限于如下內(nèi)容：IT基礎(chǔ)架構(gòu)部分用戶數(shù)/并發(fā)數(shù)服務(wù)器、存儲等設(shè)備型號、配置和數(shù)量網(wǎng)絡(luò)架構(gòu)，如接入層、匯聚層、核心層、站點互聯(lián)設(shè)計等存儲架構(gòu)，如 SAN、DAS、NAS、分布式存儲等服務(wù)器資源利用率，包括 CPU、內(nèi)存等峰值和平均 利用率存儲資源利用，包括總?cè)萘?、可用容量和剩余?間等災(zāi)備系統(tǒng)架構(gòu)，包括組網(wǎng)結(jié)構(gòu)、規(guī)模和 RTO/RP 指標(biāo)IT應(yīng)用系統(tǒng)部分應(yīng)用系統(tǒng)名稱和重要程度 應(yīng)用系統(tǒng)架構(gòu)，如 BS、CS或其他與其他應(yīng)用系統(tǒng)對接和依賴關(guān)系 應(yīng)用系統(tǒng)中間件、數(shù)據(jù)庫等平臺信

27、息 應(yīng)用系統(tǒng)業(yè)務(wù)流程評估與分析根據(jù)應(yīng)用系統(tǒng)現(xiàn)狀調(diào)研的結(jié)果，進(jìn)行具體的評估和分析，找出差 距和改進(jìn)點，主要包括但不限于以下內(nèi)容：網(wǎng)絡(luò)架構(gòu)分析，包括當(dāng)前網(wǎng)絡(luò)架構(gòu)中的分層、分區(qū)、擴展性、安全性、可靠性、QOS保障等方面的分析；計算子系統(tǒng)分析，包括異構(gòu)平臺、計算模型、數(shù)據(jù)庫 架構(gòu)、集群架構(gòu)、負(fù)載均衡架構(gòu)、服務(wù)器資源利用率等方面的 分析；存儲子系統(tǒng)分析，包括異構(gòu)平臺、存儲架構(gòu)、采用的 存儲技術(shù)、數(shù)據(jù)模型、性能指標(biāo)、高可用現(xiàn)狀、存儲空間利用 率等方面的分析；災(zāi)備子系統(tǒng)分析，包括災(zāi)備系統(tǒng)架構(gòu)（如雙活容災(zāi)、LAN Free備份等）、災(zāi)備目標(biāo)和數(shù)據(jù)量、容災(zāi)鏈路帶寬和距 離、備份策略和備份窗口等，以及業(yè)務(wù)系統(tǒng)在R

28、TO/RPO 勺需求，分析當(dāng)前災(zāi)備系統(tǒng)是否能夠滿足業(yè)務(wù)需求。規(guī)劃與設(shè)計根據(jù)對評估與分析的結(jié)果，進(jìn)行云架構(gòu)的規(guī)劃和設(shè)計，主要包括 但不限于以下內(nèi)容：總體架構(gòu)設(shè)計，描述云化IT基礎(chǔ)架構(gòu)的設(shè)計思想和籃 圖，包括資源層（物理資源層、虛擬化平臺層、虛擬資源層）、 服務(wù)層（基礎(chǔ)設(shè)施服務(wù)和平臺服務(wù)）和應(yīng)用層的整體設(shè)計，以 及統(tǒng)一的運維管理和安全管理設(shè)計；商務(wù)云平臺架構(gòu)設(shè)計，包括資源池化管理和調(diào)度、自動編排、自助服務(wù)等；網(wǎng)絡(luò)架構(gòu)設(shè)計，包括網(wǎng)絡(luò)分層、功能分區(qū)、安全接入、 Overlay、網(wǎng)絡(luò)虛擬化、擴展性和可靠性等；計算架構(gòu)設(shè)計，包括計算模型定義和分類、區(qū)域部署、 服務(wù)器虛擬化、計算能力分析、集群和負(fù)載均衡等；

29、存儲架構(gòu)設(shè)計，包存儲網(wǎng)絡(luò)和架構(gòu)、數(shù)據(jù)模型、性能 模型、數(shù)據(jù)保護(hù)、存儲虛擬化整合、分布式存儲等災(zāi)備架構(gòu)設(shè)計，包括災(zāi)備等級、本地 /異地備份、本地 /異地容災(zāi)、雙活容災(zāi)等1.4.3 云化測試與上線支持服務(wù)1.4.3.1 開發(fā)免費提供完整的商務(wù)云平臺技術(shù)開發(fā)文檔，并可根據(jù)客戶需求，定期舉辦現(xiàn)場或網(wǎng)絡(luò)視頻培訓(xùn)，并可提供完整的培訓(xùn)教材。1.4.3.2 開發(fā)測試環(huán)境開發(fā)者新開發(fā)的應(yīng)用在商務(wù)云平臺上線前可以在政務(wù)專有云開發(fā)測試環(huán)境上進(jìn)行相關(guān)測試。開發(fā)測試環(huán)境使用的架構(gòu)和技術(shù)實現(xiàn)均與商務(wù)云平臺相同，開發(fā)測試環(huán)境與商務(wù)云平臺通過技術(shù)手段完全隔離，測試環(huán)境操作不影響商務(wù)云平臺正常對外提供服務(wù)。1.4.3.2.1

30、開發(fā)測試環(huán)境資源開發(fā)測試環(huán)境，計算資源由4臺物理服務(wù)器組成，每臺服務(wù)器標(biāo)配96GB內(nèi)存，9TB硬盤，按照16GB內(nèi)存每臺虛擬機計算共可以提供大約24臺虛擬機同時供開發(fā)者使用，如果按8GB內(nèi)存計算則可以提供48臺虛擬機同時供開發(fā)者使用。除本地硬盤外，虛擬機可以連接IP SAN存儲或者FC存儲進(jìn)行相關(guān)測試。開發(fā)測試環(huán)境中提供MySQL SQL Server數(shù)據(jù)庫服務(wù)。1.4.3.2.2 開發(fā)環(huán)境使用與商務(wù)云平臺流程化申請不同，開發(fā)環(huán)境不單獨對外提供完整流程portal界面，開發(fā)測試環(huán)境對開發(fā)者提供單獨的申請/管理界面，由開發(fā)者提出資源需求，商務(wù)云平臺管理員根據(jù)虛擬機模板開通相應(yīng)的虛擬化資源，給開發(fā)

31、者最大限度的自由空間去構(gòu)建測試環(huán)境。1.4.3.3 測試支持針對開發(fā)者從前期咨詢到測試過程中遇到任何與云測試平臺相關(guān)的技術(shù)問 題，都將提供所有必要技術(shù)支持。1.4.3.3.1 支持內(nèi)容測試環(huán)境基本操作指導(dǎo)、網(wǎng)絡(luò)通信保障、測試環(huán)境特殊需求受理、存儲資源 分配、數(shù)據(jù)庫資源分配，測試業(yè)務(wù)評估，業(yè)務(wù)上線支持。1.4.3.3.2 支持方式基本使用提供操作指導(dǎo)書，其他技術(shù)類支持，不僅限于電話、郵件咨詢。1.4.3.4 上線商務(wù)云平臺使用的底層環(huán)境與開發(fā)者使用的測試環(huán)境一致，可以保證在測試環(huán)境下測試通過的業(yè)務(wù)在商務(wù)云平臺上正常運行。如果測試環(huán)境下開發(fā)的業(yè)務(wù)通過評估具備遷移到商務(wù)云平臺的條件，則將協(xié)助開發(fā)者進(jìn)

32、行相關(guān)遷移工作，保障業(yè)務(wù)在商務(wù)云平臺正常運行。1.4.4 業(yè)務(wù)遷移服務(wù)1.4.4.1 應(yīng)用遷移1.4.4.1.1 應(yīng)用遷移方法云應(yīng)用遷移是為了將現(xiàn)有應(yīng)用平滑遷移到商務(wù)云平臺，應(yīng)分三個步驟來實施：1 .分析、設(shè)計及建設(shè)階段收集基礎(chǔ)設(shè)施新建、改造、擴容需求。識別和定義必需的運維、技術(shù)架構(gòu)功能組件：包括技術(shù)規(guī)范、服務(wù)器架構(gòu)、數(shù)據(jù)庫服務(wù)/基礎(chǔ)服務(wù)、并發(fā)處理能力、存儲容量及增長趨勢、SLA、故障響應(yīng)時間、變更管理等等?？焖俳ㄔO(shè)支持測試驗證的環(huán)境，包括基礎(chǔ)網(wǎng)絡(luò)、存儲和服務(wù)器環(huán)境。2 .測試階段包括組件功能性測試、組件集成性測試和組件性能測試。功能型測試：包括應(yīng)用功能模塊測試、高可靠性測試、數(shù)據(jù)備份測試等；

33、組件集成性測試：包括系統(tǒng)各模塊間數(shù)據(jù)交互，與其他系統(tǒng)間數(shù)據(jù)交互，系統(tǒng)安全保障要求，設(shè)備故障恢復(fù)時間等；組件性能測試：包括系統(tǒng)響應(yīng)測試，負(fù)荷峰值，數(shù)據(jù)交換吞吐量等。3 .遷移及擴展制定完善的遷移方案、充分的實施方案、良好的應(yīng)急預(yù)案等，最后實施遷移。1.4.4.1.2 應(yīng)用遷移流程已有應(yīng)用要遷移到商務(wù)云平臺需要各個線條對應(yīng)用系統(tǒng)進(jìn)行梳理，具體梳理的主要內(nèi)容如下表所示：編號梳理項目主要內(nèi)容1系統(tǒng)重要性適用范圍；故障影響用戶范圍；允許最大宕機時間；重要等級；2系統(tǒng)當(dāng)前部署模式市集中；區(qū)縣分散部署；部署位置；3系統(tǒng)是否具備遷移條件系統(tǒng)是否長期使用；系統(tǒng)是否存在嚴(yán)重故障隱患；同時在線用戶比例；系統(tǒng)資源利用

34、率；是否支持系統(tǒng)優(yōu)化改造；是否支持平滑移植；在梳理完上述內(nèi)容后，各應(yīng)用可參照下圖所示的流程進(jìn)行遷移旦 nXu= L； - n -f -m IT7ttiT*通/ -注言三 小鴨總儂事 早JWt列密三I T .并fl篦j* y sF=|匕扇 五反段生理5區(qū) 壓力居性而 xT展一L.史r耳娟h加需熱咋 通行'LJ記可的'iiliiPl 亮號他動力說句、癡 H£1MCIL融松芝4h_J*-甘J21、洋營埠*，具體流程圖的說明如下：遷移到商務(wù)云平臺：將IT系統(tǒng)遷移到商務(wù)云平臺，使用虛擬化資源或物理資源（例如虛擬服務(wù)器、虛擬存儲、虛擬網(wǎng)絡(luò) ），并采用統(tǒng)一 運營管理平臺進(jìn)行管理。改

35、造后遷移：對系統(tǒng)架構(gòu)、運行環(huán)境、接口等進(jìn)行改造，使其滿足遷移到商務(wù)云平臺的技術(shù)要求，然后再遷移到商務(wù)云平臺。保持現(xiàn)狀：繼續(xù)保持IT系統(tǒng)當(dāng)前的運行環(huán)境，包括基礎(chǔ)設(shè)施直至IT系統(tǒng)退役。系統(tǒng)是否會長期使用：該系統(tǒng)是否還將繼續(xù)長期使用，如是否還會繼續(xù)使用超過一年。系統(tǒng)是否存在故障隱患：該系統(tǒng)是否存在驗證的故障隱患，如數(shù)據(jù)安全、架構(gòu)缺陷等。設(shè)備利用率是否在60%與80%之間：該系統(tǒng)是否能夠有效的利用基礎(chǔ)設(shè)施硬件資源，如 CPU利用率、存儲利用率過低或過高。同時在線用戶比例是否大于等于50%:該系統(tǒng)用戶的平均使用率（平均使用率指總體而言，同時在線的用戶占全部預(yù)期用戶的比例 于等于50%。系統(tǒng)是否隨著壓力增長而擴展：該系統(tǒng)是否能夠進(jìn)行平滑擴展以滿足預(yù)期內(nèi)或預(yù)期外的業(yè)務(wù)需求系統(tǒng)是否能夠移植：該系統(tǒng)是否能夠消除隱患以進(jìn)行移植，并滿足業(yè)務(wù)使用需求。是否有能力進(jìn)行系統(tǒng)遷移及測試：該系統(tǒng)維護(hù)團(tuán)隊是否有足夠的能力對系統(tǒng)進(jìn)行測試及遷移。系統(tǒng)是否近期停用：該系統(tǒng)是否由于技術(shù)原因或業(yè)務(wù)的原因在近期將被停用。是否有業(yè)務(wù)驅(qū)動力進(jìn)行系統(tǒng)遷移：該系統(tǒng)是否有足夠的業(yè)務(wù)驅(qū)動力進(jìn)行系統(tǒng)移植。是否能夠進(jìn)行虛擬化：該系統(tǒng)平臺是否有合適的技術(shù)支