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

# 建置遷移計劃
<a name="transform-vmware-review-groupings-and-waves"></a>

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

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

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

遷移規劃階段有四個：
+ 在**範圍和分析**中，您可以檢閱探索資料、詢問有關軟體和網路環境的問題，以及判斷遷移範圍內的資源。
+ 在**群組應用程式中**，您可以提供商業和技術規則的組合，例如主機名稱分析、網路相依性和商業規則，以便遷移規劃可以將基礎設施分組到應用程式中。如果您已經有應用程式的清查，遷移規劃可以改用它。
+ 在**產生移動群組**中，您可以為您的技術和業務需求提供遷移規劃，以便決定哪些應用程式必須一起移動。技術相依性包括資料庫、訊息佇列或多個應用程式之間共用的其他資源。業務和營運相依性包括業務關鍵性、RPO 和 RTO、資料中心位置和應用程式擁有者。
+ 最後，在**建置波浪**中，您可以提供有關時間軸和優先順序的遷移規劃內容，以便它可以建立您可以遷移的波浪計劃。您可以根據優先順序分數、移動群組大小、使用者計數和應用程式複雜性等因素，選取要包含在波動中的移動群組。

**遷移規劃術語：**
+ *遷移波*是一起遷移的邏輯群組。遷移波由一或多個移動群組組成。
+ *移動群組*是一組共同相依的應用程式，必須一起移動。他們可能具有技術相依性，例如共用資料庫，或者他們具有業務相依性，例如支援共用業務功能。
+ *相依性*是系統之間的關係。相依性有多種類型，包括：
  + 關鍵或硬相依性，其中系統無法在沒有相依性的情況下運作。常見的範例是依賴資料庫、其他應用程式或服務的應用程式。
  + 軟相依性，對系統操作來說並不重要。常見的範例包括可獨立遷移的延遲不敏感相依性。
  + 非技術相依性包括業務、組織、營運和合規相依性。這些是與您的組織及其優先順序相關的相依性。範例包括共用業務職能和組織擁有權。

## 工作流程
<a name="transform-vmware-migrate-waves-workflow"></a>

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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