IT系統遷移到基礎設施(IaaS)云的探討
1、概述
云,炙手可熱。從底層IP 通信、IT 技術到高層的信息化應用和內容,都有著“云”的身影。云計算是為滿足用戶對低成本、高效率、彈性的海量數據存儲、并行處理、軟件及信息化服務需求而出現的新型IT 基礎設施及基于互聯網的新業務模式。云計算的出現,使得從網絡建設、業務運營、設備維護等多個角度都對傳統IT 系統建設產生了深遠的影響。
為了實現已有IT 系統向私有云平臺的遷移及新建系統的部署,保證私有基礎設施云平臺的( 以下簡稱“IaaS”) 平滑演進,本文從遷移實施方法、流程、方式及新系統部署、系統復雜度評估等幾個方面來探討如何將IT 系統遷移到基礎設施云平臺,以期對中國移動云計算的實施提供參考。
2、遷移實施方法
IT 系統遷移到IaaS 需要分3 個階段來實施,即分析、設計及建設階段,測試階段,遷移及擴展階段。
2.1 分析、設計及建設階段
收集和定義各需求線條( 包括IT 支撐、業務以及遠期的核心網三大線條) 基礎設施新建、改造、擴容需求:主要考慮1~2 年內的需求,并對未來3 ~5 年的需求進行規劃及評估。
識別和定義必需的運維、技術架構功能組件:包括技術規范、服務器架構、數據庫服務/ 基礎服務、并發處理能力、存儲容量及增長趨勢、SLA、故障響應時間、變更管理等等。
快速建設支持運行測試驗證的環境:包括基礎網絡、存儲和服務器環境。
2.2 測試階段
組件功能性測試:包括應用功能模塊測試、高可靠性測試、數據備份測試等。
組件集成性測試:包括系統各模塊間數據交互,與其他系統間數據交互,系統安全保障要求,設備故障恢復時間等。
組件性能測試:包括系統響應測試,負荷峰值,數據交換吞吐量等。
2.3 遷移及擴展階段
開發遷移流程及相關工具:包括系統等級劃分、完善的遷移方案、充分的測試方案、良好的項目管理以及對應的IT 工具等。
遷移試點系統:如先進行非核心單獨系統的遷移,以驗證及調整遷移技術方案。
完善遷移計劃表,包括回退計劃:結合遷移試點系統情況及遷移流程,進一步完善遷移計劃表。
系統遷移至IaaS :按系統等級和遷移計劃表分步驟將系統遷移到IaaS。
3、遷移流程
已有IT 系統要遷移到IaaS 需要各個線條對應用系統進行梳理,具體梳理的主要內容如表1 所示。
在梳理上述內容后,各IT 系統可參照圖1 所示的流程進行遷移。
圖1 IT系統遷移流程圖
具體流程圖的說明如下:
(1)遷移到云平臺:將IT 系統遷移到IaaS,使用虛擬化資源或物理資源( 例如虛擬服務器、虛擬存儲、虛擬網絡),并采用統一運營管理平臺進行管理。
(2)改造后遷移:對系統架構、運行環境、接口等進行改造,使其滿足遷移到云平臺的技術要求,然后再遷移到IaaS。
(3)保持現狀:繼續保持IT 系統當前的運行環境,包括基礎設施直至IT 系統退役。
(4)系統是否會長期使用:該系統是否還將繼續長期使用,如是否還會繼續使用超過一年。
(5)系統是否存在故障隱患:該系統是否存在驗證的故障隱患,如數據安全、架構缺陷等。
(6)設備利用率是否在60% 與80% 之間:該系統是否能夠有效的利用基礎設施硬件資源,如CPU 利用率、存儲利用率過低或過高。
(7)同時在線用戶比例是否大于等于50% :該系統用戶的平均使用率(平均使用率指總體而言,同時在線的用戶占全部預期用戶的比例)大于等于50%。
(8)系統是否隨著壓力增長而擴展:該系統是否能夠進行平滑擴展以滿足預期內或預期外的業務需求。
(9)系統是否能夠移植:該系統是否能夠消除隱患以進行移植,并滿足業務使用需求。
(10)是否有能力進行系統遷移及測試:該系統維護團隊是否有足夠的能力對系統進行測試及遷移。
(11)系統是否近期停用:該系統是否由于技術原因或業務的原因在近期將被停用。
(12)是否有業務驅動力進行系統遷移:該系統是否有足夠的業務驅動力進行系統移植。
(13)是否能夠進行虛擬化:該系統平臺是否有合適的技術支持虛擬化。
(14)是否有業務驅動力進行虛擬化:該系統是否有足夠的業務驅動力對基礎設施( 服務器或存儲) 進行虛擬化。
(15)系統是否支持快速移植:該系是否能夠進行快速移植。
(16)是否有業務驅動力進行系統移植:該系統是否有足夠的業務驅動力進行應用移植。
(17)是否有業務驅動力進行平臺轉換:該系統是否有足夠的業務驅動力進行平臺轉換。
4、遷移方式
IT 系統遷移需要根據系統類型和重要性選擇合適的遷移方式,而對于復雜系統的遷移,需要根據實際情況采用定制化的遷移技術及方法:
(1)重新安裝:IT 系統相關文檔、安裝流程齊全,在虛擬化環境中重新部署IT 系統再進行數據遷移。