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 系統遷移到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 系統再進行數據遷移。
(2)鏡像快照：在某個時間點對系統進行快照，在虛擬化環境中恢復快照。
(3)虛擬化遷移：物理服務器到虛擬機(見圖2)的實時遷移(P2V)。
通過網絡設備將需要遷移的業務網絡與云平臺實現二層的互通。
有選擇的分批次的遷移服務器，將業務從原物理服務器遷移到新平臺的虛擬機上。
在業務遷移后，服務器網絡屬性配置保持不變(如IP 地址/VLAN 等等)，業務依然通過老平臺承載。通過依次遷移服務器的網關，防火墻的安全策略，以及在IaaS 發布相應的路由，最終實現業務通過云平臺承載。
整個的遷移過程對業務來說幾乎是透明的，應用不需要修改任何參數。
5、新建系統部署
新建IT 系統部署到IaaS，需要對系統進行評估，具體部署評估流程如圖3 所示。
(1)是否對獨立硬件有特殊需求：IT 系統需采用金融加密機等特殊硬件， 如支付系統的金融加密機、經營分析系統NCR 設備(采用Teradata 數據倉庫)等。
(2)是否對操作系統有特殊需求：IT 系統需采用除UNIX、Linux、Windows 之外的特殊操作系統平臺。
(3)是否能夠共享已有的平臺：系統可以與已有系統共享已分配的虛擬化資源，且資源需求能夠滿足。
(4)選擇相應的操作系統鏡像：根據IT 系統需求選擇操作系統，包括UNIX、Linux、Windows。
(5)虛擬化適用性矩陣：評估IT 系統是否適合運行在虛擬化環境，對于不同的服務器可參考圖4 來評估其是否適合虛擬化，對于給定的應用，可以根據系統預期的硬件利用率和需求以及用戶的數量決定是否適合虛擬化。
(6)虛擬化整合指標：對于IT系統的虛擬化而言，業務壓力、系統I/O 吞吐量、系統資源利用率是服務器虛擬化比例( 虛擬機與物理機之比)的主要參考依據：
高整合比例(如10:1) ：對業務壓力小的服務器，例如非實時數據采集服務器、防病毒服務器、接口服務器、備份服務器等。
中等整合比例(如4:1) ：對業務壓力中等的服務器，例如中小型IT 系統的數據庫服務器、應用服務器(安全接入認證服務器、系統監控服務器等)、郵件服務器等。
低整合比例(如2:1) ：對業務壓力較大且內容敏感類應用的服務器，例如大型數據庫服務器數據傳輸服務器、高性能運算服務器、業務邏輯復雜的應用服務器、安全性要求高的服務器、對物理隔離有特殊要求的服務器等。
(7)物理平臺適用性矩陣：對于獨立的IT 系統而言，可以按圖5 選擇最佳的技術配置方案。
6、IT系統復雜度評估依據
表2 為復雜度評估依據表，不管是已有系統遷移還是新系統部署，都需要對系統的復雜度進行評估。對IT系統的復雜度評估而言，應用系統、數據特性及系統關聯度都會成為IT 系統復雜度評估依據。
7、結束語
IT系統遷移到IaaS 涉及的內容可能不僅僅局限于本文中上述的內容，本文所給出的遷移方法、流程、方式、新系統部署、復雜度評估等，旨在找到一個相對合理、清晰的思路和方法。文中涉及的具體流程、遷移方式、評估依據等只有通過實際工作中項目經驗的積累而不斷的進行摸索、考究和調整，并最終加以確定，也只有這樣才能更加完善IT 系統遷移到IaaS 的實現。
核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：IT系統遷移到基礎設施云的探討
本文網址：http://www.guhuozai8.cn/html/consultation/1083962975.html
相關文章
