電信運(yùn)營商云計(jì)算資源池?cái)U(kuò)容方案研究-

1、電信運(yùn)營商云計(jì)算資源池?cái)U(kuò)容方案研究摘要:隨著電信運(yùn)營商“去IOE”進(jìn)程的推進(jìn),以及集約化建設(shè),快速靈活支撐業(yè)務(wù)發(fā)展的需要,省級電信運(yùn)營商在幾年前紛紛試點(diǎn)云計(jì)算資源池建設(shè)。但由于在建設(shè)初期,對資源需求、業(yè)務(wù)屬性預(yù)估不準(zhǔn)確,以及技術(shù)現(xiàn)狀等制約,導(dǎo)致在后續(xù)幾年資源池?cái)U(kuò)容中,面臨對原有架構(gòu)調(diào)整等因難點(diǎn)。本文對省級電信運(yùn)營商原有云計(jì)算資源池?cái)U(kuò)容進(jìn)行研究,力圖為省級電信運(yùn)營商資源池?cái)U(kuò)容方案提供借鑒。關(guān)鍵詞:電信運(yùn)營商;云計(jì)算;存儲(chǔ)能力中圖分類號:TN915.0 文獻(xiàn)標(biāo)識碼:A 文章編號:1007-9416(201704-0070-021 背景隨著電信運(yùn)營商“去IOE”進(jìn)程的推進(jìn),省級電信運(yùn)營商積極建設(shè)云計(jì)

2、算資源池。在實(shí)現(xiàn)“X86化”的同時(shí),還可通過集約化建設(shè),一方面降低建設(shè)成本,一方面實(shí)現(xiàn)對業(yè)務(wù)的快速靈活支?巍T誚璩跗冢?由于需求部門對云計(jì)算資源理解的偏差,以及對未來業(yè)務(wù)發(fā)展預(yù)估存在困難,導(dǎo)致在資源池建設(shè)規(guī)模難以精準(zhǔn)。同時(shí),受制于投資、技術(shù)等因素,資源池網(wǎng)絡(luò)架構(gòu)、存儲(chǔ)架構(gòu)等偏保守,后續(xù)幾年業(yè)務(wù)高速發(fā)展,且核心系統(tǒng)的大量遷入,導(dǎo)致在資源池?cái)U(kuò)容中,面臨對原有架構(gòu)調(diào)整等因難點(diǎn)。本文結(jié)合某省級電信運(yùn)營商例子,對原有云計(jì)算資源池?cái)U(kuò)容進(jìn)行研究,力圖為省級電信運(yùn)營商資源池?cái)U(kuò)容方案提供借鑒。2 資源池現(xiàn)狀資源池組網(wǎng)拓?fù)鋱D1所示,目前資源池為單節(jié)點(diǎn)部署,包由計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)、安全和管理5個(gè)子系統(tǒng)構(gòu)成,具體如下。

3、(1計(jì)算能力現(xiàn)狀。主要由X86物理服務(wù)器集群以及X86虛擬服務(wù)器集群構(gòu)成,向各類應(yīng)用及業(yè)務(wù)系統(tǒng)提供不同的計(jì)算承載。分為虛擬化區(qū)、安全隔離區(qū)、物理區(qū),其中虛擬化區(qū)部署8臺4路6核/128G、24臺2路6核/64G服務(wù)器,安全隔離區(qū)部署4臺4路6核/ 192G內(nèi)存服務(wù)器,物理區(qū)部署24臺4路6核/192G服務(wù)器。(2存儲(chǔ)能力現(xiàn)狀。與計(jì)算資源配合,為上層應(yīng)用提供各類存儲(chǔ),采用FC-SAN共享存儲(chǔ),計(jì)算與存儲(chǔ)資源之間通過FC網(wǎng)絡(luò)連接。共部署3套100TB 高端存儲(chǔ),裸盤容量300TB ,其中2套為RAID 0+1方式,1套為RAID 6方式,有效容量165TB。(3網(wǎng)絡(luò)現(xiàn)狀。采用大二層網(wǎng)絡(luò),合設(shè)接入層

4、于核心層網(wǎng)絡(luò)交換機(jī),直接與計(jì)算和存儲(chǔ)資源連接,核心網(wǎng)絡(luò)匯聚接入網(wǎng)絡(luò),與外部網(wǎng)絡(luò)連接。供部署2臺匯聚交換機(jī)、2臺防火墻、2臺負(fù)載均衡器,提供到內(nèi)網(wǎng)的接入能力,安全隔離區(qū)通過雙層異構(gòu)防火墻后,同時(shí)提供到公網(wǎng)接入能力。(4安全現(xiàn)狀。由網(wǎng)絡(luò)安全、軟件安全(虛擬化軟件漏洞、虛擬化HA等、管理安全等多層次的安全功能構(gòu)成。(5管理系統(tǒng)現(xiàn)狀。負(fù)責(zé)對資源池的計(jì)算、存儲(chǔ)、網(wǎng)絡(luò)等各類資源進(jìn)行管理,并通過管理接口,與上層的統(tǒng)一資源管理平臺對接。3 云資源池?cái)U(kuò)容需求在資源池?cái)U(kuò)容中,采用按照虛擬機(jī)需求,或處理能力、存儲(chǔ)容量需求方式,對各使用部門進(jìn)行需求調(diào)研,再將匯總后的需求轉(zhuǎn)換為建設(shè)能力。由于資源池具有彈性擴(kuò)容及快速能力

5、提供的有點(diǎn),同時(shí)為避免建設(shè)規(guī)模偏大,建議在對需求部門調(diào)研時(shí),由原來滿足未來一年峰值需求,改為滿足未來三個(gè)月峰值需求。4 云資源池建設(shè)方案4.1 計(jì)算及存儲(chǔ)擴(kuò)容按照虛擬機(jī)數(shù)量統(tǒng)計(jì)的建設(shè)需求,按照內(nèi)存1:1的方式,換算成物理機(jī)數(shù)量進(jìn)行擴(kuò)容,存儲(chǔ)容量上,建議單臺虛擬機(jī)按照500G存儲(chǔ)容量考慮。采用TPCC處理能力方式統(tǒng)計(jì)的需求,按照單CPU處理能力,計(jì)算出擴(kuò)容服務(wù)器數(shù)量,其中CPU內(nèi)核于內(nèi)存配比建議在1:8以上。存儲(chǔ)擴(kuò)容規(guī)模部分,按照需求的裸容量,再考慮RAID方式后進(jìn)行擴(kuò)容。入FC SAN交換機(jī)有剩余端口可供利舊,且擴(kuò)容容量較低,建議維持FC SAN架構(gòu),新增磁盤陣列用于資源池存儲(chǔ)擴(kuò)容。在FC S

6、AN網(wǎng)絡(luò)已趨飽和,擴(kuò)容將導(dǎo)致架構(gòu)調(diào)整的情況下,由于架構(gòu)調(diào)整復(fù)雜,且不利于技術(shù)演進(jìn),建議在資源池引入分布式存儲(chǔ)。4.2 網(wǎng)絡(luò)擴(kuò)容方案在核心交換機(jī)可端口滿足新增服務(wù)器擴(kuò)容,以及未來資源池拓展的前提下,建議維持大二層網(wǎng)絡(luò),合設(shè)接入層于核心層網(wǎng)絡(luò)交換機(jī)方式。在核心交換機(jī)不能支持?jǐn)U容及資源池未來托找的情況下,需要引入接入交換機(jī),對資源池在物理層進(jìn)行集群劃分。4.3 資源池集群分區(qū)根據(jù)云計(jì)算資源池的根據(jù)承載業(yè)務(wù)類型,為實(shí)現(xiàn)資源合理、精確配置,有效保護(hù)投資,保障核心業(yè)務(wù)安全穩(wěn)定運(yùn)行,資源快速提供。同時(shí)大幅提升資源利用率,簡化管理,實(shí)現(xiàn)資源池精細(xì)化運(yùn)營,建議對資源池進(jìn)行集群劃分,分為、核心業(yè)務(wù)區(qū)、非核心業(yè)務(wù)區(qū)

7、、邊緣業(yè)務(wù)區(qū)等。不同業(yè)務(wù)區(qū)域在資源部署時(shí)對計(jì)算、存儲(chǔ)配置有所區(qū)分,如核心業(yè)務(wù)區(qū)采用高性能設(shè)備,非核心業(yè)務(wù)區(qū)可考慮相對中低端設(shè)備。多種模板靈活組合,提供多樣化、差異性資源,快速支撐應(yīng)用需求。4.4 集中備份隨著云已成為資源的基礎(chǔ)和主要配置手段,核心業(yè)務(wù)大量入云,管理和運(yùn)維安全不能忽視,安全是云中之重。通過鏡像保護(hù)、快照等多種差異化備份方案,保證關(guān)鍵數(shù)據(jù)的備份和恢復(fù),降低管理難度,同時(shí)提升數(shù)據(jù)恢復(fù)速度,防止災(zāi)難情況下的數(shù)據(jù)丟失。對數(shù)據(jù)庫系統(tǒng),建議采用“鏡像保護(hù)+快照+集中備份”方式,對核心系統(tǒng)及單節(jié)點(diǎn)應(yīng)用,建議采用鏡像保護(hù)方式。5 結(jié)語在資源池建設(shè)及擴(kuò)容方案中,應(yīng)加強(qiáng)前后端協(xié)同及統(tǒng)籌規(guī)劃,提高資源池安全性,統(tǒng)籌考慮資源布局、科學(xué)評估能力需求,加強(qiáng)災(zāi)備、資源預(yù)警等建設(shè)?；诓煌布阅?按業(yè)務(wù)類型進(jìn)行分區(qū),核心業(yè)務(wù)區(qū)配置高端X8