View a markdown version of this page

建置遷移計劃 - AWS 轉換
工作流程

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

建置遷移計劃

AWS Transform for VMware 中的遷移規劃任務步驟是規劃大型遷移的協作聊天式體驗。 AWS Transform 代理程式會套用 AWS 規範性指引，引導客戶從現場部署資料分析到最終遷移波動計劃。

探索現場部署資料任務成功完成後， AWS Transform 會使用探索資料，將應用程式分組到遷移波紋中。 AWS Transform 會引導您完成步驟，以分析和調整伺服器範圍、將伺服器分組到應用程式、產生移動群組，以及建置遷移波紋。分析內部部署環境時，您可以提出問題，以進一步了解 AWS Transform 如何分析已安裝的軟體，例如伺服器相依性和網路架構。

AWS 轉換支援應用程式群組和波浪內的範圍調整。您可以隨時重新上傳探索資料， AWS 轉換會自動處理、取消複製和合併新記錄與現有資料。偵測到變更時，例如新發現的相依性或基礎設施新增， AWS Transform 會標記受影響的相依性群組，並提供波動計畫調整的建議。遷移規劃也可以利用非結構化文字資料來豐富規劃程序。

遷移規劃階段有四個：

  • 在範圍和分析中，您可以檢閱探索資料、詢問有關軟體和網路環境的問題，以及判斷遷移範圍內的資源。

  • 在群組應用程式中，您可以提供商業和技術規則的組合，例如主機名稱分析、網路相依性和商業規則，以便遷移規劃可以將基礎設施分組到應用程式中。如果您已經有應用程式的清查，遷移規劃可以改用它。

  • 在產生移動群組中，您可以為您的技術和業務需求提供遷移規劃，以便決定哪些應用程式必須一起移動。技術相依性包括資料庫、訊息佇列或多個應用程式之間共用的其他資源。業務和營運相依性包括業務關鍵性、RPO 和 RTO、資料中心位置和應用程式擁有者。

  • 最後，在建置波浪中，您可以提供有關時間軸和優先順序的遷移規劃內容，以便它可以建立您可以遷移的波浪計劃。您可以根據優先順序分數、移動群組大小、使用者計數和應用程式複雜性等因素，選取要包含在波動中的移動群組。

遷移規劃術語：

  • 遷移波是一起遷移的邏輯群組。遷移波由一或多個移動群組組成。

  • 移動群組是一組共同相依的應用程式，必須一起移動。他們可能具有技術相依性，例如共用資料庫，或者他們具有業務相依性，例如支援共用業務功能。

  • 相依性是系統之間的關係。相依性有多種類型，包括：

    • 關鍵或硬相依性，其中系統無法在沒有相依性的情況下運作。常見的範例是依賴資料庫、其他應用程式或服務的應用程式。

    • 軟相依性，對系統操作來說並不重要。常見的範例包括可獨立遷移的延遲不敏感相依性。

    • 非技術相依性包括業務、組織、營運和合規相依性。這些是與您的組織及其優先順序相關的相依性。範例包括共用業務職能和組織擁有權。

工作流程

遷移規劃是一種互動式的反覆工作流程。您可以隨時返回並變更先前的步驟。典型的遷移規劃工作流程是：

  1. 遷移規劃從摘要可用的探索資料開始。檢閱可用的資料，並隨時返回探索步驟以提供其他資料。

  2. 在範圍界定和分析步驟中，您可以詢問有關內部部署環境的問題，以驗證您已收集的資料。範例問題包括：

    1. 依作業系統列出我的伺服器

    2. 總結我的內部部署網路拓撲

    3. 列出在我的環境中執行的最常見技術。

  3. 在分析您的環境時，如果您識別的伺服器不應位於遷移範圍內，您可以指示 AWS Transform 排除這些資源。這些範例包括：

    1. 移除其主機名稱中具有舊版的所有伺服器

    2. 移除 10.0.2.0/24 子網路中的所有伺服器

    3. 移除執行 2022 年以前版本 Windows 的所有伺服器

  4. 充分探索環境並確定遷移範圍後，您可以指示 AWS Transform 移至下一個遷移規劃步驟。

  5. 下一個步驟是應用程式分組。如果您已將伺服器映射至應用程式，您可以告知 AWS Transform 使用該映射並略過此步驟。如果您沒有預先定義應用程式，您可以提供定義應用程式的技術和商業邏輯。 AWS Transform 將引導您完成應用程式分組程序，並建議您可以提供的資料點，以有效地將伺服器分組到應用程式中。您可以提供的現場部署應用程式相關資訊越多， AWS Transform 就越能將您的伺服器分組到應用程式中。提供足夠的資訊後，您就可以指示 AWS Transform 執行應用程式分組。

  6. 執行應用程式群組之後，請檢閱應用程式群組。您可以指示 AWS Transform 進行任何必要的變更，例如：

    1. 將伺服器 example-server 移至 application-5

    2. 重新命名 application-5 "HR App Test Environment"

    3. 從 IIS 開發陣列移除所有 Linux 伺服器

  7. 將應用程式分組後，指示 AWS Transform 移至下一個步驟

  8. 下一個步驟是移動分組。在移動分組步驟中，您可以識別必須一起移動的應用程式。提供有關技術和非技術相依性的內容。 AWS Transform 將引導您完成程序，並建議您可以提供的資料點，以將應用程式分組在一起。在此階段有幾項考量，包括：

    1. 移動群組的目標大小應該是多少？

    2. 您想要為每個應用程式結合環境，例如開發、測試和生產環境，還是分割環境？

    3. 您想要如何考慮網路相依性？ 所有相依性是否至關重要，或者某些相依性是否可視為軟相依性，並分割為移動群組？

  9. 一旦您提供移動分組的規則，請指示 AWS Transform 執行移動分組策略。然後，您可以檢閱和修改移動群組。檢閱移動群組之後，您可以指示 AWS Transform 移至最終遷移規劃步驟。

  10. 波浪規劃是遷移規劃的最後一步。在此步驟中，您將移動群組分組為遷移波，並排定這些波的優先順序。在波動規劃步驟中， AWS Transform 將引導您完成提供將移動群組分組為波浪所需的業務優先順序，然後排定這些波浪的優先順序。波動規劃中的考量包括：

    1. 每個移動群組的業務關鍵性

    2. 每個移動群組的遷移時間表和時間表

    3. 與每個移動群組相關聯的風險

    4. 每波要遷移的伺服器數量

  11. 一旦您提供了有關如何分組成波浪的足夠指導，請指示 AWS Transform 執行波動規劃。然後，您可以檢閱您的波浪並進行修改。

  12. 完成波動計畫後，您就可以完成遷移規劃並移至執行。您可以隨時返回遷移規劃，以精簡和迭代您的計畫。

  13. 對於每一波，您可以指派遷移策略：重新託管 （將伺服器遷移至 Amazon EC2) 和容器化 （容器化原始碼並部署至 Amazon Elastic Container Service 或 Amazon Elastic Kubernetes Service)。當您指派波動策略容器化時， AWS Transform 會在遷移執行期間執行該波動的原始碼容器化工作流程。如需詳細資訊，請參閱原始程式碼容器化。若要在指派 7Rs 架構之前取得 AWS建議的策略，請參閱 遷移策略 (7R) 建議。