摘要：基于云遷移的三個階段細分為八個主要步驟，評估階段主要包括項目啟動現狀梳理以及應用系統(tǒng)關聯關系分析三個步驟，設計階段包括云架構優(yōu)化設計和云遷移方案設計，實施階段包括目標架構遷移演練及實施和試運行三個步驟。

在云計算市場規(guī)模不斷擴大的大背景下，云遷移的需求越來越大且面臨挑戰(zhàn)。云遷移不是一個遷移軟件工具，而是一種服務。前IBM資深架構師姜亞杰從云遷移的三個階段、四個維度到八個步驟的方法，簡述業(yè)務連續(xù)性實施方法論。分享了“平臺 + 工具 + 服務”的云遷移解決方案，最后通過簡述4個典型的云遷移場景分析教你如何做好云遷移。

直播視頻回顧
PPT下載請點擊
以下是精彩視頻內容整理：

根據Gartner預測，截至2020年云計算市場規(guī)模將達到4114.8億美元，同比增長約15.7%，2016-2020年復合增長率將達到約17%。根據IDC數據，2020年中國云計算市場規(guī)模將達到52.42億美元，同比增速約21.5%，2014-2020年復合增長率將達到約33.21%，綜合來看中國市場復合增長率是高于全球的。在云計算作為IT基礎架構的趨勢之下，企業(yè)上云需要考慮的最大因素仍舊是安全和遷移。

對于企業(yè)上云來說，想要幫助企業(yè)制定整體的應用上云、數據上云的解決方案，識別復雜系統(tǒng)上云風險，并輔以專業(yè)的技術力量，幫助企業(yè)安全、便捷、有序地進行遷移，保證業(yè)務的安全性、可用性、業(yè)務連續(xù)性，就會面臨以下挑戰(zhàn)：

1）物理環(huán)境、虛擬化環(huán)境、云環(huán)境以及異構混合環(huán)境是基于生產環(huán)境的不同環(huán)境，此外還有不同的操作系統(tǒng)、數據庫、中間件和應用，也會有豎井式和分布式的架構，并且應用本身也有緊耦合和松耦合的形式，因此生產環(huán)境復雜且多種多樣導致遷移方案復雜且實施困難。

2) 對生產端的影響大：例如遷移時間窗口長,客戶應用廠商支持力度不夠,也可能會影響系統(tǒng)性能和穩(wěn)定性,另外邏輯遷移對網絡鏈路帶寬資源要求也比較高。

3)遷移過程中的安全保障要求比較高:確保數據的安全加密以及在數據遷移過程中保證數據一致性與完整性校驗,系統(tǒng)的高可用性與災備機制對于用戶來說也是有相應的要求的,遷移回退保障機制也是需要考慮的問題。

4）需要專業(yè)的技術支持團隊及其遷移方法與流程：目標架構的規(guī)劃設計是否合理，對于云環(huán)境下是否能正常運行且盡量發(fā)揮云計算優(yōu)勢具有直接影響，遷移方案的合理制定和遷移工具的合理利用對于一個系統(tǒng)或者一個應用相互之間配合起到重要作用。遷移的階段性保障、遷移準備中的測試驗證、遷移過程中的可視化與自動化以及遷移后運維等也是需要考慮的問題。

云遷移絕不僅僅是一個簡單的搬運過程，也不是某個單一遷移工具的實施，而是一項服務。從優(yōu)化角度來講，云遷移不僅是將數據從生產端拷貝到云端的過程，而是一個系統(tǒng)遷移與架構優(yōu)化的過程。從復雜度角度來講，云遷移是一個遷移業(yè)務的過程，而是一個復雜的、受多種因素影響的系統(tǒng)工程。從業(yè)務連續(xù)性角度來說，云遷移的整個過程要對業(yè)務層透明化，將對業(yè)務的影響降至最低。

云遷移方法論

云遷移方法可以從三個階段和四個維度來看，首先分析三個階段，第一階段是評估階段，主要是對現狀梳理與應用系統(tǒng)關聯關系分析，第二個階段是設計階段，對目標架構優(yōu)化設計及遷移方案設計，第三個階段是實施階段，要對目標架構搭建，遷移演練及批次實施，試運行保障。四個維度則包括基礎設施、技術、IT流程以及人員組織。

基于云遷移的三個階段細分為八個主要步驟，評估階段主要包括項目啟動、現狀梳理以及應用系統(tǒng)關聯關系分析三個步驟，設計階段包括云架構優(yōu)化設計和云遷移方案設計，實施階段包括目標架構、遷移演練及實施和試運行三個步驟。

云遷移將遵循一套完整的經過實踐證明的方法論，對將要遷移的相關涉及模塊進行全面梳理和評估。首先確定整個系統(tǒng)有多少個模塊以及模塊之間的關系，以業(yè)務應用為主線，梳理當前生產環(huán)境且明確出目標云環(huán)境組成模塊，之后基于遷移所涉及的相關模塊，確定關鍵服務或服務組，針對每一個服務會梳理相應IT組件通過一定的連接方式來支持一個或多個IT服務，并確定所有內部配置和外聯接口。

應用系統(tǒng)關聯關系分析是基于對當前現狀的梳理，制定IT系統(tǒng)邏輯拓撲圖，理清現有應用系統(tǒng)、子系統(tǒng)之間的輸入輸出關系和耦合關系，并明確對應硬件、軟件、系統(tǒng)之間的關聯關系。

基于云計算參考架構，要使得云計算充分發(fā)揮快速彈性等特點，規(guī)劃目標云架構，就要考慮以下幾個方面:

IT基礎架構：需要考慮云平臺參考架構與最佳實踐以及IT基礎架構優(yōu)化設計，同時計算、存儲、網絡、安全、負載等資源也是需要考慮的問題。

運維管理:需要考慮支持國際標準ITIL的運維管理體系，運維流程標準化和實時監(jiān)控告警等。

安全管控:借鑒包括安全流程管理和安全技術實現、以風險為導向的信息安全通用架構模型。

業(yè)務連續(xù)性：要考慮到是否支持業(yè)務需求以及高可用的、持續(xù)運轉的企業(yè)級業(yè)務連續(xù)性參考架構。

云遷移方案設計

設計階段大致分為四個階段：

第一階段是要制定遷移策略與標準，譬如總體的遷移策略與流程、遷移的批次規(guī)劃原則、遷移方式的選擇（邏輯遷移，物理遷移）、數據遷移技術的選擇（離線遷移，在線遷移和遷移）風險等都是需要考慮的問題。

第二個階段是制定遷移主計劃，主要是劃分批次和時間、制定遷移流程、遷移團隊和職責的定義以及遷移風險評估和風險控制。

第三個階段是為各個待遷移應用制定遷移詳細計劃，比如制定遷移步驟、驗證計劃（測試計劃）以及應急方案和回退計劃等。

第四個階段是為批次或應用制定遷移演練計劃，包括沙盤演練和數據復制/切換演練等。 遷移演練及實施

通過詳細計劃和全面測試，在切換和遷移前全面掌握項目風險(Reduce Risks = Detail Plan + Thorough Tests)。沙盤演練的演練遷移操作流程的主要目的是讓各項目組成員熟悉遷移操作流程，而實際演練/數據復制的主要目的則是準確估計各遷移任務的時間，驗證數據的完整性和一致性、測試業(yè)務的驗證計劃、制定檢驗人員分布協(xié)調溝通機制以及演練遷移操作流程。

業(yè)務連續(xù)性實施方法論

實際上遷移過程中以及遷移后都是要考慮業(yè)務連續(xù)性的，業(yè)務連續(xù)性方法論大致分為三個階段，分析與評估階段主要是做災難分析、風險分析以及業(yè)務影響分析；接下來是設計與實施階段，主要做的是容災策略、方案設計和容災的實施；最后是運維與管理階段，主要做災難恢復原和容災流程設計。

云遷移解決方案

主要是通過“平臺 + 工具 + 服務”的方式解決云遷移和云容災的實際需求，實現了跨異構云平臺之間的應用級在線熱遷移功能，解決了上云遷移、多中心應用遷移、云服務商之間應用遷移的問題。對于云遷移解決方案可以從三個角度去研究，從復制的角度來講，主要是系統(tǒng)的分析，然后選取遷移的主機，部署與源端相同配置主機，再通過I/O捕獲機制，實時傳輸至目標端。從遷移角度來說主要是恢復數據至目標端主機，恢復應用于目標端主機以及遷移過程自動化、可視化。從監(jiān)控角度來說主要包括主機的狀態(tài)監(jiān)控、復制狀態(tài)的監(jiān)控以及應用健康狀態(tài)的監(jiān)控。

遷移兩端主機（含虛擬機與物理機）均安裝遷移Agent, 用來進行主機狀態(tài)監(jiān)控與數據遷移，在源端與目標端分別部署遷移控制器與Agent，然后遷移平臺進行雙向通信。通過應用關聯關系分析，將緊耦合的系統(tǒng)組成一致性組，基于一致性組的切換實現應用級遷移，并且源端與目標端之間需要具備穩(wěn)定網絡連接。

數據復制原理與數據加密機制

首先要將源端的數據與目標端做同步，當源端的數據發(fā)生變化的過程中就要在系統(tǒng)層面捕獲操作系統(tǒng)I/O，因為捕獲操作系統(tǒng)I/O相對比較小，占用的互聯網寬度也就比較小。之后把增量傳出到目標端，目標端再從系統(tǒng)層以I/O的形式寫入到存儲，最后進行對數據進行時間校驗、邏輯校驗并寫入存儲。

簡單的說就是將每一個云端的服務形成一個原子服務，然后將原子服務自編排，編排成一個支持串行與并行的流程，編排的輸入參數可自動關聯前序原子服務輸出參數，除輸入參數必填之外，還支持執(zhí)行時手工填寫、參數傳遞與腳本的執(zhí)行，同時實現了手工原子服務編排與自動化腳本執(zhí)行，并且支持原子服務執(zhí)行異常后的跳過功能與手工參數傳遞。

P2V

遷移時間窗口較長，可采用備份/恢復或數據庫倒入/倒出方式，若遷移時間窗口短，則采用在線P2V工具或P2V是用戶本身的環(huán)境從物理化變?yōu)樘摂M化環(huán)境的一個場景，其特點是如果遷移時間窗口比數據復制工具來實現。另外還需要考慮的問題有虛擬化環(huán)境下如何做目標架構設計，以及網絡的切換要保證RTO切換時間，同時應用系統(tǒng)關聯關系也需要跟緊。如果操作系統(tǒng)是異構的，則需要采用非結構化數據實時復制+結構化數據倒入/倒出相結合的方式，并充分測試驗證。

V2C

該場景的特點是若遷移時間窗口長，采用備份/恢復方式，若遷移時間窗口短，可考慮采用基于Hypervisor的V2C工具并切換。如果是異構數據庫遷移，如mysQl to RDB，這時可以采用云平臺遷移工具或服務（如DTS）。同樣還有需要考慮的問題，例如云環(huán)境目標架構規(guī)劃、應用系統(tǒng)關聯關系、保證數據的一致性和完整性以及遷移演練與測試。

P2C

遷移時間窗口長，可采用備份/恢復的方式將系統(tǒng)和數據遷移上云，若遷移時間窗口短，可采用P2V + V2C，之后進行實時數據復制并切換，如應用系統(tǒng)老舊，沒有廠商支持等情況下，則需要保證P2V+V2C的測試驗證成功。另外還需要考慮到云環(huán)境目標架構設計、云環(huán)境網絡切換、應用系統(tǒng)關聯關系、P2V + V2C的方案有效性驗證以及數據安全。

C2C

遷移時間窗口長，可采用備份/恢復或倒入/倒出方式，若遷移時間窗口短，則可采用目標端獨立部署+實時數據復制并切換方式。特殊情況下，需要采用C2V + V2C工具組合的方式，對于異構數據庫遷移，可采用云平臺遷移工具或服務（如DTS）。此外還需要考慮：云和云之間網絡打通、跨異構云平臺之間的架構變更、應用系統(tǒng)關聯關系、數據安全、遷移方案有效性驗證等問題。

本文作者：云跡九州
閱讀原文
本文為云棲社區(qū)原創(chuàng)內容，未經允許不得轉載。