專欄文章

影響雲端遷移成功的關鍵因子:「評估策略」與「完善計畫」

【雲端遷移專欄 III】影響雲端遷移成功的關鍵因子:「評估策略」與「完善計畫」

雲端遷移 (Cloud Migration) 是一項繁瑣的工程,必須有縝密的準備,才能有個良好的體驗,但不外乎兩大階段:遷移作業前評估、以及執行遷移計劃的選擇。
 
當然,選擇一個專精雲端遷移,並且遷移經驗豐富的的技術顧問服務商,完整企業的遷移執行,以及遷移後的雲端系統維運也是很重要,從中協助企業滿足雲端系統的體驗 (Ux in Cloud),這是決定雲端永續經營的成功因子。

雲端遷移

雲端遷移,第一個階段是評估,首先要評估企業組織對雲端準備程度,並設法改善不足的部分,為後續的遷移工作做好準備,再來要盤點營運系統並加以分類,作為規劃遷移項目、選擇遷移策略、遷移順序的依據。

評估雲端準備程度
 

透過 AWS 所提供的 Cloud Adoption Readiness Tool (CART) 工具,協助企業組織針對商業、人員、程序、平台、作業、安全六大層面進行評定,詳盡說明企業組織的雲端準備程度,以圖表方式呈現,找出技能與遷移過程的落差,並提出增進的方式。
 
AWS Cloud Adoption Readiness Tool (CART) 評估工具
AWS Cloud Adoption Readiness Tool (CART) 評估工具
 
由 CART 工具產出的雲端準備程度雷達圖
由 CART 工具產出的雲端準備程度雷達圖
 

盤點營運系統
 

確認現有的實體機和虛擬機,以及正在運行的營運系統,包含 OS 版本、營運系統使用的程式套件,作為遷移計畫和成本估算的依據。
 

營運系統分析
 

根據盤點營運系統的結果,按照資源的共同特徵進行分類,分類的結果會影響雲端遷移策略與順序的選擇。
 

分類的範例
 

  • 按照 OS 分類:90% 的 OS 在雲端有對應的版本;10% 的 OS 版本比較舊, 雲端沒有對應的版本,需要先在地端升級 OS,確認營運系統正常運作之後才能夠遷移。
  • 按照資料庫引擎分類:80% 是 Oracle,20% 是 SQL Server。
  • 按照營運系統的使用部門分類:50% 是業務部門使用,30% 是 HR 使用,20% 是 MIS 使用。
  • 按照營運系統的使用情境分類:50% 是正式環境,30% 是測試環境,20% 是開發環境。
 

遷移策略的選擇
 

選擇適當的遷移策略 (7R) 的選擇取決於客戶遷移到雲端的原因,時間的考量,業務和財務限制以及資源需求。
 
  • Relocate 將地端的 VMware 虛擬機直接遷移到 VMC on AWS。
  • Re-host 將營運系統從地端的主機移轉到雲端平台。
  • Re-platform 在不改變營運系統的核心架構下,將基礎軟硬體設施轉成 AWS 全託管服務,以減少管理的時間成本,例如:將關聯式資料庫遷移到 AWS RDS。
  • Re-factor / Re-architect 以雲端原生服務重新建構和開發營運系統。
  • Re-purchase 更新/重新購買軟體授權,通常是由傳統授權產品遷移到 software-as-a-service 平台,例如:將 HR 系統遷移到 Workday。
  • Retire 關閉不再需要的營運系統。
  • Retain 對於近期升級或建置的系統,考慮到執行效能及以投資費用,暫不遷移,保留現狀。
     
    遷移策略 (7R)
    AWS Cloud Adoption Readiness Tool (CART) 評估工具
     
遷移的第二個階段是遷移計畫,主要目的是領導整體遷移作業,包含管理遷移服務範圍、時程表、問題和風險,並與相關負責人員進行協調,遷移計畫需要考慮的關鍵因素包含遷移順序、何時需要資源、系統切換時程和遷移進度追蹤等等。
 

遷移計畫建議要包括
 

  • 評估作業:檢視管理方法、工具。
  • 工具選擇:定義遷移期間使用的管理方法和工具。
  • 程序制定:定義並創建遷移項目流程,確保系統相依性。
  • 資源定義:制定遷移項目、測試方式、風險和處理日誌,以及責任矩陣,以管理遷移期間發生的風險,並確定每種資源的負責人員。
  • 驗證方式:購買並部署管理工具作為驗收的標準。
  • 關鍵資源:確定每個遷移工作流程的關鍵資源。
  • 溝通協調:促進各部門溝通以及作業如期執行(確認遷移計畫及執行項目)。
  • 成本預測:概述遷移時程表和估算成本 (TCO)。
     

遷移策略的選擇
 

正確且最新的營運系統及基礎設施資訊,對遷移階段做出效能和依賴性決定非常重要,以下是在擁有充分數據所制定的詳盡遷移計畫的關鍵因素:
 
  • 盤點營運系統對分類、遷移順序和遷移計畫非常重要。
  • 遷移時使用敏捷方法,優先對前兩三個要遷移的營運系統進行深入分析,遷移第一個營運系統時,繼續對下一個營運系統進行深入分析,以避免資料過時而失去正確性。
  • 迭代過程可以避免因為遷移規模過大而不知所措,或是被過時的初始設計計劃限制進度,遷移計畫與執行過程時獲得的技術與專業知識,將提供對營運系統進行優化的機會。
     
如果客戶對 RTO (Recovery Time Objective)、RPO (Recovery Point Objective) 有高度的要求,並且希望使用混和雲 (Hybrid Cloud) 系統架構,這樣就需要單一介面能進行雲端移轉及雲地兩端備份操作;銓鍇國際 CKmates 能夠協助客戶導入 Veeam 進行遷移,透過將 Veeam 的備份資料上傳到雲端,可以在雲端快速建立與地端相同的虛擬機與營運系統,透由CKmates 的雲端整合解決方案能力,Veeam 還能夠連結地端與雲端的 vCenter 執行 Replication 做為 DR site (Disaster Recovery),減少 RTO 與 RPO。
 
銓鍇國際 CKmates 擁有 AWS、Veeam、VMware 多方的認證資格夥伴資格,長久累績的豐雲端遷移經驗,無論是全球網站、ERP 系統與關鍵應用服務均有成功案例,故能依照客戶的需求並按照 AWS Well-Architected: 卓越營運、安全性、可靠性、效能與成本優化的五大支柱,規劃出完善的雲端架構,整合進計畫的每個環節,進而訂出專案時程及成本 (TCO),確保在雲端遷移整體計畫中,能順利上雲作業,降低雲端遷移風險,為企業更快產出商業價值。 
 

雲端遷移系列專欄

 

最新文章

加入 Line 好友 加入 Line 好友 歡迎來聊聊 寄信給我們 訂閱電子報
joinline