1、概述

云，炙手可熱。從底層IP 通信、IT 技術到高層的信息化應用和內容，都有著“云”的身影。云計算是為滿足用戶對低成本、高效率、彈性的海量數(shù)據(jù)存儲、并行處理、軟件及信息化服務需求而出現(xiàn)的新型IT 基礎設施及基于互聯(lián)網(wǎng)的新業(yè)務模式。云計算的出現(xiàn)，使得從網(wǎng)絡建設、業(yè)務運營、設備維護等多個角度都對傳統(tǒng)IT 系統(tǒng)建設產(chǎn)生了深遠的影響。

為了實現(xiàn)已有IT 系統(tǒng)向私有云平臺的遷移及新建系統(tǒng)的部署，保證私有基礎設施云平臺的( 以下簡稱“IaaS”) 平滑演進，本文從遷移實施方法、流程、方式及新系統(tǒng)部署、系統(tǒng)復雜度評估等幾個方面來探討如何將IT 系統(tǒng)遷移到基礎設施云平臺，以期對中國移動云計算的實施提供參考。

2、遷移實施方法

IT 系統(tǒng)遷移到IaaS 需要分3 個階段來實施，即分析、設計及建設階段，測試階段，遷移及擴展階段。

2.1 分析、設計及建設階段

收集和定義各需求線條( 包括IT 支撐、業(yè)務以及遠期的核心網(wǎng)三大線條) 基礎設施新建、改造、擴容需求：主要考慮1~2 年內的需求，并對未來3 ~5 年的需求進行規(guī)劃及評估。

識別和定義必需的運維、技術架構功能組件：包括技術規(guī)范、服務器架構、數(shù)據(jù)庫服務/ 基礎服務、并發(fā)處理能力、存儲容量及增長趨勢、SLA、故障響應時間、變更管理等等。

快速建設支持運行測試驗證的環(huán)境：包括基礎網(wǎng)絡、存儲和服務器環(huán)境。

2.2 測試階段

組件功能性測試：包括應用功能模塊測試、高可靠性測試、數(shù)據(jù)備份測試等。

組件集成性測試：包括系統(tǒng)各模塊間數(shù)據(jù)交互，與其他系統(tǒng)間數(shù)據(jù)交互，系統(tǒng)安全保障要求，設備故障恢復時間等。

組件性能測試：包括系統(tǒng)響應測試，負荷峰值，數(shù)據(jù)交換吞吐量等。

2.3 遷移及擴展階段

開發(fā)遷移流程及相關工具：包括系統(tǒng)等級劃分、完善的遷移方案、充分的測試方案、良好的項目管理以及對應的IT 工具等。

遷移試點系統(tǒng)：如先進行非核心單獨系統(tǒng)的遷移，以驗證及調整遷移技術方案。

完善遷移計劃表，包括回退計劃：結合遷移試點系統(tǒng)情況及遷移流程，進一步完善遷移計劃表。

系統(tǒng)遷移至IaaS ：按系統(tǒng)等級和遷移計劃表分步驟將系統(tǒng)遷移到IaaS。

3、遷移流程

已有IT 系統(tǒng)要遷移到IaaS 需要各個線條對應用系統(tǒng)進行梳理，具體梳理的主要內容如表1 所示。

在梳理上述內容后，各IT 系統(tǒng)可參照圖1 所示的流程進行遷移。

圖1 IT系統(tǒng)遷移流程圖

具體流程圖的說明如下：

(1)遷移到云平臺：將IT 系統(tǒng)遷移到IaaS，使用虛擬化資源或物理資源( 例如虛擬服務器、虛擬存儲、虛擬網(wǎng)絡)，并采用統(tǒng)一運營管理平臺進行管理。

(2)改造后遷移：對系統(tǒng)架構、運行環(huán)境、接口等進行改造，使其滿足遷移到云平臺的技術要求，然后再遷移到IaaS。

(3)保持現(xiàn)狀：繼續(xù)保持IT 系統(tǒng)當前的運行環(huán)境，包括基礎設施直至IT 系統(tǒng)退役。

(4)系統(tǒng)是否會長期使用：該系統(tǒng)是否還將繼續(xù)長期使用，如是否還會繼續(xù)使用超過一年。

(5)系統(tǒng)是否存在故障隱患：該系統(tǒng)是否存在驗證的故障隱患，如數(shù)據(jù)安全、架構缺陷等。

(6)設備利用率是否在60% 與80% 之間：該系統(tǒng)是否能夠有效的利用基礎設施硬件資源，如CPU 利用率、存儲利用率過低或過高。

(7)同時在線用戶比例是否大于等于50% ：該系統(tǒng)用戶的平均使用率(平均使用率指總體而言，同時在線的用戶占全部預期用戶的比例)大于等于50%。

(8)系統(tǒng)是否隨著壓力增長而擴展：該系統(tǒng)是否能夠進行平滑擴展以滿足預期內或預期外的業(yè)務需求。

(9)系統(tǒng)是否能夠移植：該系統(tǒng)是否能夠消除隱患以進行移植，并滿足業(yè)務使用需求。

(10)是否有能力進行系統(tǒng)遷移及測試：該系統(tǒng)維護團隊是否有足夠的能力對系統(tǒng)進行測試及遷移。

(11)系統(tǒng)是否近期停用：該系統(tǒng)是否由于技術原因或業(yè)務的原因在近期將被停用。

(12)是否有業(yè)務驅動力進行系統(tǒng)遷移：該系統(tǒng)是否有足夠的業(yè)務驅動力進行系統(tǒng)移植。

(13)是否能夠進行虛擬化：該系統(tǒng)平臺是否有合適的技術支持虛擬化。

(14)是否有業(yè)務驅動力進行虛擬化：該系統(tǒng)是否有足夠的業(yè)務驅動力對基礎設施( 服務器或存儲) 進行虛擬化。

(15)系統(tǒng)是否支持快速移植：該系是否能夠進行快速移植。

(16)是否有業(yè)務驅動力進行系統(tǒng)移植：該系統(tǒng)是否有足夠的業(yè)務驅動力進行應用移植。

(17)是否有業(yè)務驅動力進行平臺轉換：該系統(tǒng)是否有足夠的業(yè)務驅動力進行平臺轉換。

4、遷移方式

IT 系統(tǒng)遷移需要根據(jù)系統(tǒng)類型和重要性選擇合適的遷移方式，而對于復雜系統(tǒng)的遷移，需要根據(jù)實際情況采用定制化的遷移技術及方法：

(1)重新安裝：IT 系統(tǒng)相關文檔、安裝流程齊全，在虛擬化環(huán)境中重新部署IT 系統(tǒng)再進行數(shù)據(jù)遷移。