金融企業(yè)云化轉(zhuǎn)型階段的災(zāi)備應(yīng)用快速部署及持續(xù)同步方案

1、 金融企業(yè)云化轉(zhuǎn)型階段的災(zāi)備應(yīng)用快速部署及持續(xù)同步方案 目 錄 TOC o 1-3 h z u HYPERLINK l _Toc65177164 第一章 背景 PAGEREF _Toc65177164 h 3 HYPERLINK l _Toc65177165 第二章 痛點分析（以本文的背景項目為例） PAGEREF _Toc65177165 h 3 HYPERLINK l _Toc65177166 第三章 現(xiàn)狀介紹（云平臺建設(shè)情況） PAGEREF _Toc65177166 h 3 HYPERLINK l _Toc65177167 第四章 災(zāi)備建設(shè)需求及選型過程 PAGEREF _Toc651

2、77167 h 5 HYPERLINK l _Toc65177168 4.1災(zāi)備建設(shè)目標綜述 PAGEREF _Toc65177168 h 5 HYPERLINK l _Toc65177169 4.2災(zāi)備應(yīng)用資源池建設(shè)需求 PAGEREF _Toc65177169 h 6 HYPERLINK l _Toc65177170 4.2.1生產(chǎn)應(yīng)用資源池部署情況 PAGEREF _Toc65177170 h 6 HYPERLINK l _Toc65177171 4.2.2災(zāi)備應(yīng)用資源池建設(shè)原則 PAGEREF _Toc65177171 h 7 HYPERLINK l _Toc65177172 4.2.

3、3災(zāi)備應(yīng)用資源池建設(shè)目標 PAGEREF _Toc65177172 h 7 HYPERLINK l _Toc65177173 4.3災(zāi)備應(yīng)用池測試及選型過程 PAGEREF _Toc65177173 h 9 HYPERLINK l _Toc65177174 4.3.1選型基本思路 PAGEREF _Toc65177174 h 9 HYPERLINK l _Toc65177175 4.3.2選型測試要點 PAGEREF _Toc65177175 h 9 HYPERLINK l _Toc65177176 4.3.3選型考慮 PAGEREF _Toc65177176 h 10 HYPERLINK l

4、 _Toc65177177 4.3.4功能測試 PAGEREF _Toc65177177 h 10 HYPERLINK l _Toc65177178 4.3.4性能測試 PAGEREF _Toc65177178 h 12 HYPERLINK l _Toc65177179 4.3.4關(guān)鍵數(shù)據(jù)比對參考 PAGEREF _Toc65177179 h 13 HYPERLINK l _Toc65177180 第五章 結(jié)果展現(xiàn)及探討 PAGEREF _Toc65177180 h 14第一章 背景近些年大數(shù)據(jù)、云計算、移動互聯(lián)技術(shù)迅速發(fā)展，快速交付與靈活擴展的需求強烈增長，傳統(tǒng)豎井式的IT基礎(chǔ)架構(gòu)已無法應(yīng)對

5、新型業(yè)務(wù)的需求。因此各大企業(yè)都在積極推動的云化轉(zhuǎn)型，但受制于傳統(tǒng)IT基礎(chǔ)架構(gòu)體量，云化轉(zhuǎn)型的步伐顯然要沉重緩慢一些，代價也更大。在此階段建設(shè)災(zāi)備系統(tǒng)有利有弊，不便之處是企業(yè)在架構(gòu)轉(zhuǎn)型階段，基礎(chǔ)架構(gòu)、應(yīng)用架構(gòu)復(fù)雜度更高，需要考慮的細節(jié)也更多；好的方面是可以利用云計算帶來的新技術(shù)、新特性解決災(zāi)備中的一些關(guān)鍵問題，如：大規(guī)模災(zāi)備應(yīng)用分區(qū)的快速部署及應(yīng)用持續(xù)自動同步，本文主要就這兩個問題展開探討。第二章 痛點分析（以本文的背景項目為例）某大型保險公司采用以南中心為依托的全國信息系統(tǒng)大集中運行，需要在北京建立異地災(zāi)備中心，實現(xiàn)核心生產(chǎn)系統(tǒng)的應(yīng)用級容災(zāi)。針對災(zāi)備應(yīng)用資源池建設(shè)，面臨現(xiàn)有問題如下：當前正在租

6、用的北京IDC機房空間、電力資源快要耗盡，但本次項目時間緊、任務(wù)重，新建或租用新機房無法滿足要求；建設(shè)內(nèi)容復(fù)雜，涉及100+個應(yīng)用，總計1300+個應(yīng)用虛擬機，更加需要注意的是災(zāi)備系統(tǒng)建成后的虛擬機承載的應(yīng)用如何與生產(chǎn)端保持持續(xù)同步；當前應(yīng)用服務(wù)器根據(jù)業(yè)務(wù)需求采用小型機及x86平臺兩種部署方式，災(zāi)備應(yīng)用服務(wù)器需同時滿足性能及平臺兼容性要求；公司已有云管理平臺，新建應(yīng)用災(zāi)備資源池須可以與云管理平臺對接，以滿足資源統(tǒng)一管理、批量分配的需求。第三章 現(xiàn)狀介紹（云平臺建設(shè)情況）云平臺項目于2014年下半年適時而起，其初期目標是建設(shè)功能全面的IaaS云平臺。在落地過程中，通過基于Openstack架構(gòu)的

7、云管理平臺實現(xiàn)對公司各個數(shù)據(jù)中心的物理層、虛擬化層和虛擬主機環(huán)境的端到端管理；提高多數(shù)據(jù)中心不同邏輯環(huán)境下的資源交付能力；扭轉(zhuǎn)無法對支撐業(yè)務(wù)運行的環(huán)境全面掌控的局面；保障業(yè)務(wù)的穩(wěn)定運行、快速切換，持續(xù)優(yōu)化 IT 系統(tǒng)的業(yè)務(wù)價值。o13dmh3ndsr圖1：云管理平臺功能與組件架構(gòu)圖云平臺的建設(shè)為災(zāi)備體系的快速形成打下了良好的基礎(chǔ)，體現(xiàn)在如下方面：以O(shè)penstack為核心的云管理平臺，保證平臺的先進性與可持續(xù)發(fā)展；逐步實現(xiàn)對企業(yè)各級別虛擬化資源池的統(tǒng)一納管，降低資源管理復(fù)雜度；通過重新制定資源交付流程，結(jié)合云平臺的工作編排引擎功能，提升資源交付效率；通過定制的Portal門戶提供對外圍系統(tǒng)的接

8、口支持，有效整合關(guān)聯(lián)IT資源管理平臺，實現(xiàn)對IT資源全生命周期的管理。kgoo5s5bw8圖2：云管理平臺建設(shè)功能第四章 災(zāi)備建設(shè)需求及選型過程4.1災(zāi)備建設(shè)目標綜述根據(jù)“十三五規(guī)劃”相關(guān)內(nèi)容以及銀保監(jiān)會對于災(zāi)備建設(shè)的相關(guān)要求，建成北京機房備份中心和研發(fā)測試環(huán)境，形成“南北互備”的格局，并在未來形成“兩地三中心”的格局。對于災(zāi)備應(yīng)用資源池來說，目前生產(chǎn)應(yīng)用資源池已基本實現(xiàn)資源虛擬化及云化管理，實際災(zāi)備建設(shè)中我們一方面是在現(xiàn)有云管理平臺的基礎(chǔ)上通過引入新技術(shù)組件完善Iaas層平臺能力，為災(zāi)備應(yīng)用資源池的建設(shè)提供必要的組件功能支撐；另一方面通過構(gòu)建Paas能力平臺，為應(yīng)用提供簡化部署、監(jiān)控、運維和

9、治理等應(yīng)用生命周期管理的能力，支撐應(yīng)用完成微服務(wù)架構(gòu)轉(zhuǎn)型及災(zāi)備需求實現(xiàn)：g6ju1rudgpa圖3：基于云平臺的災(zāi)備體系架構(gòu)圖4.2災(zāi)備應(yīng)用資源池建設(shè)需求4.2.1生產(chǎn)應(yīng)用資源池部署情況南中心承載著公司集中部署和分省部署的核心業(yè)務(wù)，涵蓋了公司承保、理賠、財務(wù)、渠道、再保及專項系統(tǒng)等業(yè)務(wù)類型，應(yīng)用基礎(chǔ)架構(gòu)采用虛擬化部署架構(gòu)。根據(jù)應(yīng)用系統(tǒng)訪問特征，建立了三類資源池：PowerBlade資源池 對于分省部署承保類應(yīng)用，其生產(chǎn)特性為用戶訪問量大，對快速計算要求高，Weblogic Server數(shù)量多，采用計算能力更強的Power blade 資源池；VMware資源池 對于分省部署單證、打印、數(shù)據(jù)字典

10、等公共類或者理賠類相對承保及時性較低應(yīng)用系統(tǒng)，快速計算要求相對承保低，Weblogic Server數(shù)量相對承保少；公共類服務(wù)系統(tǒng)接口多，日常有及時調(diào)整資源的情況相對較多，采用更靈活的VMware 資源池，更加適合快速部署虛機、在線動態(tài)遷移功能有效利用。Citrix資源池 對于集中部署的應(yīng)用，及時性較低應(yīng)用系統(tǒng)，快速計算要求相對承保低， Weblogic Server數(shù)量相對承保少；公共類服務(wù)系統(tǒng)接口多，日常有及時調(diào)整資源的情況相對較多，采用更靈活的Citrix 資源池，更加適合快速部署虛機、在線動態(tài)遷移功能有效利用。4.2.2災(zāi)備應(yīng)用資源池建設(shè)原則完整性原則：保證災(zāi)難發(fā)生而導致生產(chǎn)中心不可用

11、的情況下，核心及其外圍系統(tǒng)在北京備份中心可以得到完整的應(yīng)用功能的恢復(fù)。開放性原則：系統(tǒng)符合具備優(yōu)良的可擴展性、可升級性和靈活性，對現(xiàn)有技術(shù)具有普適能力，可以廣泛支持開放系統(tǒng)平臺，運行于現(xiàn)有或即將成為標準的各種存儲相關(guān)技術(shù)上。兼容性原則：與現(xiàn)有系統(tǒng)需要完全兼容，各個構(gòu)成子系統(tǒng)必須緊密銜接，高度集成，構(gòu)成整體。安全性原則：確保應(yīng)用系統(tǒng)的安全運行和故障恢復(fù)機制?？晒芾硇栽瓌t：可以對系統(tǒng)進行集中管理和監(jiān)控。成熟性原則：在滿足所有需求的前提下，選擇最合適的設(shè)備及管理軟件，使系統(tǒng)具有較好的性能價格比和穩(wěn)定性。前瞻性原則：選擇的軟硬件技術(shù)，需要滿足未來兩地三中心各階段建設(shè)的需要，實現(xiàn)平滑過渡。投資保護原則：

12、系統(tǒng)建設(shè)充分考慮目前已實施系統(tǒng)的實際情況，充分利用原有系統(tǒng)資源，保護原有系統(tǒng)的投資。4.2.3災(zāi)備應(yīng)用資源池建設(shè)目標遵循災(zāi)備建設(shè)原則，參照金融行業(yè)災(zāi)備建設(shè)模型，本次災(zāi)備應(yīng)用資源池的建設(shè)目標為：v8cg6vhvn5l圖4：金融業(yè)災(zāi)備建設(shè)模型實現(xiàn)企業(yè)內(nèi)部100多個核心（每個省一套，30多個?。╆P(guān)鍵業(yè)務(wù)系統(tǒng)的災(zāi)備能力建設(shè)；計算能力與生產(chǎn)環(huán)境相當（Power、x86兩種）；計算能力基于項目當年業(yè)務(wù)規(guī)模，可支撐未來2年業(yè)務(wù)發(fā)展；滿足RPO、RTO災(zāi)備切換時間要求；6gj2aqdp4ld圖5：災(zāi)備項目建設(shè)的場景與需求設(shè)定4.3災(zāi)備應(yīng)用池測試及選型過程4.3.1選型基本思路災(zāi)備平臺基礎(chǔ)要求:成熟穩(wěn)定的硬件平

13、臺具有良好的兼容性可以節(jié)省空間/電力災(zāi)備平臺進階要求:與現(xiàn)有云管平臺無縫融合可以快速搭建大規(guī)模的災(zāi)備環(huán)境災(zāi)備端可以自動檢測并批量更新應(yīng)用程序4.3.2選型測試要點當前應(yīng)用服務(wù)器根據(jù)業(yè)務(wù)需求采用小型機及x86平臺兩種部署方式，災(zāi)備應(yīng)用服務(wù)器需同時滿足性能及平臺兼容性要求；公司已有云管理平臺，新建應(yīng)用災(zāi)備資源池須可以與云管理平臺對接，以滿足資源統(tǒng)一管理、批量分配的需求；用戶核心應(yīng)用目前以Weblogic為主，目前weblogic官方有服務(wù)的最低版本weblogic10和最新的weblogic12版本均有使用；且由于歷史原因，部分應(yīng)用還在使用Weblogic 9.2.3（已經(jīng)退市，官方無服務(wù)），短期

14、內(nèi)無法替換，災(zāi)備服務(wù)器操作系統(tǒng)必須支持weblogic 9.2.3。4.3.3選型考慮在對國內(nèi)、外多個大型服務(wù)器廠商，各種高、中、低端設(shè)備測試選型后，本次災(zāi)備系統(tǒng)應(yīng)用服務(wù)器最終選用基于LinuxONE開放架構(gòu)平臺的解決方案，其優(yōu)勢及意義如下：LinuxONE采用與IBM System Z相同的硬件架構(gòu)，提供高性能計算能力，本次災(zāi)備系統(tǒng)只使用了2臺LinuxONE服務(wù)器就解決了1200+災(zāi)備應(yīng)用服務(wù)器的需求；LinuxONE平臺的高密度整合能力，有效規(guī)避了本次項目建設(shè)中機房空間、電力消耗有限的問題，較少的設(shè)備所需管理、運維開銷更低，擁有更好的TCO；LinuxONE支持與Openstack云管理

15、架構(gòu)集成，與現(xiàn)有云管理平臺無縫銜接，通過云管理平臺的資源批量分配功能實現(xiàn)了1200+災(zāi)備應(yīng)用服務(wù)器的批量快速部署；通過對LinuxONE資源池的部署功能的深度定制開發(fā)，在云管理平臺中實現(xiàn)了應(yīng)用的自動部署及自動同步更新能力，保證了災(zāi)備系統(tǒng)建成后應(yīng)用長期持續(xù)同步，為災(zāi)備系統(tǒng)業(yè)務(wù)連續(xù)性提供了堅實的保障。4.3.4功能測試測試場景 1- 利用Openstack自動部署災(zāi)備環(huán)境基u礎(chǔ)架構(gòu)qohbfb58y6圖6：OpenStack自動部署功能實現(xiàn)邏輯Openstack快速克隆SLES11 sp 4 + Weblogic 9.2.3自動從FTP上下載Weblogic 應(yīng)用包和自動部署腳本文件自動啟動Web

16、logic創(chuàng)建Weblogic域，節(jié)點和數(shù)據(jù)源自動部署Weblogic應(yīng)用測試場景 2- 利用Ansible自動檢測，批量更新Weblogic應(yīng)用程序e0wyjshbnd圖7：Ansible自動檢測功能邏輯Ansible自動從FTP上下載Weblogic 應(yīng)用包和自動部署腳本文件Ansible自動根據(jù)不同的分組批量更新不同的應(yīng)用程序Ansible自動判斷應(yīng)用程序是否更新，如果沒有更新則不會做任何更改可將Ansible設(shè)置自動任務(wù)，應(yīng)用程序更新后用戶只需將新的應(yīng)用放到指定目錄即可實現(xiàn)災(zāi)備的應(yīng)用更新測試結(jié)果: 應(yīng)用不做任何修改完全兼容,部署上線過程快捷。vt8env6o48n圖8：測試結(jié)果總結(jié)4.

17、3.4性能測試測試場景：以2014年某省分公司四季度性能測試環(huán)境為參考，選取相同的壓力模型，通過性能測試工具向應(yīng)用環(huán)境發(fā)送相同的壓力。通過得到與X86基準單元相同的業(yè)務(wù)響應(yīng)時間獲得LinuxONE的參考配置。測試過程數(shù)據(jù)統(tǒng)計：ziox6tlpehmye0hojp9tln測試結(jié)論：交易響應(yīng)時間相近，3顆IFL處理器可以提供2臺X440刀片服務(wù)器相同的計算能力。4.3.4關(guān)鍵數(shù)據(jù)比對參考ul6mw9wj59第五章 結(jié)果展現(xiàn)及探討云管理平臺通過調(diào)用標準OpenStack API，實現(xiàn)其對外服務(wù)，包括流程設(shè)計和管理、用戶門戶（Portal）和服務(wù)編排等。 云管平臺基于OpenStack Ocata版本開發(fā)完成。LinuxONE平臺通過Nova API與OpenStac