云數(shù)據(jù)中心整體規(guī)劃方案

1、云數(shù)據(jù)中心整體規(guī)劃方案議程 第1部分 云數(shù)據(jù)中心發(fā)展趨勢1.1 數(shù)據(jù)中心發(fā)展趨勢1.2 云數(shù)據(jù)中心的必要性和成熟度臺(tái)階(模型)1.3 云數(shù)據(jù)中心對(duì)基礎(chǔ)架構(gòu)和運(yùn)營能力的要求概述 第2部分 云數(shù)據(jù)中心對(duì)運(yùn)營管理能力的要求 第3部分 國外數(shù)據(jù)中心案例分享 第4部分 國內(nèi)數(shù)據(jù)中心案例分享 第5部分 成熟度分析及實(shí)施路線圖2013年-2014數(shù)據(jù)中心行業(yè)趨勢分析2013年的數(shù)據(jù)中心技術(shù)體現(xiàn)出兩大動(dòng)向：“硬件重構(gòu)”和“軟件定義”。硬件重構(gòu)解決了資源“Scale”的問題，軟件定義數(shù)據(jù)中心則是為了“Auto”的目標(biāo)。AWS從IBM手上以更高的要價(jià)贏得CIA之戰(zhàn)中，可以贏在“Scale”和“Auto”。在這一過

2、程中，開始出現(xiàn)兩個(gè)涇渭分明的陣營：以 Google、Facebook以及國內(nèi) BAT 為代表的互聯(lián)網(wǎng)企業(yè)發(fā)起了“硬件重構(gòu)”運(yùn)動(dòng)，列如 OCP 和天蝎項(xiàng)目；另外則是以傳統(tǒng)企業(yè)市場為主，希望以“軟件定義”的方式整合數(shù)據(jù)中心。兩個(gè)陣營都有同樣的目標(biāo)：希望通過重新整合來解決數(shù)據(jù)中心的規(guī)模擴(kuò)展和自動(dòng)化運(yùn)維，降低固定資產(chǎn)投資規(guī)模和高昂的運(yùn)營成本。趨勢OCP項(xiàng)目：Facebook基于俄勒岡州的新型數(shù)據(jù)中心成果，推動(dòng)了OCP項(xiàng)目的成立國外互聯(lián)網(wǎng)企業(yè)傳統(tǒng)企業(yè)：運(yùn)營商、金融行業(yè)和大型央企等在前幾年虛擬化基礎(chǔ)上，向“資源池”大踏步邁進(jìn)傳統(tǒng)企業(yè)天蝎項(xiàng)目：由“BAT”（百度、阿里巴巴和騰訊）三家推動(dòng)的天蝎項(xiàng)目推出整機(jī)柜

3、服務(wù)器方案。百度的“Cloud Rack”可以看做天蝎1.0進(jìn)化版國內(nèi)互聯(lián)網(wǎng)企業(yè)軟件定義數(shù)據(jù)中心概述軟件定義的數(shù)據(jù)中心（SDDC）是一種針對(duì)IT基礎(chǔ)設(shè)施一種架構(gòu)方法，擴(kuò)展虛擬化的概念，抽象，資源池化和自動(dòng)化所有數(shù)據(jù)中心的資源和服務(wù)，實(shí)現(xiàn)IT即服務(wù)。在軟件定義的數(shù)據(jù)中心，“計(jì)算，存儲(chǔ)，網(wǎng)絡(luò)，安全和可用性服務(wù)被匯集，以軟件交付，并通過智能的，策略驅(qū)動(dòng)的軟件進(jìn)行管理。軟件定義的數(shù)據(jù)中心通常被認(rèn)為作為彈性，高效的云計(jì)算的必要基礎(chǔ)設(shè)施基礎(chǔ)和支撐。定義軟件定義數(shù)據(jù)中心由虛擬化發(fā)展而來，概念源于軟件定義網(wǎng)絡(luò)(SDN)，目前還處于初期階段。軟件定義的數(shù)據(jù)中心在2012年由當(dāng)時(shí)的VMware首席技術(shù)官史蒂夫He

4、rrod提出，并成為當(dāng)年計(jì)算機(jī)經(jīng)銷商新聞 2012年度十大數(shù)據(jù)中心故事。起源許多廠商，包括VMware都在積極開發(fā)軟件定義數(shù)據(jù)中心的方法論其他廠商，正在開發(fā)實(shí)現(xiàn)SDDC的組件和標(biāo)準(zhǔn)，如Cisco, Ctrix, Dell, HP, IBM, BMC等.大型服務(wù)提供商，如亞馬遜能夠通過自動(dòng)化帶來的效率受益，被認(rèn)為是最有可能全面部署軟件定義的數(shù)據(jù)中心的組織發(fā)展軟件定義的數(shù)據(jù)中心，包含針對(duì)三類資源的定義：計(jì)算資源（SDC）網(wǎng)絡(luò)資源（SDN）存儲(chǔ)資源（SDS）和，三類非功能性需求：管理自動(dòng)化高度靈活性業(yè)務(wù)彈性和快速恢復(fù)特征注：摘自維基百科云數(shù)據(jù)中心與傳統(tǒng)數(shù)據(jù)中心傳統(tǒng)數(shù)據(jù)中心：各類信息化資源在設(shè)計(jì)階段已

5、經(jīng)確定交付形態(tài)的運(yùn)營方式云化數(shù)據(jù)中心：從X86服務(wù)器虛擬化開始，到存儲(chǔ)虛擬化和網(wǎng)絡(luò)虛擬化等，部分資源在運(yùn)行階段通過“云資源管理平臺(tái)”以“軟件定義”的方式進(jìn)行交付的運(yùn)營方式云數(shù)據(jù)中心：所有資源在運(yùn)行階段通過“云資源管理平臺(tái)”以“軟件定義”的方式進(jìn)行交付的運(yùn)營方式云數(shù)據(jù)中心 vs 傳統(tǒng)數(shù)據(jù)中心云數(shù)據(jù)中心指以軟件定義方式提供基礎(chǔ)架構(gòu)設(shè)施服務(wù)，和以 SaaS 方式提供應(yīng)用及數(shù)據(jù)服務(wù)的新型數(shù)據(jù)中心。在很長一段時(shí)間內(nèi)，純粹的“云數(shù)據(jù)中心”在傳統(tǒng)企業(yè)內(nèi)將不會(huì)出現(xiàn)，但部分領(lǐng)域以“軟件定義”方式或“SaaS”方式交付服務(wù)的“云化數(shù)據(jù)中心”將成為未來若干年的主流形態(tài)。定義基礎(chǔ)架構(gòu)能力要素分析 機(jī)柜 機(jī)架基礎(chǔ)架構(gòu)的

6、演變：從左側(cè)的共享電源、散熱、管理（如天蝎 V1.0），到右側(cè)的全模塊化資源（池化計(jì)算、池化內(nèi)存、存儲(chǔ)）。百度 Cloud Rack 接近中間的狀態(tài)，但互聯(lián)技術(shù)仍然是傳統(tǒng)的以太網(wǎng)。 天蝎項(xiàng)目中對(duì)機(jī)柜提出了前端全維護(hù)和后端供電的模式，對(duì)大規(guī)模機(jī)柜管理提供了很大的便捷性。計(jì)算資源虛擬化技術(shù)傳統(tǒng)數(shù)據(jù)中心機(jī)柜只是服務(wù)器的載體，而在云數(shù)據(jù)中心以目前的態(tài)勢分析，越來越多的互聯(lián)網(wǎng)企業(yè)會(huì)采用機(jī)柜封裝網(wǎng)絡(luò)、存儲(chǔ)和服務(wù)器資源，以整體的形式交付計(jì)算資源。國外互聯(lián)網(wǎng)企業(yè)甚至更為激進(jìn)的把 CPU 和 內(nèi)存解耦，直接存放在機(jī)柜內(nèi)。國內(nèi)互聯(lián)網(wǎng)公司則相對(duì)保守的選擇中間道路。對(duì)于傳統(tǒng)企業(yè)，國內(nèi)互聯(lián)網(wǎng)企業(yè)的道路值得參考。概述基礎(chǔ)

7、架構(gòu)能力要素分析 計(jì)算資源 根據(jù)定義，具有兩種類型的 Hypervisor：Type 1 和 Type 2。其中，Type 1 被稱為 Baremetal 裸金屬架構(gòu)，而 Type 2 被稱為 Hosted 寄居機(jī)構(gòu)。除此之外，Hardware Partitioning 硬件分區(qū)方式的作用也很想一個(gè) Hypervisor，其實(shí)它就是運(yùn)行在 Firmware 層次的 Hypervisor，提供了硬件分割資源的虛擬化方式。計(jì)算資源虛擬化技術(shù)計(jì)算資源的虛擬化存在兩個(gè)主要方向，一個(gè)是互聯(lián)網(wǎng)企業(yè)為主的“多合一”技術(shù)，是為了解決海量的數(shù)據(jù)和海量的訪問需求而把大量X86服務(wù)器整合起來提供服務(wù)；另一個(gè)是傳統(tǒng)企

8、業(yè)為主的“一拆多”技術(shù)，主要是為了提高資源利用率。概述基礎(chǔ)架構(gòu)能力要素分析 網(wǎng)絡(luò)資源 時(shí)下數(shù)據(jù)中心的趨勢有兩個(gè)：網(wǎng)絡(luò)虛擬化和軟件定義網(wǎng)絡(luò)（SDN）。網(wǎng)絡(luò)虛擬化和軟件定義網(wǎng)絡(luò)都需要對(duì)數(shù)據(jù)中心的網(wǎng)絡(luò)架構(gòu)做出新的要求，推動(dòng)硬件和軟件的發(fā)展。 基于 CISCO 大二層網(wǎng)絡(luò)環(huán)境下，通過擴(kuò)展IS-IS路由協(xié)議實(shí)現(xiàn)二層路由，虛機(jī)遷移時(shí)，服務(wù)配置隨即更新，保證了虛機(jī)遷移前后IP與MAC地址保持一致。通過大二層本身協(xié)議TTL值可以有效避免環(huán)路。通過跨設(shè)備鏈路捆綁支持，實(shí)現(xiàn)鏈路負(fù)載功能。計(jì)算虛擬化對(duì)網(wǎng)絡(luò)提出了新的挑戰(zhàn)課題： 由于云計(jì)算 IaaS 設(shè)計(jì)理念是把基礎(chǔ)架構(gòu)資源集中形成“池”，通過動(dòng)態(tài)調(diào)度和裝配給應(yīng)用系統(tǒng)

9、提供支持，因此云計(jì)算引入對(duì)網(wǎng)絡(luò)環(huán)境提出了新的需求和挑戰(zhàn)。基礎(chǔ)架構(gòu)能力要素分析 存儲(chǔ)資源EMC 的 ViPR 2013年5月，EMC以軟件定義存儲(chǔ)作為主體，借用“SDN”的概念詮釋了第一個(gè)冠以“SDS”名號(hào)的產(chǎn)品。HP 的 VSA 惠普的 VSA 來自 2008年被 HP 公司收購的 iSCSI 廠商，是業(yè)內(nèi)較早在傳統(tǒng)企業(yè)領(lǐng)域?qū)崿F(xiàn)“SDS”的存儲(chǔ)方案，是目前全球許可證出貨量最大的虛擬化存儲(chǔ)產(chǎn)品IBM 的 SVC SVC 全稱“SAN Volume Controller”，是一款“帶內(nèi)”存儲(chǔ)虛擬化產(chǎn)品。主流存儲(chǔ)廠商Vmware 的 SDS 2014年上半年預(yù)計(jì)發(fā)布其第一版vSAN產(chǎn)品，正在規(guī)劃VV

10、OL產(chǎn)品。微軟 的 SDS 微軟推出了 Storage Space 產(chǎn)品，邁出了其企業(yè)級(jí)存儲(chǔ)虛擬化的嘗試Nutanix 的 SDS 作為硅谷新興的創(chuàng)業(yè)型企業(yè)，Nutanix推出的“NX”系列產(chǎn)品，較好符合機(jī)架安裝的“SDS”。挑戰(zhàn)者GFS / HDFS 和 Amazon S3 基于 Google 實(shí)踐而開源化后的架構(gòu) Hadoop，是一個(gè)分布式計(jì)算框架，其中 HDFS 作為分布式文件系統(tǒng)是其核心組件之一。 Amazon 的 S3 是除了 Google 之外的另一個(gè)成功實(shí)現(xiàn)的云計(jì)算框架。 這兩家互聯(lián)網(wǎng)在云計(jì)算領(lǐng)域的先行者都通過自身實(shí)踐提出了較為成功的、目前被廣泛接受的分布式存儲(chǔ)體系?；ヂ?lián)網(wǎng)相比互

11、聯(lián)網(wǎng)企業(yè)積極實(shí)踐的分布式存儲(chǔ)方案，主流 IT 廠商在企業(yè)網(wǎng)領(lǐng)域通過把各類存儲(chǔ)設(shè)施整合后通過“軟件定義”的方式提供統(tǒng)一的存儲(chǔ)服務(wù)的“融合存儲(chǔ)”概念。其中，惠普處于相對(duì)領(lǐng)先地位，而Vmware和微軟的“SDS”剛起步，EMC也要考慮現(xiàn)有業(yè)務(wù)仍處于收購相關(guān)公司積累“軟實(shí)力”的階段。所以“SDS”相比“SDC”存在較大的成熟度差距，還有待觀察。概述 第1部分 云數(shù)據(jù)中心發(fā)展趨勢1.1 數(shù)據(jù)中心發(fā)展趨勢1.2 云數(shù)據(jù)中心的必要性和成熟度臺(tái)階1.3 云數(shù)據(jù)中心對(duì)基礎(chǔ)架構(gòu)和運(yùn)營能力的要求概述 第2部分 云數(shù)據(jù)中心對(duì)運(yùn)營管理能力的要求 第3部分 國外數(shù)據(jù)中心案例分享 第4部分 國內(nèi)數(shù)據(jù)中心案例分享 第5部分

12、成熟度分析及實(shí)施路線圖議程為什么要向云數(shù)據(jù)中心轉(zhuǎn)型云數(shù)據(jù)中心是軟硬件資源的集合，包括各類主機(jī)、存儲(chǔ)、網(wǎng)絡(luò)、設(shè)備和中間件、數(shù)據(jù)庫等平臺(tái)軟件，提供了動(dòng)態(tài)供應(yīng)資源的能力，是企業(yè)級(jí)IT基礎(chǔ)設(shè)施嶄新的應(yīng)用形式，在云計(jì)算環(huán)境下是推動(dòng)基礎(chǔ)架構(gòu)轉(zhuǎn)型的重要推手之一，對(duì)于加強(qiáng)資源管控、實(shí)現(xiàn)成本領(lǐng)先具有重要意義。概述云數(shù)據(jù)中心建設(shè)總體目標(biāo)降低IT總擁有成本資源池模式相比傳統(tǒng)模式，資源利用率可提高3倍以上，整體IT總成本可降低30%；增強(qiáng)業(yè)務(wù)可用性總成本降低的前提下，資源池中業(yè)務(wù)穩(wěn)定性與可靠性可相當(dāng)于甚至超過高端設(shè)備能夠達(dá)到的水平；提升業(yè)務(wù)響應(yīng)能力提高研發(fā)測試效率，縮短資源響應(yīng)周期，加快業(yè)務(wù)響應(yīng)速度；降低運(yùn)維成本運(yùn)維

13、門檻的降低和運(yùn)維水平的提升，使有限的人力資源可更多的投入到業(yè)務(wù)創(chuàng)新中。提升業(yè)務(wù)響應(yīng)能力增強(qiáng)業(yè)務(wù)可用性降低運(yùn)維成本降低IT總擁有成本構(gòu)建具備柔性、彈性特征的IT基礎(chǔ)設(shè)施架構(gòu)云數(shù)據(jù)中心成熟度模型通過每個(gè)組成部分的每個(gè)能力要素的成熟度情況，可以對(duì)云數(shù)據(jù)中心的整體成熟度進(jìn)行綜合分析。結(jié)合云計(jì)算相關(guān)技術(shù)的發(fā)展和業(yè)界實(shí)踐經(jīng)驗(yàn)，可將整體成熟度分解為以下五個(gè)臺(tái)階。 成熟度模型云數(shù)據(jù)中心成熟度評(píng)估指標(biāo)體系云數(shù)據(jù)中心成熟度的KPI分為宏觀指標(biāo)和微觀指標(biāo)兩大類，共七項(xiàng)。宏觀指標(biāo)主要用來衡量和體現(xiàn)績效和成本能力，關(guān)注快速交付和穩(wěn)定運(yùn)行能力；微觀指標(biāo)則主要用來衡量各類技術(shù)要素的實(shí)現(xiàn)水平。成熟度KPI資源池化比例：資源池

14、內(nèi)設(shè)備臺(tái)數(shù)占數(shù)據(jù)中心總設(shè)備臺(tái)數(shù)的比例；服務(wù)化比例：資源池內(nèi)，通過資源池服務(wù)目錄獲得的資源數(shù)量占所有獲得資源數(shù)量的比例；可被調(diào)度資源比例：資源池內(nèi)，可被調(diào)度資源數(shù)量占整體資源數(shù)量的比例；X86虛擬化比例：虛擬化的CPU數(shù)量占資源池內(nèi)所有服務(wù)器CPU數(shù)量的比例；標(biāo)準(zhǔn)化比例：標(biāo)準(zhǔn)化環(huán)境占整體環(huán)境的比例；自動(dòng)裝配比例：資源池內(nèi)，可被自動(dòng)裝配設(shè)備數(shù)量占整體設(shè)備數(shù)量的比例；資源彈性比例：資源池內(nèi)，所有應(yīng)用在平均值下所需的資源總量占所有應(yīng)用在峰值情況下所需資源總量的比例。證券公司證券公司國內(nèi)云數(shù)據(jù)中心成熟度對(duì)標(biāo)通過對(duì)業(yè)界先進(jìn)資源池建設(shè)案例的調(diào)研分析，結(jié)合KPI評(píng)估，得到各資源池的成熟度臺(tái)階，具體如下圖所示。

15、成熟度模型保險(xiǎn)公司南基地國網(wǎng)設(shè)計(jì)目標(biāo)移動(dòng)分公司國有銀行國網(wǎng)當(dāng)前云數(shù)據(jù)中心的投資回報(bào)分析根據(jù)對(duì)某證券、電信設(shè)備制造商、移動(dòng)某省分公司、華為和四大國有銀行之一進(jìn)行分析，云數(shù)據(jù)中心建設(shè)可以從以下幾個(gè)方面獲益。概述平均節(jié)省33%硬件投資服務(wù)器硬件節(jié)省平均節(jié)省50%的X86機(jī)房空間，折合成30%機(jī)房總空間機(jī)房空間節(jié)省平均節(jié)省50%電力費(fèi)用運(yùn)行費(fèi)用（電力）每千臺(tái)服務(wù)器池化后節(jié)省7個(gè)人員編制運(yùn)維人工節(jié)省80%池化后被盤活，每年15%的新應(yīng)用，12%左右退役應(yīng)用，其所占資源已不再重復(fù)投資提高資源利用率降低設(shè)備閑置率云數(shù)據(jù)中心帶來的業(yè)務(wù)彈性、柔性收益跟傳統(tǒng)數(shù)據(jù)中心圍繞著“固化資源”為主的運(yùn)行模式不同，云數(shù)據(jù)中心

16、是資源可以基于池的共享資源、靈活彈性擴(kuò)展的運(yùn)行模式，以經(jīng)濟(jì)的模式充分滿足業(yè)務(wù)系統(tǒng)容量和性能的要求。案例分析：某移動(dòng)分公司在池化之前，服務(wù)器平均利用率小于 10%；池化后，應(yīng)用服務(wù)器按照 50% 平均利用率進(jìn)行資源分配，并統(tǒng)一建設(shè)冗余資源供給池，在業(yè)務(wù)高峰時(shí)提供動(dòng)態(tài)資源調(diào)度能力業(yè)務(wù)彈性收益數(shù)據(jù)中心基礎(chǔ)設(shè)施布局將從設(shè)計(jì)階段各類資源跟應(yīng)用的綁定，逐漸轉(zhuǎn)化為資源與應(yīng)用松耦合，且在運(yùn)行階段可以根據(jù)應(yīng)用需求靈活供給各類資源。案例分析：某移動(dòng)分公司在池化之前，服務(wù)器即使做了虛擬化也是跟應(yīng)用系統(tǒng)一一綁定，且服務(wù)器配置都是事先按照應(yīng)用需求定制。池化后，服務(wù)器全部標(biāo)準(zhǔn)配置（CPU滿配，內(nèi)存和存儲(chǔ)按比例配置），使得

17、服務(wù)器能夠滿足應(yīng)用頻繁上下線情況下的柔性。業(yè)務(wù)柔性收益隨著云數(shù)據(jù)中心的建設(shè)和應(yīng)用，資源供給模式會(huì)產(chǎn)生巨大的變化，導(dǎo)致云數(shù)據(jù)中心運(yùn)行模式的隨之產(chǎn)生變革，云資源池運(yùn)行模式必須滿足供給模式變化帶來的新需求。云數(shù)據(jù)中心將為企業(yè)帶來靈活、彈性、高效、智能、可擴(kuò)展等眾多特性。概述議程 第1部分 云數(shù)據(jù)中心發(fā)展趨勢1.1 數(shù)據(jù)中心發(fā)展趨勢1.2 云數(shù)據(jù)中心的必要性和成熟度臺(tái)階(模型)1.3 云數(shù)據(jù)中心對(duì)基礎(chǔ)架構(gòu)和運(yùn)營能力的要求概述 第2部分 云數(shù)據(jù)中心對(duì)運(yùn)營管理能力的要求 第3部分 國外數(shù)據(jù)中心案例分享 第4部分 國內(nèi)數(shù)據(jù)中心案例分享 第5部分 成熟度分析及實(shí)施路線圖符合“軟件定義”數(shù)據(jù)中心的功能框架在傳統(tǒng)

18、企業(yè)環(huán)境下，“軟件定義”的云數(shù)據(jù)中心（或者“云化”數(shù)據(jù)中心）需要具備三大核心能力：基礎(chǔ)架構(gòu)的“軟件定義”能力，符合“軟件定義”能力的數(shù)據(jù)中心運(yùn)營管理能力和滿足“軟件定義”的安全管理能力。本節(jié)針對(duì)這三個(gè)方面的核心能力相比傳統(tǒng)數(shù)據(jù)中心提供一個(gè)概述，后面的章節(jié)將主要圍繞著“運(yùn)營管理能力”展開。概述基礎(chǔ)架構(gòu)能力 主要落實(shí)在各類資源的虛擬化能力之上，同時(shí)核心網(wǎng)絡(luò)架構(gòu)能夠支持動(dòng)態(tài)調(diào)度。運(yùn)營管理能力 “資源和服務(wù)封裝”能力是云數(shù)據(jù)中心所特有的管理能力，同時(shí) CMDB 和“資源操作”需要匹配虛擬化的動(dòng)態(tài)環(huán)境。其他部分跟傳統(tǒng)需求一致。安全管理能力 云數(shù)據(jù)中心在安全領(lǐng)域存在較大變化，主要是動(dòng)態(tài)網(wǎng)絡(luò)環(huán)境和動(dòng)態(tài)資源環(huán)

19、境下對(duì)傳統(tǒng)固定邊界的安全控制手段提出了新的挑戰(zhàn)。適合傳統(tǒng)企業(yè)“軟件定義數(shù)據(jù)中心”功能框架異構(gòu)環(huán)境封裝層計(jì)算資源存儲(chǔ)資源網(wǎng)絡(luò)虛擬化資源網(wǎng)絡(luò)基礎(chǔ)架構(gòu)機(jī)房環(huán)境設(shè)施資源服務(wù)封裝層資源操作管理層日常運(yùn)維管理層信息化運(yùn)營管理層安全與合規(guī)管理層用戶服務(wù)門戶運(yùn)營管理門戶信息化統(tǒng)一訪問層運(yùn)營管理能力基礎(chǔ)架構(gòu)能力“軟件定義”數(shù)據(jù)中心 計(jì)算資源要素分析計(jì)算資源是“軟件定義”數(shù)據(jù)中心的核心構(gòu)成要素。傳統(tǒng)企業(yè)與互聯(lián)網(wǎng)企業(yè)最大差異體現(xiàn)在兩個(gè)方面，其一是規(guī)模效應(yīng)遠(yuǎn)遠(yuǎn)不如互聯(lián)網(wǎng)動(dòng)輒10萬臺(tái)的服務(wù)器數(shù)量，其二是技術(shù)力量的投入遠(yuǎn)少于互聯(lián)網(wǎng)企業(yè)，且有限資源更多需要向業(yè)務(wù)系統(tǒng)和數(shù)據(jù)服務(wù)等領(lǐng)域傾斜。所以傳統(tǒng)企業(yè)在“計(jì)算資源”領(lǐng)域更多的

20、需要依靠廠商力量，但技術(shù)路線選擇上又要避免被廠商所綁定概述硬件重構(gòu)：借鑒“天蝎項(xiàng)目”提出的整機(jī)架服務(wù)器構(gòu)造方式，建立企業(yè)級(jí)的X86資源池硬件設(shè)施虛擬化層：采用成熟廠商提供的虛擬化方案，列如 X86 領(lǐng)域的VMware，小型機(jī)領(lǐng)域的“微分區(qū)”和 vPar 等X86物理服務(wù)器：基于企業(yè)應(yīng)用的自身特點(diǎn)，需要保留少量 X86 物理服務(wù)器，并通過異構(gòu)環(huán)境封裝層封裝成單一資源池，對(duì)上層應(yīng)用和用戶提供統(tǒng)一的資源服務(wù)供給公有云：需要擁有整合“公有云”供給的能力“軟件定義數(shù)據(jù)中心”的計(jì)算資源異構(gòu)環(huán)境封裝層計(jì)算資源存儲(chǔ)資源網(wǎng)絡(luò)虛擬化資源網(wǎng)絡(luò)基礎(chǔ)架構(gòu)機(jī)房環(huán)境設(shè)施資源服務(wù)封裝層資源操作管理層日常運(yùn)維管理層信息化運(yùn)營管

21、理層安全與合規(guī)管理層用戶服務(wù)門戶運(yùn)營管理門戶信息化統(tǒng)一訪問層“軟件定義”數(shù)據(jù)中心 存儲(chǔ)資源要素分析存儲(chǔ)資源相比計(jì)算資源離“軟件定義”還存在相當(dāng)?shù)牟罹?，只能在現(xiàn)有產(chǎn)品基礎(chǔ)上從“異構(gòu)環(huán)境封裝層”實(shí)現(xiàn)對(duì)各類存儲(chǔ)的封裝和服務(wù)化工作。同時(shí)對(duì)于 OLAP 類的應(yīng)用可以適當(dāng)考慮基于 Hadoop 技術(shù)的“分布式存儲(chǔ)”的嘗試。概述X86 虛擬化池：跟蹤 Vmware 的技術(shù)路線，逐步向 vSAN 和 VVOL 方向靠攏。傳統(tǒng)中、高端存儲(chǔ)：跟蹤 EMC 和 HP 的最新存儲(chǔ)虛擬化技術(shù)的進(jìn)展，同時(shí)在現(xiàn)有存儲(chǔ)環(huán)境中發(fā)揮“云平臺(tái)”的異構(gòu)環(huán)境封裝能力OLAP 應(yīng)用和大數(shù)據(jù)：建議考慮基于 Hadoop 技術(shù)框架，嘗試大數(shù)

22、據(jù)理念下的“分布式”存儲(chǔ)方案的落地實(shí)現(xiàn)?！败浖x數(shù)據(jù)中心”的存儲(chǔ)資源異構(gòu)環(huán)境封裝層計(jì)算資源存儲(chǔ)資源網(wǎng)絡(luò)虛擬化資源網(wǎng)絡(luò)基礎(chǔ)架構(gòu)機(jī)房環(huán)境設(shè)施資源服務(wù)封裝層資源操作管理層日常運(yùn)維管理層信息化運(yùn)營管理層安全與合規(guī)管理層用戶服務(wù)門戶運(yùn)營管理門戶信息化統(tǒng)一訪問層“軟件定義”數(shù)據(jù)中心 網(wǎng)絡(luò)資源要素分析SDN 是“軟件定義”數(shù)據(jù)中心概念的啟蒙者，但 SDN 在目前還處于初期階段，技術(shù)成熟度還有待驗(yàn)證，同時(shí)大量現(xiàn)有網(wǎng)絡(luò)設(shè)施投資如何在 SDN 環(huán)境下得到保護(hù)依然是個(gè)很大的問題。所以在傳統(tǒng)企業(yè)領(lǐng)域，網(wǎng)絡(luò)大二層和網(wǎng)絡(luò)設(shè)備虛擬化、配置自動(dòng)化等手段不失為當(dāng)前階段的可選項(xiàng)。概述網(wǎng)絡(luò)基礎(chǔ)架構(gòu)：如果需要實(shí)現(xiàn)應(yīng)用與基礎(chǔ)架構(gòu)的真

23、正松耦合，在運(yùn)行階段根據(jù)應(yīng)用系統(tǒng)對(duì)資源的需求進(jìn)行動(dòng)態(tài)分配，且虛擬化池的宿主機(jī)數(shù)量超過200臺(tái)規(guī)模，則需要考慮網(wǎng)絡(luò)大二層的改造。如果只是現(xiàn)有應(yīng)用環(huán)境的虛擬化，或者說服務(wù)器、存儲(chǔ)設(shè)備等事先放置在固定的VLAN中，則無需考慮網(wǎng)絡(luò)大二層的改造。網(wǎng)絡(luò)虛擬化資源：通過網(wǎng)絡(luò)虛擬化能力的實(shí)現(xiàn)，可以提供虛擬防火墻、動(dòng)態(tài)VLAN劃分、網(wǎng)絡(luò)設(shè)備動(dòng)態(tài)設(shè)置等功能“軟件定義數(shù)據(jù)中心”的網(wǎng)絡(luò)資源異構(gòu)環(huán)境封裝層計(jì)算資源存儲(chǔ)資源網(wǎng)絡(luò)虛擬化資源網(wǎng)絡(luò)基礎(chǔ)架構(gòu)機(jī)房環(huán)境設(shè)施資源服務(wù)封裝層資源操作管理層日常運(yùn)維管理層信息化運(yùn)營管理層安全與合規(guī)管理層用戶服務(wù)門戶運(yùn)營管理門戶信息化統(tǒng)一訪問層“軟件定義”數(shù)據(jù)中心 運(yùn)營管理能力要素分析在“軟件

24、定義”數(shù)據(jù)中心環(huán)境下，運(yùn)營管理能力的變化主要體現(xiàn)在三個(gè)方面：一是資源服務(wù)和異構(gòu)環(huán)境封裝能力，二是配置信息（CMDB）如何適應(yīng)動(dòng)態(tài)環(huán)境，三是資源監(jiān)控如何適應(yīng)虛擬化環(huán)境的要求。在底層適應(yīng)這三方面變化，并進(jìn)行封裝后，在運(yùn)營管理層和運(yùn)維管理層跟傳統(tǒng)數(shù)據(jù)中心沒有特別的區(qū)別。概述資源服務(wù)封裝能力：把原來由技術(shù)專家所完成的安裝部署工作自動(dòng)化，然后以簡單明了的方式提供服務(wù)界面給用戶異構(gòu)環(huán)境封裝能力：把各類異構(gòu)設(shè)施封裝成“原子”服務(wù)，提供給服務(wù)封裝層。列如，把所有存儲(chǔ)資源封裝成“塊設(shè)備”等配置信息（CMDB）：能夠管理動(dòng)態(tài)變化的虛擬化環(huán)境，并且管理資源與用戶的供給關(guān)系資源監(jiān)控和操作：能夠適應(yīng)虛擬化環(huán)境的監(jiān)控要求

25、，同時(shí)能夠?qū)μ摂M化和物理環(huán)境進(jìn)行操作“軟件定義數(shù)據(jù)中心”的運(yùn)營管理能力異構(gòu)環(huán)境封裝層計(jì)算資源存儲(chǔ)資源網(wǎng)絡(luò)虛擬化資源網(wǎng)絡(luò)基礎(chǔ)架構(gòu)機(jī)房環(huán)境設(shè)施資源服務(wù)封裝層資源操作管理層日常運(yùn)維管理層信息化運(yùn)營管理層安全與合規(guī)管理層用戶服務(wù)門戶運(yùn)營管理門戶信息化統(tǒng)一訪問層BMC 提出的 BSM 框架服務(wù)成本管理財(cái)務(wù)規(guī)劃及預(yù)算控制與合規(guī)供應(yīng)商管理容量優(yōu)化性能及可用性管理應(yīng)用性能管理中間件管理數(shù)據(jù)庫管理存儲(chǔ)管理事件及影響管理儀表盤與分析服務(wù)目錄藍(lán)圖服務(wù)模型CMDB/ CMS策略應(yīng)用自動(dòng)化服務(wù)器自動(dòng)化網(wǎng)絡(luò)自動(dòng)化桌面自動(dòng)化企業(yè)排程及工作流自動(dòng)化主機(jī)自動(dòng)化自動(dòng)發(fā)現(xiàn)和依賴關(guān)系數(shù)據(jù)庫自動(dòng)化需求及資源管理問題管理服務(wù)請(qǐng)求管理資產(chǎn)

26、管理變更/發(fā)布管理服務(wù)水平管理事件管理知識(shí)管理調(diào)度云計(jì)算生命周期管理有一致性的部署業(yè)務(wù)服務(wù)貫穿應(yīng)用、數(shù)據(jù)庫、虛擬化、服務(wù)器、網(wǎng)絡(luò)及客戶端請(qǐng)求、變更及支持業(yè)務(wù)服務(wù)管理IT需求、資源及預(yù)算確保合規(guī)與法規(guī)遵從發(fā)現(xiàn)、建模并設(shè)計(jì)服務(wù)以支持可具一致性服務(wù)交付聯(lián)邦數(shù)據(jù)并調(diào)度工作流，以實(shí)現(xiàn)有效服務(wù)交付與高效運(yùn)行主動(dòng)預(yù)警式的發(fā)現(xiàn)IT問題并快速解決議程 第1部分 云數(shù)據(jù)中心發(fā)展趨勢 第2部分 云數(shù)據(jù)中心運(yùn)營管理能力2.1 運(yùn)營管理能力2.2 數(shù)據(jù)中心運(yùn)維管理能力2.3 資源與服務(wù)的封裝能力2.4 資源操作管理能力2.5 信息化統(tǒng)一門戶2.6 運(yùn)營管理的全局?jǐn)?shù)據(jù)支撐能力 IT 運(yùn)營管理的核心命題 把 IT 當(dāng)做業(yè)務(wù)

27、來管理不管是傳統(tǒng)數(shù)據(jù)中心還是云（化）數(shù)據(jù)中心，IT 運(yùn)營的核心命題都不會(huì)變。云（化）數(shù)據(jù)中心通過“軟件定義”的方式在基礎(chǔ)架構(gòu)層面提供了“柔性”和“彈性”，使得資源利用率大大提升；同時(shí)通過自動(dòng)化運(yùn)維手段，降低運(yùn)維成本。其核心價(jià)值在于以低于原來的成本提供同等質(zhì)量的 IT 服務(wù)概述從信息技術(shù)的角度來說，各企業(yè)面臨的問題其實(shí)是相同的：對(duì)信息技術(shù)的需求是什么？需要多少投資？和競爭對(duì)手相比，這些投資是合算的嗎？.IT投入并不能直接產(chǎn)生效益，而是通過IT服務(wù)支持經(jīng)營決策和業(yè)務(wù)發(fā)展的途徑產(chǎn)生效益，間接實(shí)現(xiàn)IT的產(chǎn)出。這種特點(diǎn)決定了：業(yè)務(wù)部門：用業(yè)務(wù)收入或者經(jīng)營利潤決定采購多少 IT 服務(wù)（Charge bac

28、k 平衡需求與投入的矛盾）IT 運(yùn)營部門：用IT服務(wù)水平、IT投入和行業(yè)標(biāo)桿相比衡量IT績效（平衡積分卡綜合衡量IT運(yùn)營水平）IT 運(yùn)營管理的核心手段 “量化”管理讓 IT 投入能夠匹配 IT 的價(jià)值，避免 IT 變成一個(gè)“成本黑洞”，需要一套行之有效的過程管控體系和績效衡量體系。很多企業(yè)都有管理制度和流程，也有很多指標(biāo)，但結(jié)果往往并不理想，其原因在于缺乏匹配自身組織成熟度的實(shí)施路線圖。概述有效的過程管控和績效衡量體系運(yùn)營管理體系的實(shí)施路線圖圍繞服務(wù)指標(biāo)和組織成熟度落實(shí) IT 運(yùn)營管理能力決策層管控層操作層服務(wù)質(zhì)量和資源配置合理性執(zhí)行力指標(biāo)操作層OLAIT價(jià)值圍繞業(yè)務(wù)價(jià)值、優(yōu)化服務(wù)成本在有限

29、IT 投入基礎(chǔ)上，通過指標(biāo)化的衡量手段，把重要資源配置到最為重要的 IT 業(yè)務(wù)服務(wù)領(lǐng)域，保證成本的價(jià)值最大化服務(wù)目錄體系框架服務(wù)標(biāo)準(zhǔn)與規(guī)范角色職責(zé)匹配成本核算與控制可視化管理、精準(zhǔn)決策通過指標(biāo)衡量的方式，影響團(tuán)隊(duì)的行為模式；通過指標(biāo)衡量，決定人財(cái)物的合理配置固化規(guī)范、增強(qiáng)協(xié)同能力通過操作級(jí)衡量指標(biāo)，提供對(duì)操作規(guī)范落地能力、團(tuán)隊(duì)協(xié)同能力和協(xié)同效率、專業(yè)運(yùn)維單位的工作效率和工作效能的全面衡量發(fā)現(xiàn)問題、解決問題的能力通過“可用性管理”、“容量管理”、“容災(zāi)管理”和“安全管理”等四個(gè)管控流程，實(shí)現(xiàn)對(duì)日常運(yùn)作過程的監(jiān)測，保證過程可控、規(guī)范，同時(shí)從指標(biāo)衡量角度推動(dòng)持續(xù)優(yōu)化容災(zāi)管理可用性管理容量管理需求管理

30、安全管理架構(gòu)管理開發(fā)測試管理變更發(fā)布管理配置管理操作管理監(jiān)控管理故障管理問題管理知識(shí)管理服務(wù)目錄是落實(shí)指標(biāo)導(dǎo)向運(yùn)營管理的基石服務(wù)目錄包含業(yè)務(wù)服務(wù)目錄和技術(shù)服務(wù)目錄兩部分概述業(yè)務(wù)服務(wù)目錄涵蓋向用戶和各部門交付的支撐業(yè)務(wù)功能和流程的各項(xiàng)IT服務(wù)。技術(shù)服務(wù)目錄包括實(shí)現(xiàn)業(yè)務(wù)服務(wù)所需的IT基礎(chǔ)設(shè)施和相關(guān)支持、保障、管控服務(wù)。將所有日常運(yùn)維活動(dòng)按4個(gè)一級(jí)分類，30個(gè)二級(jí)分類、130個(gè)三級(jí)分類進(jìn)行分類管理。基于服務(wù)目錄的指標(biāo)體系概述服務(wù)目錄的作用：基于業(yè)務(wù)系統(tǒng)/維護(hù)團(tuán)隊(duì)來規(guī)范日常維護(hù)活動(dòng)；對(duì)日常維護(hù)工作排程；管理業(yè)務(wù)系統(tǒng)的健康水平和風(fēng)險(xiǎn)水平；平衡管理成本和服務(wù)水平。需各團(tuán)隊(duì)的配合：以可用性管控、容量管控、災(zāi)

31、備管控作為三條主線來關(guān)聯(lián)運(yùn)維活動(dòng)。服務(wù)經(jīng)理和流程經(jīng)理肩負(fù)總體管控的角色?！耙煌馊齼?nèi)”的架構(gòu)：“一外”指業(yè)務(wù)層從服務(wù)用戶和投資方的角度(運(yùn)維中心之外)展現(xiàn)服務(wù)現(xiàn)狀?！叭齼?nèi)”在執(zhí)行層、管控層、決策層三個(gè)層面體現(xiàn)服務(wù)管理體系。概述業(yè)務(wù)層基于業(yè)務(wù)系統(tǒng)，八大服務(wù)指標(biāo)從四方面體現(xiàn)當(dāng)前服務(wù)狀況。操作層基層執(zhí)行層。將所有日常運(yùn)維活動(dòng)按4個(gè)一級(jí)分類，30個(gè)二級(jí)分類、130個(gè)三級(jí)分類進(jìn)行分類管理。管控層中層管控層。以可用性管控、容量管控、災(zāi)備管控這三條主線串起所有相關(guān)活動(dòng)，形成三個(gè)管控維度。決策層從系統(tǒng)當(dāng)前的風(fēng)險(xiǎn)度、成本水平、健康度三個(gè)方面解釋當(dāng)前服務(wù)水平的原因，為運(yùn)維中心領(lǐng)導(dǎo)做決策提供信息支持。服務(wù)指標(biāo)衡量框架

32、在服務(wù)目錄的設(shè)計(jì)階段，實(shí)現(xiàn)了從SLA到OLA的指標(biāo)分解，但對(duì)于這些指標(biāo)在日常運(yùn)維工作中如何使用，仍需要一個(gè)完整的體系，因此本節(jié)將主要來說明基于這些指標(biāo)的體系框架及使用說明概述對(duì)SLA的衡量就好比一個(gè)人生病了，就會(huì)到醫(yī)院看病，醫(yī)生就會(huì)進(jìn)行相應(yīng)的檢查，那這些檢查的項(xiàng)目就是我們的OLA，至于要檢查哪些項(xiàng)目是依據(jù)相應(yīng)的病癥而定，也就是SLA到OLA的分解，最終根據(jù)檢查結(jié)果再對(duì)癥下藥，盡快恢復(fù)。對(duì)健康度和風(fēng)險(xiǎn)度的衡量就好比對(duì)一個(gè)人進(jìn)行體檢，檢查是全面的，也就是說這個(gè)人還沒有明顯病癥，但是通過日常全面檢查及時(shí)發(fā)現(xiàn)可能存在的一些隱患，并采取相應(yīng)的措施（可能需要藥物治療，可能是要主要鍛煉身體），避免生病。對(duì)服

33、務(wù)成本的衡量則是根據(jù)個(gè)人病史（病癥及醫(yī)生診斷結(jié)果）和體檢結(jié)果進(jìn)行匯總分析，并結(jié)合個(gè)人實(shí)際情況（例如經(jīng)濟(jì)狀況，工作狀況等）來決定如何進(jìn)行改善，增強(qiáng)個(gè)人體質(zhì)，保證不生病。服務(wù)指標(biāo)衡量框架概述（續(xù)）針對(duì)8個(gè)SLA指標(biāo)都已經(jīng)定義了相應(yīng)的計(jì)算公式，數(shù)據(jù)來源，同時(shí)對(duì)于每個(gè)應(yīng)用服務(wù)的這個(gè)8個(gè)SLA指標(biāo)也制定了不同的標(biāo)準(zhǔn)。通過系統(tǒng)或者報(bào)表的方式對(duì)SLA進(jìn)行計(jì)算，并比較計(jì)算結(jié)果和既定標(biāo)準(zhǔn)。當(dāng)某個(gè)SLA的結(jié)果超出標(biāo)準(zhǔn)要求時(shí)，就需要基于SLA到OLA的分解進(jìn)一步分析潛在的原因：是技術(shù)問題還是日常運(yùn)維問題？并根據(jù)分析結(jié)果制定相依的解決方案使SLA達(dá)標(biāo)。業(yè)務(wù)服務(wù)指標(biāo)衡量健康度衡量某個(gè)業(yè)務(wù)系統(tǒng)的應(yīng)用和基礎(chǔ)設(shè)施的技術(shù)使用情

34、況和當(dāng)前狀態(tài)：通過監(jiān)控工具對(duì)技術(shù)指標(biāo)進(jìn)行監(jiān)控并與閥值進(jìn)行比較衡量對(duì)系統(tǒng)的應(yīng)用和系統(tǒng)所采用的架構(gòu)進(jìn)行評(píng)估衡量對(duì)系統(tǒng)采用的工具化程度進(jìn)行評(píng)估衡量風(fēng)險(xiǎn)度衡量某個(gè)業(yè)務(wù)系統(tǒng)的日常運(yùn)維活動(dòng)的執(zhí)行情況：對(duì)每個(gè)系統(tǒng)必要的活動(dòng)進(jìn)行定義，每個(gè)活動(dòng)都對(duì)應(yīng)1個(gè)或多個(gè)OLA對(duì)活動(dòng)的OLA進(jìn)行計(jì)算衡量健康度和風(fēng)險(xiǎn)度衡量將業(yè)務(wù)服務(wù)指標(biāo)的衡量結(jié)果，健康度和風(fēng)險(xiǎn)度衡量的結(jié)果進(jìn)行匯總后，從技術(shù)和運(yùn)維活動(dòng)的角度對(duì)某個(gè)業(yè)務(wù)服務(wù)（系統(tǒng)）進(jìn)行分析基于分析結(jié)果，進(jìn)行服務(wù)成本（包括人力，資金和資源）進(jìn)行合理的決策服務(wù)成本決策分析指標(biāo)衡量的使用場景 系統(tǒng)風(fēng)險(xiǎn)度的衡量系統(tǒng)風(fēng)險(xiǎn)度是針對(duì)當(dāng)前涵蓋的管理框架下（可用性管理&容量管理&災(zāi)備管理）的各管理

35、領(lǐng)域的活動(dòng)完成情況進(jìn)行衡量的指標(biāo)，即對(duì)每個(gè)活動(dòng)的OLA進(jìn)行統(tǒng)計(jì)和衡量。它反應(yīng)了日常運(yùn)維工作的執(zhí)行是否正常，從而確保運(yùn)維風(fēng)險(xiǎn)最低。概述OLA評(píng)分標(biāo)準(zhǔn)衡量對(duì)象上線檢查故障處置變更成功率變更后的故障率解決及時(shí)率實(shí)際/目標(biāo)得分=100%2衡量權(quán)重指標(biāo)衡量的使用場景 系統(tǒng)健康度的衡量系統(tǒng)健康度是針對(duì)支撐系統(tǒng)所使用的軟硬件基礎(chǔ)設(shè)施的技術(shù)參數(shù)進(jìn)行評(píng)估和考核的指標(biāo)，它可以實(shí)時(shí)反應(yīng)當(dāng)前系統(tǒng)運(yùn)行的狀態(tài)是否正常。概述OLA評(píng)分標(biāo)準(zhǔn)衡量對(duì)象Unix系統(tǒng)Oracle數(shù)據(jù)庫CPU利用率內(nèi)存利用率臨時(shí)表空間空閑率實(shí)際/目標(biāo)得分=100%2衡量權(quán)重指標(biāo)衡量的使用場景 服務(wù)成本的衡量服務(wù)成本是保證 IT 投入產(chǎn)出比的重要衡量指

36、標(biāo)，IT 運(yùn)營組織比較合理的管理成本方式是跟行業(yè)內(nèi)類似規(guī)模和成熟度的企業(yè)進(jìn)行行業(yè)對(duì)標(biāo)，了解自己的運(yùn)維效率，進(jìn)而可以有針對(duì)性的提升成本優(yōu)化的工作概述運(yùn)營成本的衡量主要分成三個(gè)部分，資源利用率、保障措施成本和投入運(yùn)維的人力成本。服務(wù)成本衡量的主要方式是行業(yè)對(duì)標(biāo)，通過對(duì)標(biāo)可以找到與行業(yè)內(nèi)領(lǐng)先企業(yè)的差距，然后推動(dòng)優(yōu)化措施，提升運(yùn)維效率。若干行業(yè)對(duì)標(biāo)數(shù)據(jù)：服務(wù)請(qǐng)求處理成本：8-12件/每人天服務(wù)器維護(hù)成本人保：20臺(tái)/人交行：11臺(tái)/人中行北數(shù)：12.5臺(tái)/人建行北數(shù)：12.5臺(tái)/人服務(wù)器容量匹配度：1 1.5年行業(yè)對(duì)標(biāo)數(shù)據(jù)服務(wù)成本資源利用率服務(wù)器容量匹配度保障措施成本存儲(chǔ)容量匹配度監(jiān)控成本自動(dòng)化工具成

37、本人力成本服務(wù)請(qǐng)求處理成本服務(wù)器維護(hù)成本指標(biāo)衡量的應(yīng)用場景場景示例核心的SLA均達(dá)標(biāo)，但存在技術(shù)和運(yùn)維風(fēng)險(xiǎn)，問題分析如下： 部分批量任務(wù)進(jìn)程出現(xiàn)超時(shí)，主機(jī)的CPU利用率高，日常巡檢和日志清理的工作不及時(shí)。網(wǎng)銀的SLA1和SLA3被打破，同時(shí)健康和風(fēng)險(xiǎn)也出現(xiàn)紅色告警，問題分析如下：網(wǎng)銀出口流量較大，服務(wù)器的CUP和內(nèi)存利用率高；缺乏有效的處理預(yù)案價(jià)值分析，故障處理不及時(shí)。第三方存管：運(yùn)行正常，經(jīng)過分析：目前系統(tǒng)資源冗余度較大：如CPU利用率，內(nèi)存利用率等。統(tǒng)籌上述三個(gè)系統(tǒng)的表現(xiàn)和問題分析，可以有針對(duì)性的制定相應(yīng)的改進(jìn)措施：在整個(gè)預(yù)算規(guī)劃中，可以考慮減少第三方存管的資源投入，加大對(duì)核心和網(wǎng)銀的資源

38、投入，解決目前遇到的技術(shù)問題。針對(duì)核心：調(diào)整巡檢和日志清理的頻率，資源允許的情況下，可以考慮增加一定的人員投入。針對(duì)網(wǎng)銀：需要增加故障處理人員，并加強(qiáng)二線人員的分析和總結(jié)能力，提升處理預(yù)案價(jià)值，從而幫助一線處理人員提升處理能力。SLA1SLA2SLA3SLA4SLA5SLA6SLA7SLA8健康度風(fēng)險(xiǎn)度核心網(wǎng)銀第三方存管運(yùn)營管理落地實(shí)現(xiàn)要素分析 合理科學(xué)的運(yùn)營管理流程框架云數(shù)據(jù)中心管理框架是在傳統(tǒng)數(shù)據(jù)中心管理模式的基礎(chǔ)上，繼承與發(fā)展出的一套適合云數(shù)據(jù)中心的運(yùn)營管理模型。管理框架服務(wù)交付：云數(shù)據(jù)中心相比傳統(tǒng)數(shù)據(jù)中心資源和應(yīng)用服務(wù)的自助化和自動(dòng)化程度高出很多，而且此時(shí)所談的服務(wù)交付更多是已經(jīng)被規(guī)格

39、化、產(chǎn)品化后的標(biāo)準(zhǔn)內(nèi)容。運(yùn)維管理：云數(shù)據(jù)中心的資源和應(yīng)用都服務(wù)化了，所有應(yīng)用上線過程其實(shí)是一個(gè)新服務(wù)發(fā)布的過程，或者是一個(gè)服務(wù)內(nèi)容調(diào)整的過程，這比傳統(tǒng)數(shù)據(jù)中心純粹站在應(yīng)用發(fā)布的視角會(huì)有明顯變化。資源操作：基于云數(shù)據(jù)中心的技術(shù)應(yīng)用特點(diǎn)增加了“資源供應(yīng)與分配管理”、“資源部署/回收管理”和“動(dòng)態(tài)管理”的內(nèi)容。資源管理：是在配置管理基礎(chǔ)上擴(kuò)展而來，是云數(shù)據(jù)中心的特色之一，存在一些資源池化數(shù)據(jù)中心的特色，增加“軟件資產(chǎn)管理”,“服務(wù)開通管理”和“鏡像管理”等資源池環(huán)境下獨(dú)特的管理模塊。服務(wù)規(guī)劃：完成如何將云數(shù)據(jù)中心的資源進(jìn)行封裝，并設(shè)計(jì)符合用戶要求的服務(wù)。信息安全：安全管理的內(nèi)容跟傳統(tǒng)數(shù)據(jù)中心沒有差別

40、，但資源池環(huán)境的安全技術(shù)跟傳統(tǒng)數(shù)據(jù)中心存在很大差別。運(yùn)營管理落地實(shí)現(xiàn)要素分析 合理的組織設(shè)置服務(wù)治理 針對(duì)多數(shù)據(jù)中心環(huán)境，需要考慮服務(wù)治理模式的合理設(shè)置，重點(diǎn)在于以下若干方面的考慮：總分模式的考慮?，F(xiàn)代應(yīng)用環(huán)境相比過去變的越來越復(fù)雜，所以從應(yīng)用服務(wù)角度需要在所有數(shù)據(jù)中心之上設(shè)置統(tǒng)一管理的職能在云化環(huán)境中，資源管理與傳統(tǒng)環(huán)境發(fā)生比較重大的變化，需要統(tǒng)一考慮全局的資源管理職能服務(wù)治理模式崗責(zé)和資源配備 崗位設(shè)置合理，責(zé)任界面清晰，避免重復(fù)、缺失或者職責(zé)不清情況；各類崗位資源配比合理。崗責(zé)設(shè)置和資源配備符合云化數(shù)據(jù)中心的組織形態(tài) 按照云化的進(jìn)展和組織成熟度，選擇合適的組織形態(tài)，并對(duì)未來多活環(huán)境下的組

41、織形態(tài)開展預(yù)研工作。合理的組織形態(tài)版本上線時(shí)，需要填寫大量的二維表，這些數(shù)據(jù)是否可以直接導(dǎo)入到CMDB中，如果CMDB中有數(shù)據(jù)，是否可以引用。上線29步，有大量的重復(fù)的表格 “云”的環(huán)境不僅要求基礎(chǔ)架構(gòu)需要擁有“柔性”和“彈性”，同時(shí)對(duì)運(yùn)營組織也存在同樣的要求。合理的服務(wù)治理模式、合理的 IT 二級(jí)部門設(shè)置和清晰的崗責(zé)是保證組織“柔性”和彈性的關(guān)鍵。概述運(yùn)營管理落地實(shí)現(xiàn)要素分析 運(yùn)維工具的支撐“監(jiān)控平臺(tái)”：構(gòu)建整個(gè)IT監(jiān)控架構(gòu)，實(shí)現(xiàn)集中事件管理，并為面向業(yè)務(wù)的監(jiān)控管理打下基礎(chǔ)?！傲鞒唐脚_(tái)”：整合并標(biāo)準(zhǔn)化運(yùn)維的日常工作，將日常的工作規(guī)范，并透明化?！罢宫F(xiàn)及運(yùn)營平臺(tái)”：建設(shè)統(tǒng)一運(yùn)營分析平臺(tái)和統(tǒng)一門

42、戶展現(xiàn)平臺(tái)將有效增強(qiáng)數(shù)據(jù)利用和展示效果?！白詣?dòng)化操作平臺(tái)”：完成對(duì)整個(gè)IT操作的集中管控和自動(dòng)化。“云資源管理平臺(tái)”：將各種資源池化進(jìn)行納管，提供統(tǒng)一的云資源管理服務(wù)。“配置管理數(shù)據(jù)庫”：記錄完整的、準(zhǔn)確的IT環(huán)境中各組件的信息和彼此間的關(guān)聯(lián)關(guān)系，作為唯一、可信的數(shù)據(jù)源，為周邊系統(tǒng)提供支撐數(shù)據(jù)。基于業(yè)界公認(rèn)的BSM（業(yè)務(wù)服務(wù)管理）框架進(jìn)行規(guī)劃按照“五臺(tái)一庫”的功能區(qū)域進(jìn)行規(guī)劃工具框架議程 第1部分 云數(shù)據(jù)中心發(fā)展趨勢 第2部分 云數(shù)據(jù)中心運(yùn)營管理能力2.1 運(yùn)營管理能力2.2 數(shù)據(jù)中心運(yùn)維管理能力2.3 資源與服務(wù)的封裝能力2.4 資源操作管理能力2.5 信息化統(tǒng)一門戶2.6 運(yùn)營管理的全局?jǐn)?shù)

43、據(jù)支撐能力 云（化）數(shù)據(jù)中心運(yùn)營管理流程框架 運(yùn)維管理作用是有效組織運(yùn)維人員完成預(yù)定任務(wù)運(yùn)維管理主要為數(shù)據(jù)中心提供兩種核心能力：一是提供了一套任務(wù)框架，二是提供了基于崗責(zé)的協(xié)同方案。管理框架服務(wù)交付：云數(shù)據(jù)中心相比傳統(tǒng)數(shù)據(jù)中心資源和應(yīng)用服務(wù)的自助化和自動(dòng)化程度高出很多，而且此時(shí)所談的服務(wù)交付更多是已經(jīng)被規(guī)格化、產(chǎn)品化后的標(biāo)準(zhǔn)內(nèi)容。運(yùn)維管理：云數(shù)據(jù)中心的資源和應(yīng)用都服務(wù)化了，所有應(yīng)用上線過程其實(shí)是一個(gè)新服務(wù)發(fā)布的過程，或者是一個(gè)服務(wù)內(nèi)容調(diào)整的過程，這比傳統(tǒng)數(shù)據(jù)中心純粹站在應(yīng)用發(fā)布的視角會(huì)有明顯變化。資源操作：基于云數(shù)據(jù)中心的技術(shù)應(yīng)用特點(diǎn)增加了“資源供應(yīng)與分配管理”、“資源部署/回收管理”和“動(dòng)態(tài)

44、管理”的內(nèi)容。資源管理：是在配置管理基礎(chǔ)上擴(kuò)展而來，是云數(shù)據(jù)中心的特色之一，存在一些資源池化數(shù)據(jù)中心的特色，增加“軟件資產(chǎn)管理”,“服務(wù)開通管理”和“鏡像管理”等資源池環(huán)境下獨(dú)特的管理模塊。服務(wù)規(guī)劃：完成如何將云數(shù)據(jù)中心的資源進(jìn)行封裝，并設(shè)計(jì)符合用戶要求的服務(wù)。信息安全：安全管理的內(nèi)容跟傳統(tǒng)數(shù)據(jù)中心沒有差別，但資源池環(huán)境的安全技術(shù)跟傳統(tǒng)數(shù)據(jù)中心存在很大差別。運(yùn)維管理流程的能力要素分析 合理的管理流程目標(biāo)運(yùn)維管理的核心在于每個(gè)流程都隱含明確管理目標(biāo)，而不能僅僅當(dāng)成日常任務(wù)的工作流。流程設(shè)計(jì)、崗責(zé)厘定、衡量指標(biāo)和考評(píng)等，都需要圍繞著管理目標(biāo)而定。同時(shí)，運(yùn)維流程也需要把人與工具貫穿成一體以完成這個(gè)流

45、程設(shè)定的目標(biāo)。概述已知故障，并已固化處理預(yù)案已知故障，但未固化處理預(yù)案未知故障，風(fēng)險(xiǎn)故障管理目標(biāo)故障管理的持續(xù)閉環(huán)：一次系統(tǒng)：對(duì)已知故障的快速識(shí)別，并通過固化的、標(biāo)準(zhǔn)化的預(yù)案進(jìn)行故障恢復(fù)，實(shí)現(xiàn)對(duì)故障的快速響應(yīng)。二次系統(tǒng)：對(duì)已經(jīng)識(shí)別故障進(jìn)行分析形成規(guī)則，對(duì)故障恢復(fù)方案形成針對(duì)性恢復(fù)預(yù)案，并歸入故障和預(yù)案知識(shí)庫。三次系統(tǒng)：對(duì)故障相關(guān)的所有告警和工單數(shù)據(jù)進(jìn)行挖掘，并發(fā)現(xiàn)規(guī)律，實(shí)現(xiàn)對(duì)故障發(fā)生的預(yù)測，將故障發(fā)現(xiàn)從故障指標(biāo)的識(shí)別提前到相關(guān)故障發(fā)生前的系統(tǒng)狀態(tài)。數(shù)據(jù)中心故障管理的目標(biāo)：對(duì)已知故障形成固化的、標(biāo)準(zhǔn)化的處理預(yù)案，加速故障恢復(fù)；增強(qiáng)對(duì)未知故障的識(shí)別和預(yù)測能力，持續(xù)將未知轉(zhuǎn)化為已知。決策層管控層操作

46、層績效分析和決策執(zhí)行力管理風(fēng)險(xiǎn)管理操作過程標(biāo)準(zhǔn)化績效驅(qū)動(dòng)持續(xù)優(yōu)化指標(biāo)匯總分析風(fēng)險(xiǎn)驅(qū)動(dòng)持續(xù)優(yōu)化生產(chǎn)力衡量生產(chǎn)效率衡量組織風(fēng)險(xiǎn)流程風(fēng)險(xiǎn)技術(shù)風(fēng)險(xiǎn)合規(guī)風(fēng)險(xiǎn)決策風(fēng)險(xiǎn)規(guī)避分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析和決策流程環(huán)節(jié)工單分類表單規(guī)范狀態(tài)和代碼角色和職責(zé)流轉(zhuǎn)控制流程操作規(guī)范流程上下文流程信息交互流程集成規(guī)范管理規(guī)范組織持續(xù)優(yōu)化流程持續(xù)優(yōu)化技術(shù)持續(xù)優(yōu)化管控持續(xù)優(yōu)化持續(xù)優(yōu)化管理執(zhí)行力管控規(guī)范風(fēng)險(xiǎn)管控規(guī)范風(fēng)險(xiǎn)偵測和管控執(zhí)行力偵測和管控管控標(biāo)準(zhǔn)化執(zhí)行力指標(biāo)輸出風(fēng)險(xiǎn)偵測指標(biāo)輸出開單管控流轉(zhuǎn)管控操作管控超時(shí)管控運(yùn)維管理流程的能力要素分析 三層指標(biāo)體系管理流程衡量指標(biāo)示例決策層管控層操作層投訴管理流程整體有效性工單及時(shí)率工單解決率重

47、開單率工單滿意率工單合規(guī)率操作有效性派單質(zhì)量合格率工單平均流轉(zhuǎn)次數(shù)質(zhì)檢點(diǎn)合規(guī)率管控有效性管理告警次數(shù)管理告警處理及時(shí)率持續(xù)優(yōu)化有效性同類投訴量的趨勢投訴發(fā)起問題的重開單率個(gè)人/組工作效率個(gè)人/組工單處理及時(shí)率個(gè)人/組解決率個(gè)人/組轉(zhuǎn)單率個(gè)人/組工單新建/處理量個(gè)人/組工作質(zhì)量個(gè)人/組重開單率個(gè)人/組工單滿意率個(gè)人/組工單合規(guī)率個(gè)人/組派單質(zhì)量合格率個(gè)人/組知識(shí)積累個(gè)人/組知識(shí)提交量個(gè)人/組知識(shí)被使用量個(gè)人/組知識(shí)評(píng)價(jià)圍繞業(yè)務(wù)價(jià)值衡量本管理流程目標(biāo)是否達(dá)成，或者達(dá)成程度如何衡量本管理流程執(zhí)行過程與規(guī)范相比是否存在偏差，并分析是規(guī)范問題、執(zhí)行問題、崗責(zé)問題還是人員問題通過對(duì)人員/組的衡量，促進(jìn)期望

48、的行為模式，同時(shí)提升流程過程中團(tuán)隊(duì)協(xié)同能力云（化）數(shù)據(jù)中心環(huán)境下崗位與職責(zé)的變化分析資源規(guī)劃崗：是原有的項(xiàng)目組資源規(guī)劃角色轉(zhuǎn)變而來，把過去分散的各項(xiàng)目資源規(guī)劃崗位統(tǒng)一為資源池的整體規(guī)劃崗位。根據(jù)業(yè)務(wù)要求規(guī)劃資源池的服務(wù)內(nèi)容、容量、功能、可用性等管理目標(biāo)，制定資源池發(fā)展規(guī)劃；資源審批崗：根據(jù)服務(wù)對(duì)應(yīng)的資源審批策略，審核資源的需求申請(qǐng)內(nèi)容、業(yè)務(wù)要求、資源池狀況等批準(zhǔn)或拒絕資源的申請(qǐng)；資源池管理崗：完成資源池生命周期管理，包括資源池日常管理、資源池資源運(yùn)行分析等任務(wù)，具體劃分為X86資源池管理崗、小型機(jī)資源池管理崗、存儲(chǔ)資源池管理崗、標(biāo)準(zhǔn)化介質(zhì)管理崗四個(gè)管理角色；資源管理崗：是原有資產(chǎn)管理崗提升而來

49、，完成池中資源的生命周期管理，任務(wù)有資產(chǎn)接收、資產(chǎn)出入庫、資產(chǎn)上架上電、資產(chǎn)調(diào)撥、資產(chǎn)盤點(diǎn)、資產(chǎn)下架、資產(chǎn)報(bào)廢等；云平臺(tái)管理崗：保障云平臺(tái)的穩(wěn)定運(yùn)行和日常管理，實(shí)現(xiàn)的任務(wù)包括：用戶管理、組織機(jī)構(gòu)管理、權(quán)限管理、操作審計(jì)等。云數(shù)據(jù)中心運(yùn)營崗位圖云（化）數(shù)據(jù)中心環(huán)境下的運(yùn)營組織和管理體系將產(chǎn)生很多變化，必然要對(duì)傳統(tǒng)數(shù)據(jù)中心環(huán)境的運(yùn)營崗位進(jìn)行優(yōu)化改進(jìn)以適應(yīng)新的要求。崗責(zé)云（化）數(shù)據(jù)中心運(yùn)營管理工具框架 運(yùn)維管理平臺(tái)在工具框架中的定位和集成關(guān)系靈活定制能力圖形化的表單定制器流程引擎三層指標(biāo)端到端監(jiān)控表單自定義字段的支撐OLA 管理功能跨流程 OLA 監(jiān)控能力集成能力通知接口監(jiān)控平臺(tái)接口自動(dòng)化操作平臺(tái)接

50、口云平臺(tái)接口CMDB 集成接口作為運(yùn)維管理的重要支撐，ITIL 管理流程平臺(tái)需要具備多種技術(shù)能力，才能很好支撐前述的 IT 業(yè)務(wù)流程三層指標(biāo)監(jiān)控、靈活定制和各類相關(guān)集成的能力要求。工具框架議程 第1部分 云數(shù)據(jù)中心發(fā)展趨勢 第2部分 云數(shù)據(jù)中心運(yùn)營管理能力2.1 運(yùn)營管理能力2.2 數(shù)據(jù)中心運(yùn)維管理能力2.3 資源與服務(wù)的封裝能力2.4 資源操作管理能力2.5 信息化統(tǒng)一門戶2.6 運(yùn)營管理的全局?jǐn)?shù)據(jù)支撐能力 服務(wù)和資源封裝能力分析 云資源管理平臺(tái)的價(jià)值定位云資源管理系統(tǒng)基礎(chǔ)環(huán)境基礎(chǔ)架構(gòu)平臺(tái)軟件業(yè)務(wù)應(yīng)用云資源管理平臺(tái)的價(jià)值定位標(biāo)準(zhǔn)化標(biāo)準(zhǔn)化、柔性、彈性標(biāo)準(zhǔn)化、柔性、彈性標(biāo)準(zhǔn)化、模塊化服務(wù)封裝、資

51、源裝配、調(diào)度、資源封裝、自動(dòng)化部署和自動(dòng)化配置服務(wù)封裝能力在“軟件定義”數(shù)據(jù)中心中起到“大腦”和“總控”的作用。在 BMC 云（化）數(shù)據(jù)中心運(yùn)營管理框架中，云資源管理平臺(tái)承擔(dān)著“服務(wù)封裝”的功能定位。同時(shí)，在“存儲(chǔ)”和“網(wǎng)絡(luò)”未達(dá)到真正的“軟件定義”階段，云平臺(tái)也執(zhí)行部分“資源封裝”的作用。概述云資源管理平臺(tái)核心能力要素分析異構(gòu)資源適配和封裝能力資源服務(wù)裝配能力全局資源調(diào)度能力資源規(guī)劃支撐能力云資源管理平臺(tái)具備四大核心能力要素，分別是：封裝和適配范圍：可適配的資源種類與數(shù)量裝配能力：預(yù)定義的服務(wù)模型種類與復(fù)雜程度調(diào)度策略：能夠支撐的調(diào)度策略種類容量規(guī)劃：預(yù)定義的容量預(yù)測算法、圖形化工具的種類和

52、能力云資源管理平臺(tái)能力模型偵測能力云資源管理平臺(tái)對(duì)下適配封裝各種類型的資源，形成資源的“原子”服務(wù)；對(duì)上提供多種多樣的、面向用戶的資源服務(wù)，是“軟件定義”數(shù)據(jù)中心服務(wù)能力的集中體現(xiàn)。概述BMC 云平臺(tái)資源封裝和調(diào)度能力一覽作為云資源管理平臺(tái)核心能力之一的異構(gòu)資源適配、封裝、調(diào)度和自動(dòng)化部署能力，BMC 的云資源管理平臺(tái)能夠提供傳統(tǒng)企業(yè)內(nèi)存在的主流基礎(chǔ)架構(gòu)設(shè)施概述X86物理服務(wù)器X86虛擬化平臺(tái)VmwareHyper-VXenKVM小型機(jī)IBM 和 HP 物理機(jī)IBM 微分區(qū)HP vPar 和 nParIBM HMC 和 SDAIX NIMHP-UX Ignite計(jì)算資源Amazon Web S

53、ervices (EC2, VPC)Savvis (API v1.5)Terremark (API v2.14)OpenStack (API v2.0)Hadoop API外部資源Oracle 數(shù)據(jù)庫（單機(jī)版和Rack版）WeblogicWebsphereTomcat 平臺(tái)軟件資源EMC 中端、高端存儲(chǔ)設(shè)施HP 中端、高端存儲(chǔ)設(shè)施HP Storage Essentials思科網(wǎng)絡(luò)設(shè)備華三網(wǎng)絡(luò)設(shè)備華為網(wǎng)絡(luò)設(shè)備網(wǎng)絡(luò)資源云（化）數(shù)據(jù)中心運(yùn)營管理流程框架 云資源管理平臺(tái)覆蓋的管理流程和任務(wù)云資源管理平臺(tái)覆蓋云（化）數(shù)據(jù)中心運(yùn)營管理流程框架中各個(gè)層次的管理流程和任務(wù)，實(shí)現(xiàn)針對(duì)各類資源池端到端的資源封裝和

54、服務(wù)自動(dòng)化交付。管理框架服務(wù)交付：云數(shù)據(jù)中心相比傳統(tǒng)數(shù)據(jù)中心資源和應(yīng)用服務(wù)的自助化和自動(dòng)化程度高出很多，而且此時(shí)所談的服務(wù)交付更多是已經(jīng)被規(guī)格化、產(chǎn)品化后的標(biāo)準(zhǔn)內(nèi)容。運(yùn)維管理：云數(shù)據(jù)中心的資源和應(yīng)用都服務(wù)化了，所有應(yīng)用上線過程其實(shí)是一個(gè)新服務(wù)發(fā)布的過程，或者是一個(gè)服務(wù)內(nèi)容調(diào)整的過程，這比傳統(tǒng)數(shù)據(jù)中心純粹站在應(yīng)用發(fā)布的視角會(huì)有明顯變化。資源操作：基于云數(shù)據(jù)中心的技術(shù)應(yīng)用特點(diǎn)增加了“資源供應(yīng)與分配管理”、“資源部署/回收管理”和“動(dòng)態(tài)管理”的內(nèi)容。資源管理：是在配置管理基礎(chǔ)上擴(kuò)展而來，是云數(shù)據(jù)中心的特色之一，存在一些資源池化數(shù)據(jù)中心的特色，增加“軟件資產(chǎn)管理”,“服務(wù)開通管理”和“鏡像管理”等資源

55、池環(huán)境下獨(dú)特的管理模塊。服務(wù)規(guī)劃：完成如何將云數(shù)據(jù)中心的資源進(jìn)行封裝，并設(shè)計(jì)符合用戶要求的服務(wù)。信息安全：安全管理的內(nèi)容跟傳統(tǒng)數(shù)據(jù)中心沒有差別，但資源池環(huán)境的安全技術(shù)跟傳統(tǒng)數(shù)據(jù)中心存在很大差別。云（化）數(shù)據(jù)中心運(yùn)營管理工具框架 云資源管理平臺(tái)在工具框架中的定位和集成關(guān)系云平臺(tái)功能服務(wù)目錄服務(wù)審批流程資源創(chuàng)建和部署性能偵測與資源調(diào)度容量規(guī)劃資源監(jiān)控集成關(guān)系配置庫和配置管理流程平臺(tái)監(jiān)控平臺(tái)Portal統(tǒng)一訪問控制對(duì)外API對(duì)應(yīng)用和 PaaS 層提供資源服務(wù)類API對(duì)運(yùn)營分析提供數(shù)據(jù)訪問API云資源管理平臺(tái)是對(duì)云資源服務(wù)提供端到端管理的工具平臺(tái)，內(nèi)部集成服務(wù)目錄、審批流程、監(jiān)控和容量等功能，同時(shí)也與

56、其他管理平臺(tái)提供了集成關(guān)系工具框架云資源管理平臺(tái)功能框架展現(xiàn)層：各種用戶角色與云資源管理系統(tǒng)的交互界面，實(shí)現(xiàn)基于角色的統(tǒng)一工作臺(tái)，并且完成數(shù)據(jù)的匯聚和綜合展現(xiàn)；服務(wù)交付：根據(jù)用戶的請(qǐng)求匹配合適的資源，按照服務(wù)裝配模型組裝資源完成用戶的請(qǐng)求；資源開通層：通過封裝屏蔽底層資源的差異性，向上提供統(tǒng)一、標(biāo)準(zhǔn)化的調(diào)度接口，完成策略引擎的調(diào)度任務(wù)；適配器層：對(duì)不同資源類型、虛擬化方案提供各自的驅(qū)動(dòng)接口，實(shí)現(xiàn)資源的納管；資源池管理層：實(shí)現(xiàn)資源池和資源的生命周期管理，并完成服務(wù)目錄的創(chuàng)建與發(fā)布；服務(wù)運(yùn)行管理層：通過自動(dòng)化的組件實(shí)現(xiàn)主動(dòng)式的運(yùn)行態(tài)管理，保障云資源管理系統(tǒng)穩(wěn)定運(yùn)行。云資源管理平臺(tái)在邏輯上分為以下6

57、個(gè)層次：展現(xiàn)層、服務(wù)交付層、資源開通層、適配器層、資源池管理層和服務(wù)運(yùn)行管理層等，總共21個(gè)功能組件。概述云資源管理平臺(tái)功能組件架構(gòu)云資源管理平臺(tái)在邏輯上分為以下6個(gè)層次：展現(xiàn)層、服務(wù)交付層、資源開通層、適配器層、資源池管理層和服務(wù)運(yùn)行管理層等，總共21個(gè)功能組件。概述云服務(wù)目錄服務(wù)目錄框架由三級(jí)結(jié)構(gòu)組成，分別是：服務(wù)種類：目錄結(jié)構(gòu)的最高層次，代表了某一種類的服務(wù)，例如規(guī)格化硬件資源服務(wù)、軟件資源服務(wù)、應(yīng)用類服務(wù)等；服務(wù)產(chǎn)品線：具有某一類共同屬性的服務(wù)產(chǎn)品邏輯集合，服務(wù)產(chǎn)品線內(nèi)的服務(wù)產(chǎn)品在資源類型、服務(wù)內(nèi)容等方面都存在一致性；服務(wù)產(chǎn)品：資源池面向用戶提供的具體服務(wù)內(nèi)容，確保用戶可以直觀了解關(guān)于

58、資源池服務(wù)以及其詳細(xì)信息的準(zhǔn)確描述。服務(wù)目錄是資源池藍(lán)圖規(guī)劃，說明了資源池的組成方式，描述了各類資源池能夠提供哪些服務(wù)，是云資源管理平臺(tái)服務(wù)封裝能力的體現(xiàn)。概述云服務(wù)目錄示例服務(wù)種類服務(wù)產(chǎn)品線服務(wù)產(chǎn)品服務(wù)屬性服務(wù)選項(xiàng)規(guī)格化硬件資源服務(wù)X86虛擬機(jī)服務(wù)低配1（2C4G）部署區(qū)域：開發(fā)測試生產(chǎn)災(zāi)備資源等級(jí)要求高性能高密度能耗管理經(jīng)濟(jì)運(yùn)行普通運(yùn)行安全要求安全等級(jí)防病毒要求命名規(guī)范高可用性要求多臺(tái)機(jī)器部署在不同的物理機(jī)上要求多臺(tái)機(jī)器部署在不同的交付單元上獨(dú)占要求CPU和內(nèi)存獨(dú)占IO通道獨(dú)占操作系統(tǒng)產(chǎn)品型號(hào)Windows2008Windows2003RedHat Linux版本補(bǔ)丁參數(shù)配置要求CPU主頻

59、集群預(yù)裝組件JDK.NET Framework賬號(hào)和權(quán)限設(shè)置特殊監(jiān)控要求低配2（2C8G）中配1（4C8G）中配2（4C16G）中配3（4C32G）高配1（8C16G）高配2（8C32G）對(duì)服務(wù)目錄的描述包含可使用本服務(wù)的用戶范圍、適用的服務(wù)方式、所支持的業(yè)務(wù)流程、以及對(duì)用戶承諾的服務(wù)級(jí)別和服務(wù)質(zhì)量(SLA)等。為了實(shí)現(xiàn)更靈活的服務(wù)目錄，對(duì)每一項(xiàng)服務(wù)產(chǎn)品提供服務(wù)屬性（服務(wù)本身的屬性、靠自身資源就可以完成）和服務(wù)選項(xiàng)（需要借助外部的資源、對(duì)資源進(jìn)行補(bǔ)充的選項(xiàng)）。概述云服務(wù)目錄(續(xù))為了快速滿足業(yè)務(wù)系統(tǒng)對(duì)資源池提出的更多能力要求，服務(wù)目錄在云資源管理系統(tǒng)落地實(shí)現(xiàn)中突出柔性概念，能夠快速組裝資源池軟

60、硬件提供的能力，封裝為新的服務(wù)目錄產(chǎn)品，發(fā)布給業(yè)務(wù)部門和用戶使用，從而實(shí)現(xiàn)了服務(wù)目錄的持續(xù)改進(jìn)、緊跟業(yè)務(wù)發(fā)展變化。概述服務(wù)種類服務(wù)產(chǎn)品線服務(wù)產(chǎn)品服務(wù)屬性服務(wù)選項(xiàng)應(yīng)用類服務(wù)企業(yè)門戶系統(tǒng)服務(wù)企業(yè)門戶系統(tǒng)系統(tǒng)功能測試環(huán)境安全要求安全等級(jí)防病毒要求防火墻策略命名規(guī)范安全策略高可用模式本地?cái)?shù)據(jù)備份本地應(yīng)用備份同城數(shù)據(jù)備份同城應(yīng)用備份異地?cái)?shù)據(jù)備份異地應(yīng)用備份部署模式統(tǒng)一版本部署組件變更部署調(diào)度策略高可用策略軟件資源要求（限定的軟件資源服務(wù)目錄種類和個(gè)數(shù)）硬件資源要求（規(guī)格化硬件資源服務(wù)服務(wù)目錄的種類和個(gè)數(shù)）軟硬件連接關(guān)系應(yīng)用版本應(yīng)用配置參數(shù)應(yīng)用入口DNS同步身份信息IP、主機(jī)名、賬號(hào)權(quán)限特殊監(jiān)控要求企業(yè)門