劉銳

摘 要：由于用戶規(guī)模不斷擴(kuò)大，業(yè)務(wù)范圍越來越廣，所以電信的業(yè)務(wù)平臺(tái)規(guī)模不斷擴(kuò)大，在這一背景下，如果使用過去的從硬件到應(yīng)用相互獨(dú)立的“煙囪式”部署方式，那么不僅IT設(shè)備采購會(huì)面臨前所未有的壓力，其部署也會(huì)面臨極大的壓力。所以，對(duì)于電信公司來說，要建立好云計(jì)算的資源池，統(tǒng)一承載業(yè)務(wù)平臺(tái)，共享信息資源。

關(guān)鍵詞：電信業(yè)務(wù) 云計(jì)算 資源池

中圖分類號(hào)：TP393.09 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1672-3791（2016）09（a）-0004-02

1 業(yè)務(wù)平臺(tái)云計(jì)算資源池定位

文章通過討論業(yè)務(wù)平臺(tái)云計(jì)算資源，把它定位為電信內(nèi)部Ia aS（Infrastructure as a Service，基礎(chǔ)設(shè)施即服務(wù)）的內(nèi)部私有云，通常是為電信公司的業(yè)務(wù)平臺(tái)提供資源和服務(wù)。從云計(jì)算發(fā)展到現(xiàn)在，其服務(wù)模式越來越成熟，依據(jù)服務(wù)類型劃分，不僅包含了Iaas（Infrastructure as a Service基礎(chǔ)架構(gòu)即服務(wù)）服務(wù)，還包含了PaaS（platform as a service，平臺(tái)即服務(wù)）和SaaS（Software-as-a-Service，軟件即服務(wù)）等。

2 業(yè)務(wù)平臺(tái)云化整合實(shí)施策略

2.1 業(yè)務(wù)平臺(tái)云化適用性

在分析業(yè)務(wù)平臺(tái)的云化適用性時(shí)，可以從業(yè)務(wù)屬性和技術(shù)屬性兩個(gè)角度進(jìn)行分析。在分析業(yè)務(wù)屬性時(shí)，不僅要考慮業(yè)務(wù)量突發(fā)特征和業(yè)務(wù)對(duì)資源需求量增長趨勢，還要分析其實(shí)時(shí)性要求和應(yīng)用上線周期要求等因素。對(duì)于技術(shù)方面的屬性分析時(shí)，要考慮硬件平臺(tái)為x86架構(gòu)還是小型機(jī)架構(gòu)，考慮其業(yè)務(wù)屬性狀況，還有對(duì)業(yè)務(wù)數(shù)據(jù)的敏感程度等多個(gè)方面。在考慮技術(shù)性因素時(shí)，充分考慮其對(duì)于特殊硬件的依賴程度，自身的負(fù)載特點(diǎn)、本地FO或者網(wǎng)絡(luò)吞吐量、云化遷移工作量、平臺(tái)擴(kuò)容頻度、應(yīng)用廠商對(duì)應(yīng)用平臺(tái)虛擬化的技術(shù)支撐程度等因素。

2.2 業(yè)務(wù)平臺(tái)云化遷移策略

對(duì)于電信現(xiàn)在的業(yè)務(wù)平臺(tái)云化遷移來說，可以通過“剝洋蔥”的方式，從外部向內(nèi)部層層遞進(jìn)。從非實(shí)時(shí)、非關(guān)鍵性業(yè)務(wù)平臺(tái)開始引入，在引進(jìn)“云計(jì)算”技術(shù)，實(shí)現(xiàn)對(duì)小型應(yīng)用的聚集和整合，應(yīng)用標(biāo)準(zhǔn)化強(qiáng)的B/S，處理應(yīng)用重復(fù)性標(biāo)準(zhǔn)化都具備的任務(wù)，處理應(yīng)用可以進(jìn)行拆分的海量計(jì)算任務(wù)、應(yīng)用業(yè)務(wù)忙閑分布不均勻，有明顯的業(yè)務(wù)峰值的和可集中整合的應(yīng)用系統(tǒng)。

3 業(yè)務(wù)網(wǎng)laaS資源池建設(shè)方案

3.1 業(yè)務(wù)網(wǎng)laaS資源池技術(shù)發(fā)展路線

3.1.1 動(dòng)態(tài)擴(kuò)容業(yè)務(wù)平臺(tái)資源池

對(duì)于業(yè)務(wù)平臺(tái)云來說，它的規(guī)模要和初期試點(diǎn)時(shí)的云計(jì)算技術(shù)工程項(xiàng)目資源需求量相適應(yīng)，進(jìn)一步保障有充足的資源，在此基礎(chǔ)上可以按照項(xiàng)目的具體需求擴(kuò)大云計(jì)算資源池。

3.1.2 虛擬化技術(shù)從易到難

按照資源虛擬化的技術(shù)水平高低，要從簡單到復(fù)雜逐漸引入業(yè)務(wù)平臺(tái)的虛擬化技術(shù)。具體來看，在對(duì)于基礎(chǔ)資源的虛擬化中，具體的順序應(yīng)該是從PC服務(wù)器開始整合，然后整合存儲(chǔ)系統(tǒng)，最后是小型機(jī)和網(wǎng)絡(luò)。

3.1.3 云管理平臺(tái)

在開始使用云管理平臺(tái)初期，可以實(shí)現(xiàn)基礎(chǔ)性功能，比如實(shí)現(xiàn)動(dòng)態(tài)遷移和彈性容量等等，后期可以在擴(kuò)大規(guī)模的基礎(chǔ)上，實(shí)現(xiàn)服務(wù)自動(dòng)化、復(fù)雜的業(yè)務(wù)管理等。

3.1.4 容災(zāi)備份與安全

在進(jìn)行備份方面，資源池建設(shè)一開始是借助虛擬機(jī)的在線熱遷移同時(shí)和共享存儲(chǔ)相結(jié)合，進(jìn)一步完成基礎(chǔ)的HA功能。對(duì)于更高級(jí)別的數(shù)據(jù)異地容災(zāi)與備份來說，可以借助于重復(fù)數(shù)據(jù)刪除、數(shù)據(jù)鏡像、數(shù)據(jù)快照和持續(xù)數(shù)據(jù)保護(hù)等技術(shù)完成，在規(guī)模引入階段來實(shí)施。對(duì)于云安全來說，在初期可以通過防火墻和虛擬機(jī)隔離等技術(shù)提高網(wǎng)絡(luò)安全指數(shù)，維護(hù)主機(jī)安全，在規(guī)模引入時(shí)期可以通過入侵檢測與防護(hù)、反病毒軟件等實(shí)現(xiàn)數(shù)據(jù)的安全運(yùn)營，加強(qiáng)安全管理。

3.2 建設(shè)需求

文章以電信的業(yè)務(wù)網(wǎng)為基礎(chǔ)，以一個(gè)試點(diǎn)的云化整合的需求為例，分析了資源池的配置方案。通過和業(yè)務(wù)平臺(tái)云化適應(yīng)性分析方法相結(jié)合，進(jìn)一步選擇5個(gè)左右的平臺(tái)為其整合目標(biāo)進(jìn)行資源池整合。

3.3 資源池硬件設(shè)備需求測算方法

3.3.1 計(jì)算資源池

通過采用區(qū)別承載業(yè)務(wù)的分析方法，進(jìn)一步計(jì)算服務(wù)器的資源需求?？傮w來講，這一分析法是按照現(xiàn)在的網(wǎng)絡(luò)設(shè)備功能定位和負(fù)載特點(diǎn)，相應(yīng)地在資源池中使用不同配置規(guī)格的虛擬機(jī)進(jìn)行承載。很多訪問量較高的平臺(tái)需要配備高水平的虛擬機(jī)，以此作為其前端接入層服務(wù)器，對(duì)于應(yīng)用層和數(shù)據(jù)庫層來說，只要在其中配備常規(guī)的虛擬機(jī)即可。對(duì)于計(jì)算量較大的平臺(tái)來說，要進(jìn)一步配置性能較高的應(yīng)用層虛擬機(jī)，對(duì)于接入層和數(shù)據(jù)庫層來說，常規(guī)配置即可。對(duì)于數(shù)據(jù)處理量較多的平臺(tái)虛擬化技術(shù)來說，它的支撐點(diǎn)可以在整體高性能上實(shí)現(xiàn)數(shù)據(jù)庫層虛擬服務(wù)器，對(duì)于接入層和應(yīng)用層則可以通過常規(guī)配置加以體現(xiàn)。對(duì)于其他的類型平臺(tái)來說，它們對(duì)于資源的需求量較小，所以通過配置常規(guī)的虛擬機(jī)就可以滿足其需求，舉例來看，一些小型的互聯(lián)網(wǎng)應(yīng)用就可以用常規(guī)配置。

3.3.2 存儲(chǔ)資源池

對(duì)于存儲(chǔ)資源池來說，其容量規(guī)劃時(shí)不僅要考慮平臺(tái)的業(yè)務(wù)數(shù)據(jù)量，還要考慮操作系統(tǒng)的映像文件。另外，其他的類似虛擬化管理軟件的數(shù)據(jù)區(qū)空間、磁盤陣列RAID系數(shù)、存儲(chǔ)資源冗余系數(shù)等條件都要加以考慮。

3.3.3 網(wǎng)絡(luò)資源池

對(duì)于網(wǎng)絡(luò)資源池初期來說，必須遵循可擴(kuò)展性的原則。也就是說，不僅要滿足資源池平臺(tái)的網(wǎng)絡(luò)資源需求，還要有足夠的拓展空間，以此來滿足多個(gè)平臺(tái)的需求。對(duì)于核心的交換機(jī)來說，它的配置主要在背板交換帶寬、槽位數(shù)量、端口類型及數(shù)量等參數(shù)方面有所反映。按照規(guī)劃，通過資源池的物理服務(wù)器數(shù)量及每個(gè)服務(wù)器配置的端口數(shù)可以進(jìn)一步計(jì)算整體的交換帶寬需求，通過分析服務(wù)器網(wǎng)卡端口數(shù)和交換機(jī)板卡類型和端口密度進(jìn)一步計(jì)算槽位數(shù)量。對(duì)于防火墻來說，它的配置主要在整機(jī)吞吐量、槽位數(shù)量、端口類型及數(shù)量等參數(shù)上有所體現(xiàn)。通過累加資源池所承載平臺(tái)的出口帶寬需求，計(jì)算出資源池至上層網(wǎng)絡(luò)的出口帶寬。圖1是三大支撐系統(tǒng)共建一套資源池示意圖。

4 結(jié)語

在建設(shè)業(yè)務(wù)網(wǎng)時(shí)，可以引入云計(jì)算技術(shù)，借助于統(tǒng)一的IT基礎(chǔ)資源池完成業(yè)務(wù)平臺(tái)的承載工作，這和電信現(xiàn)在的平臺(tái)數(shù)量多、建設(shè)周期太長等問題相適應(yīng)，有利于控制維護(hù)成本。文章通過分析業(yè)務(wù)平臺(tái)云計(jì)算資源池定位，進(jìn)一步分析業(yè)務(wù)平臺(tái)云化整合實(shí)施策略，最后分析業(yè)務(wù)網(wǎng)IaaS資源池建設(shè)方案。通過分析成本因素和技術(shù)發(fā)展成熟度，進(jìn)一步分析了平臺(tái)業(yè)務(wù)屬性。對(duì)于業(yè)務(wù)平臺(tái)的云化整合來說，要按照一定的步驟有層次地分階段開展，通過與平臺(tái)的特點(diǎn)結(jié)合，進(jìn)一步分析業(yè)務(wù)平臺(tái)云化適用性，對(duì)于云化遷移提供策略。按照IaaS服務(wù)模式的特點(diǎn)和云計(jì)算技術(shù)的發(fā)展情況，進(jìn)一步分析IaaS云資源池的技術(shù)架構(gòu)和分階段的建設(shè)重點(diǎn)，測算資源池、存儲(chǔ)資源池、網(wǎng)絡(luò)資源池及虛擬化軟件的資源需求，有利于電信業(yè)務(wù)平臺(tái)云計(jì)算資源池建設(shè)。

參考文獻(xiàn)

[1] 燕杰，樊勇兵，金華敏，等.電信電信的云計(jì)算資源池部署方法概述[J].電信科學(xué)，2011，27（10）：24-25.

[2] 張婧，張瑞，陳磊，等.基于云計(jì)算技術(shù)的業(yè)務(wù)平臺(tái)整合方案研究.郵電設(shè)計(jì)技術(shù)，2011（10）：76-77.

[3] 姚文勝，李軍，葉何亮，等.IaaS資源池容災(zāi)關(guān)鍵技術(shù)及實(shí)施建議研究[J].電信科學(xué)，2012，28（8）：150-155。