本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。 # 階段 2：實作大型遷移 在大型遷移的第 2 階段，目標是大規模遷移您的伺服器。例如，若要在 6 個月內遷移 1，000 個 伺服器，您可以從每週遷移 5 個 伺服器開始，然後逐漸將速度提高到每週 50–100 個 伺服器。 現在，您可以使用您在階段 1 中開發的 Runbook 來遷移波浪中的伺服器。前幾個波通常很小，因為遷移和產品組合工作流正在採用和調整其 Runbook 中的程序。改善 Runbook 是大型遷移成功的關鍵。Runbook 是即時文件。您必須在每次切換後檢閱、修訂和改善您的 Runbook。隨著 Runbook 隨著時間演進，速度應該會隨著每一波而增加。 在階段 2 中，您可以使用下列元件來操作遷移工廠： + **專案控管規則** – 您遵循專案控管程序來管理波浪、通訊、時間表和切換。這些程序和工具可確保每個人在正確的時間以正確的順序做正確的事。 + **產品組合執行手冊** – 您可以使用產品組合執行手冊來排定應用程式的優先順序、規劃波浪，以及收集支援遷移的必要中繼資料。此中繼資料等同於製造工廠中的原物料。 + **遷移 Runbook** – 您可以使用遷移 Runbook 來遷移應用程式和伺服器、將中繼資料載入遷移工具，並在每波結束時完成切換程序。遵循遷移 Runbook 時，您遵守產品組合 Runbook 中的波動計畫，並使用產品組合 Runbook 或另一個單一事實來源中的中繼資料。 + **大型遷移最佳實務和運作狀態檢查矩陣** – 您可以使用運作狀態檢查矩陣經常定期評估您目前的狀態，以確保一切順利進行。 下圖顯示大型遷移的典型遷移工廠。 ![Runbook 會透過產品組合和遷移工作流程形成資料流程](https://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-guide/images/migrationfactory.png) 這些 Runbook 是遷移工廠的關鍵元件，它們共同透過兩個工作流、產品組合和遷移形成資料流程。如需這些工作流的詳細資訊，請參閱適用於[AWS 大型遷移的 Foundation 手冊](https://docs.aws.amazon.com/prescriptive-guidance/latest/large-migration-foundation-playbook/)。團隊通常專用於工廠的某些部分，而波會流經每個工作流，而不是在整個遷移工廠看到波。每個工作流程的持續時間會根據您的專案時間表、範圍和資源可用性而有所不同。例如，產品組合工作流程可能為 3 週，而遷移工作流程可能為 2-5 週。確保有足夠的伺服器波排入系統以進行遷移，以防止遷移工廠中的供應鏈問題。我們建議產品組合工作流比遷移工作流還遠五波。 下圖顯示典型遷移工廠的動態檢視。對於每個波動，產品組合工作流執行 1–2 週，遷移工作流通常執行 3–4 週。產品組合工作流比遷移工作流還遠五波，因此產品組合和遷移工作流之間一律有五波緩衝區。在遷移階段 1 結束時，初始化時，產品組合工作流程會完成五個波緩衝區的波計畫。當遷移工作流程開始遷移應用程式時，這表示您已進入階段 2 實作。產品組合和遷移工作流都會繼續處理波紋，而緩衝區可防止遷移工作流用盡伺服器進行遷移。 ![""](https://docs.aws.amazon.com/zh_tw/prescriptive-guidance/latest/large-migration-guide/images/wavebuffer.png)