AWS Migration Hub 常見問答集

請依照我們文件中的入門指南開始使用。 

在使用 Migration Hub 中的大多數功能 (Refactor Spaces 除外) 之前，您需要從 Migration Hub 設定頁面或使用 Migration Hub Config API 選取 Migration Hub 本地區域。 

存放於 Migration Hub 本地區域的資料，提供發現及遷移規劃資訊的單一儲存器，供您的整個產品組合使用，並提供多個 AWS 區域的單一遷移檢視。您可以遷移至遷移工具支援的任何區域，且遷移狀態會顯示在您所選擇的 Migration Hub 本地區域中。請參閱文件進一步了解 Migration Hub 本地區域。

一旦設定之後，Migration Hub 本地區域即無法變更。

AWS Migration Hub 可協助您追蹤所有 AWS 區域的遷移狀態，前提是您的遷移工具必須能夠在該區域使用。與 Migration Hub 整合的遷移工具 (例如，AWS Application Migration Service 和 AWS Database Migration Service) 可將遷移狀態傳送到您選擇的 Migration Hub 本地區域。本地區域是用來存放您的發現與遷移追蹤資料，且須在首次使用服務之前設定。會彙總來自所有目的地區域的遷移狀態，並可在本地區域中看見。請注意，除非在 Migration Hub 主控台的 Tools (工具) 頁面授權 (連接) 整合的工具，否則該工具不會傳送狀態。

AWS Migration Hub 在全球均有提供，以追蹤應用程式遷移的進度，而無論該應用程式目前位於何處。請參閱 AWS 區域表，了解 Migration Hub 是否可被用於清單收集、規劃和建議，以及現代化功能。

AWS Migration Hub 需要 AWS 帳戶角色，該角色會在您首次以管理員使用者的身分存取主控台時自動新增。您可以在 Migration Hub 主控台的 Tools (工具) 頁面授權整合的遷移工具。如需詳細資訊，請參閱《AWS Migration Hub 使用者指南》中的身分驗證和存取控制部分。

若要在 AWS Migration Hub 查看您的 IT 資產，首先您可以使用 AWS 探索工具執行探索，或使用整合的遷移工具進行遷移。然後，您可以從 Migration Hub 內探索您的環境。您可以在 Migration Hub 主控台的 Servers (伺服器) 頁面按一下顯示的伺服器 ID，進一步了解找到的所有資源。接著，您就會看到伺服器詳細資訊頁面。如果您使用 AWS 探索工具來探索您的伺服器，則您會看到技術規格和平均使用率等收集到的資料。

第一次瀏覽 AWS Migration Hub 時，系統會提示您執行探索或開始遷移。如果您決定不執行探索就開始遷移，則當您使用在 Migration Hub 主控台授權的整合遷移工具進行遷移時，Migration Hub 會以資源的形式顯示您的應用程式伺服器和資料庫伺服器。

您可以針對探索選擇兩種資料收集選項。如果您擁有 VMware 環境且不想安裝代理程式，可以使用 AWS Application Discovery Service 無代理收集器。如果您需要更多詳細資訊，則可以在伺服器上安裝代理程式以收集各式各樣的資訊，包括資源使用率、伺服器上執行的處理，以及伺服器的網路相依性等詳細資訊。處理和網路相依性資訊可匯出並在 AWS Migration Hub 外進行分析。如需 AWS Discovery Collector 的詳細資訊，請參閱 Application Discovery Service 使用者指南。

將伺服器分組成應用程式之前，必須先填入 AWS Migration Hub 的伺服器清單。每當您執行 AWS 探索工具或使用整合的遷移工具時，都會將伺服器新增到伺服器清單。填入伺服器清單之後，在 Migration Hub 主控台的 Servers (伺服器) 頁面選取一或多個資源，然後選擇 “Group as Application” (分組為應用程式) 按鈕。 如果您使用 AWS Discovery Agent 探索伺服器，則還可以透過網路視覺化工具將其分組為應用程式。從網路圖中選取一個或多個伺服器，然後選擇 "Group as application" (分組為應用程式) 按鈕。

您可以瀏覽 AWS Migration Hub 主控台 Migrate 部分的 Applications 頁面，查看應用程式清單及其目前的移轉狀態。只有使用 Discover (探索) 部分的 Servers (伺服器) 頁面或 AWS SDK/CLI 分組成應用程式的資源會顯示在 Applications (應用程式) 頁面上。應用程式有三種遷移狀態："not started" (未開始)、"in progress" (進行中) 和 "completed" (已完成)。

是。帳戶內可存取 AWS Migration Hub 的任何其他 IAM 使用者都可看到相同帳戶內任何 IAM 使用者建立的應用程式。擁有許可的所有使用者都可看到所有變更。

您使用與 AWS 帳戶關聯的 IAM 使用者存取 AWS Migration Hub。這只能讓您查看自己的 AWS 帳戶詳細資訊，無法查看其他帳戶。

您可以從 Migration Hub 主控台或透過叫用 Application Discovery Service API 存取 AWS Migration Hub 匯入功能。匯入的資料以加密格式存放在 Application Discovery Service 資料儲存庫中。

Migration Hub 匯入允許您匯入伺服器詳細資訊，包括與伺服器關聯的伺服器規格、使用率、標籤和應用程式。只要使用 Migration Hub CSV 匯入範本填入資料，您就可以從任何來源匯入資料。

是。您可以刪除不正確的檔案，方法是瀏覽 Discover (探索) > Tools (工具) > Imports (匯入) 區段，然後選取 “Delete imported data” (刪除匯入的資料) 選項。若要覆寫現有的匯入檔案，請刪除該檔案並上傳具有已更正記錄的新檔案。

否。您可以上傳的匯入檔案數量沒有限制。但是，我們會限制您可以匯入的記錄和伺服器數量。如需相關詳細資訊，請參閱文件中的 Migration Hub 匯入限制部分。

否。匯入資料完全免費。

是。您可以匯入資料，即使您並未針對匯入範本中的所有欄位填入資料。對於每列，如果您填入自己的相符金鑰 (“ExternalId”)，匯入將使用它唯一識別並匯入記錄。如果您並未針對每列指定相符金鑰，匯入將使用為 “IPAddress”、“HostName”、“MACAddress”，或 “VMware.MoRefId” 和 “VMware.vCenterId” 的組合指定的值來確定所指定伺服器的唯一性。不會匯入不包含相符金鑰 ("ExternalId") 值或以上任何欄位值的列。

匯入會對屬於 CSV 匯入範本的所有匯入欄位執行資料驗證檢查。例如，如果 “IPAddress” 的值無效，則匯入功能會將該記錄標記為不正確。此外，若未填充以下至少一或多個欄位，匯入記錄將視為無效且不會匯入："ExternalId"、"MACAddress"、"HostName"、"IPAddress"，或 "VMware.VCenterId" 和 "VMware.MoRefId" 的組合。

EC2 執行個體建議是 AWS Migration Hub 的功能，可分析從每部現場部署伺服器收集的資料，包含伺服器規格、CPU 和記憶體使用率，針對執行現場部署工作負載提出最經濟實惠的 EC2 執行個體建議。透過指定 AWS 購買選項、AWS 區域、EC2 執行個體類型排除，以及 CPU/RAM 使用率指標 (平均、峰值或百分比) 等偏好設定，還可以微調建議。

否。要使用 EC2 執行個體建議功能，您必須確定 AWS Migration Hub 有可用的內部部署伺服器詳細資訊。您可從內容管理資料庫 (CMDB) 等來源匯入現有的伺服器監視清單資訊，或使用 AWS Application Discovery Service 直接從您的環境收集資料。

EC2 執行個體建議功能會建議能滿足特定 CPU 和 RAM 需求且最經濟實惠的 EC2 執行個體類型，並將您選擇的執行個體偏好設定列入考量，例如 AWS 購買選項、AWS 區域、EC2 執行個體類型排除，以及 CPU/RAM 使用率指標 (平均、峰值或百分位數)。

是。EC2 執行個體建議功能可為爆量效能執行個體提供建議。它會使用「平均」和「峰值」CPU 資料點估算使用的 CPU 積分數和相關成本，以便更準確地比較預測價格和其他執行個體系列。

如果多個來源都有相同伺服器可用的探索資料，EC2 執行個體建議功能會使用最新且最完整的資料提供執行個體建議。例如，如果您使用 Migration Hub 匯入上傳特定伺服器的 CPU/RAM 規格，便會根據該匯入資料產生建議。如果您之後在此伺服器安裝 AWS Application Discovery Service (ADS) 的 Discovery Agent，該 ADS 代理程式也會擷取伺服器規格詳細資訊。下一次您請求該伺服器的 EC2 執行個體建議時，此功能將使用 ADS 代理程式收集的規格產生建議，因為代理程式的資料較新也較完整。

是。EC2 執行個體建議功能只會建議最新一代執行個體。該功能不會建議上一代執行個體。

適當調整運算資源的大小是了解總體擁有成本 (TCO) 的一種方式。當您想了解預計的 EC2 成本時，可使用 Migration Hub 的 EC2 執行個體建議功能。我們還提供更詳細的評估，包含使用 AWS 公司 TSO Logic 針對 Microsoft 授權和儲存成本的優化。聯絡 AWS 銷售人員或 AWS 合作夥伴，進一步了解此詳細評估。

針對使用 AWS 探索工具或使用整合遷移工具開始遷移時探索到的伺服器建立一或多個應用程式群組之後，就能在 Migration Hub 外開始或繼續遷移伺服器或資料庫。返回 Migration Hub 檢視應用程式中每個資源的遷移狀態。 

若要這樣做，請在 Migration Hub 主控台瀏覽該應用程式的頁面。您可以在該處看到組成應用程式的所有資源圖表，以及含有更多遷移狀態詳細資訊的表格。每個資源都會以圖表和表格的形式顯示一般和詳細的狀態。例如，使用 AWS Server Migration Service 遷移的伺服器，它的狀態可能被報告為 “In progress / replication starting”、“In progress / replication complete”，或 “Competed / AMI created”。 

遷移完成之後，Migration Hub 也會顯示遷移時建立的資源詳細資訊。對於使用 AWS Application Migration Service、AWS Server Migration Service 及 ATADATA 遷移的伺服器，Migration Hub 會提供已建立的 AMI 或執行中 EC2 執行個體 (取決於工具) 的連結。對於使用 AWS Database Migration Service 遷移的資料庫，Migration Hub 會提供可在 Database Migration Service 主控台做為搜尋篩選條件使用的目標端點 ID。

否。AWS Migration Hub 不會自動進行遷移步驟。它會提供您可追蹤應用程式遷移進度的單一位置。

要在 AWS Migration Hub 檢視遷移進度，必須進行兩個步驟。您正在遷移的資源必須位於 AWS 探索儲存庫，而且您必須使用支援的工具執行遷移。如果您沒有使用 AWS Discovery Collector 執行探索就開始遷移，受支援遷移工具回報的伺服器或資料庫會自動新增到您的 AWS Application Discovery Service 儲存庫。新增之後，您可以將這些伺服器分組成應用程式，並在遷移進行期間在單一群組中追蹤其狀態。

如果您使用支援的工具但沒有看到應用程式狀態，首先檢查 Updates (更新) 頁面，確認收到工具的狀態。如果 Updates (更新) 頁面沒有顯示狀態，再檢查 Tools (更新) 頁面，確認您已授權工具將狀態傳送到 Migration Hub。如果未授權，按一下 “Authorize” (授權) 新增適當的 IAM 許可。

如果 Updates (更新) 頁面顯示遷移狀態，則可能是該資源尚未分組成應用程式。請瀏覽 Servers (伺服器) 頁面，並將伺服器分組成應用程式。然後從 Migrate/Applications (遷移/應用程式) 頁面檢視應用程式以查看遷移狀態。

AWS Migration Hub 將會顯示支援的工具完成的資源遷移狀態，前提是資源已分組成應用程式。不需要進行嚴格的重新託管遷移。例如，使用 AWS Database Migration Service 移動資料庫的內容時，如果對應到資料庫遷移的伺服器已分組成應用程式，則您會在 Migration Hub 看到更新。

沒有與 AWS Migration Hub 整合的工具不會在 Migration Hub 管理主控台報告狀態。您仍然可以看到應用程式中其他資源的狀態和應用程式層級狀態，或者可以使用 CLI 或 API 透過自己的自動化功能更新狀態。

遷移工具可以透過寫入 AWS Migration Hub API 將狀態發佈到 AWS Migration Hub。有興趣加入的合作夥伴必須透過 AWS 能力計劃取得移轉能力。在這裡進一步了解能力計畫並申請遷移能力。

AWS Migration Hub 策略推薦可協助您輕鬆為內部部署和 AWS 中執行的應用程式建置遷移和現代化策略。策略推薦提供策略和工具指導，這些工具可以協助您進行大規模遷移與現代化。

策略推薦可協助您大規模識別定製化的遷移和現代化策略，並提供將協助您執行策略的工具和服務。它還可以協助您識別來源程式碼中需要解決以實作這些推薦的不相容性 (反模式)。

策略推薦針對 Windows Server 2003 或以上版本，或各種 Linux 版本上執行的應用程式，包括 Ubuntu、RedHat、Oracle Linux、Debian 和 Fedora，支援潛在重新託管 (EC2) 和重組平台 (受管環境，例如 RDS 和 Elastic BeanStalk、容器和作業系統升級) 選項的分析。策略推薦為以 C# 和 Java 編寫的自訂應用程式，以及授權資料庫 (如 Microsoft SQL Server 和 Oracle) 提供額外的重構分析。

請依照我們文件中的入門指南開始使用。

請造訪使用 AWS 實現 Windows 工作負載現代化了解更多資訊。

應用程式轉型是重構、重新架構與重新撰寫應用程式，從而最大限度提高在雲端執行的可用性、可擴展性、商業敏捷性和成本優化優點的過程。

Refactor Spaces 協助您加快應用程式重構以充分利用 AWS 中的運算，並且透過在生產中執行時使管理重構過程變得更加簡單，從而對應用程式轉型進行簡化。使用 Refactor Spaces，您可以專注於應用程式的重構，而不是建立與管理使重構成為可能的底層基礎設施。Refactor Spaces 可協助降低將應用程式演進為微型服務，或對無法使用微型服務中所撰寫的新功能修改的舊式應用程式進行擴展時的商業風險。

Refactor Spaces 可以解決在應用程式轉型時的兩個實際的常見問題：為應用程式重構設定基礎設施，以及大規模執行不斷變化的應用程式。Refactor Spaces 可協助您合併現有應用程式與微型服務到單個應用程式，同時實現不同的架構和技術方法、團隊調整，以及各個部分之間的過程。憑藉 Refactor Spaces，您可以轉型舊式應用程式，或者使用在任何 AWS 運算目標 (例如 EC2、Amazon Elastic Container Service、Amazon Elastic Kubernetes Service、AWS Fargate 和 AWS Lambda) 上執行的微型服務對其進行擴展。Refactor Spaces 透過在幾分鐘內為應用程式重構建立基礎設施，可節省大量時間。

任何即將重構、重新撰寫或重新架構的應用程式都可以考慮使用 Refactor Spaces，只要它的外部介面是以 HTTP 為基礎的協定或在 AWS 中執行（或者它可以使用 Application Migration Service 進行重新託管或首先重新建置平台）。Refactor Spaces 常被用於重構較舊的巨型應用程式，但它也可協助您導覽現代化服務及應用程式的重構和重新架構。

Refactor Spaces 會協調其他 AWS 服務以建立重構環境，並且拼接現有應用程式和微型服務到應用程式演進期間可更輕鬆執行的 Refactor Spaces 應用程式。應用程式重構環境可透過使用 Transit Gateway、Resource Access Manager 和 API Gateway 建立。使用它們，Refactor Spaces 可透過多帳戶結構使現有應用程式與微型服務保持分離，該結構與網路橋接，從而輕鬆實現跨帳戶通訊。

Refactor Spaces 環境跨 AWS 帳戶提供聯網、應用程式和服務的一致檢視，它是您的現有應用程式和新微型服務的容器。該環境協調 Transit Gateway、Resource Access Manager 和 VPC，在帳戶之間橋接網路以簡化新舊服務之間的通訊。環境在建立時所在的帳戶即環境擁有者。而擁有者可與其他 AWS 帳戶共用環境，並且管理應用程式、服務，以及新增到環境的路徑。

Refactor Spaces 提供可路由到您的現有應用程式和新微型服務的可設定請求。這些應用程式包括可在 AWS 中簡化 Strangler Fig 重構的代理。當在環境內建立應用程式時，Refactor Spaces 會協調 API Gateway、Network Load Balancer (NLB) 和 AWS Lambda 資源策略。該應用程式的代理和路由被用於使底層架構的變更對應用程式取用者保持透明。

Refactor Spaces 服務代表現有應用程式或新微型服務的端點。這些服務可能有使用 URL 端點或 AWS Lambda 端點的 VPC。Refactor Spaces 在環境內使用 Transit Gateway 自動橋接服務 VPC，並在環境內跨所有帳戶允許服務 VPC 中任何 AWS 資源之間的流量。在設定到某項服務的路徑時，若該服務有 Lambda 端點，會使用 API Gateway 的 Lambda 整合路由流量。對於使用 URL 端點的服務，流量會使用 API Gateway VPC 連結和 NLB 目標群組進行路由。

您可以透過 AWS 管理主控台、AWS SDK/CLI 或 CloudFormation (CFN) 使用 Refactor Spaces。通常而言，您要以至少兩個帳戶開始使用，一個用於您的現有應用程式，另一個擁有 Refactor Spaces 環境並管理服務之間的流量路由。您的 AWS 帳戶可以是獨立的新或現有帳戶，AWS Organization 的組成部分，或由 AWS Control Tower 進行佈建。 

首先，透過造訪帳戶中的 Refactor Spaces 主控台或使用 IAM 的主控台或 API 建立服務連結角色 (SLR)，在您計劃用於重構的每個 AWS 帳戶內安裝 Refactor Spaces SLR。然後，在被選做為環境擁有者的帳戶中建立 Refactor Spaces 環境，並與其他帳戶共用該環境。一旦其他帳戶接受環境共享邀請，Refactor Spaces 會自動與其他指定帳戶共享環境中所包含的 AWS 資源 (例如 Transit Gateway)。 

接下來，建立您的第一個應用程式。Refactor Spaces 應用程式提供可設定請求，(透過 API Gateway) 路由至 Refactor Spaces 服務，而無論服務位於哪個帳戶。建立應用程式後，在其內部建立一或多項服務。最初，所有流量將流向現有應用程式，因此要建立預設路由將全部流量傳送至代表現有應用程式的服務。隨著時間變化，您將新增路由，轉換流量到業務功能，並由新微型服務進行處理。

是，您可以透過建立 VPC 端點，從 VPC (使用 Amazon Virtual Private Cloud 建立) 以私有方式存取 Refactor Spaces API。使用 VPC 端點，AWS 網路會處理 VPC 和 Refactor Spaces 之間的路由，無須使用網際網路閘道、NAT 閘道或虛擬私有網路 (VPN) 連接。Refactor Spaces 使用的最新一代 VPC 端點採用 AWS PrivateLink 技術，這項技術可使用彈性網路介面 (ENI) 搭配 VPC 的私有 IP 位址啟用 AWS 服務間的私有連線。 若要進一步了解 PrivateLink 支援，請參閱 Refactor Spaces PrivateLink 文件。

協調是一種程序自動化機制，它使用範本，將多個任務同步到一個工作流程中，並管理相依項目以實現遷移專案的所需目標。

AWS Migration Hub Orchestrator 旨在自動化和簡化應用程式至 AWS 的遷移。Orchestrator 透過消除遷移大型企業應用程式、管理不同工具之間的相依項目以及在一個地方查看遷移進度所涉及的許多手動任務，來協助您減少遷移成本和時間。在 Orchestrator 中使用預先定義和可自訂的工作流程範本，以提供一組指定的遷移任務、遷移工具和自動化機會，從而協調複雜的工作流程和相互依賴的任務，來簡化遷移至 AWS 的程序。 

Orchestrator 可協助您加速遷移、簡化遷移程序並根據您的使用案例調整遷移工具和程序。

• 加速遷移：使用經過驗證的預先定義工作流程範本加速您的應用程式遷移，這些範本基於 AWS 已遷移的具有類似模式的數千個應用程式。
• 使用自動化簡化：跨多個工具 (例如 AWS Application Discovery Service、AWS Application Migration Service 和 AWS 實驗室) 自動執行遷移前任務、遷移工作流程和遷移任務，進行相同的遷移工作流程，以最大限度地減少手動作業。 
• 調整和精簡：透過在基準建議的基礎上建置並修改步驟和相依項目來自訂及重複使用工作流程範本，以滿足特定工作負載和使用案例的需求。

Orchestrator 簡化並加速了應用程式至 AWS 的遷移。

• 使用規範的方法遷移應用程式：您可以使用預先定義的工作流程範本快速開始遷移，這些範本基於數千個具有 AWS 已遷移類似模式的應用程式。
• 自訂遷移工作流程：您可以透過新增自己的步驟、相依項目和自動化來自訂工作流程，以滿足特定使用案例的需求。
• 在來源環境中協調遷移前任務：您經常需要檢查遷移準備情況、安裝代理程式或移除您不想遷移至 AWS 的不必要的日誌檔案。在每個內部部署伺服器上手動執行這些任務是一個既乏味又容易出錯的程序。使用 Orchestrator，您可以自動執行這些任務，以節省時間和成本，同時減少錯誤。
• 在不同的遷移工具中協調遷移任務：您的最佳遷移程序可能涉及對相同的遷移工作流程使用多種工具，例如 AWS Application Discovery Service、AWS Application Migration Service 或 AWS 實驗室。使用 Orchestrator，您可以透過重複使用庫存中繼資料、組態規格和環境內容來協調遷移任務，以最大限度地減少在每個工具中需要提供的輸入。透過自動化手動遷移任務、管理不同工具之間的相依項目以及在一個地方查看遷移進度，Orchestrator 可協助您減少遷移成本和時間。
• 設定、驗證和啟動遷移的應用程式：在大型遷移中，檢查執行個體、資料庫和網路連線的狀態；在遷移的伺服器上安裝和解除安裝應用程式；並且關閉臨時環境會導致延長切換期和停機時間。使用 Orchestrator，您可以自動執行這些例行遷移步驟，以將切換時間減少 50% 以上。

您可以從 AWS Migration Hub 主控台或 AWS Command Line Interface (CLI) 存取 Orchestrator。使用 Orchestrator 完成探索或匯入來源伺服器、將探索的伺服器分組到應用程式以及在來源環境中安裝外掛程式的先決條件。接下來，選擇其中一個預先定義的工作流程範本來建立一個工作流程以協調應用程式遷移。如果您願意，還可以指定作為工作流程的一部分自動或手動完成的自訂步驟。定義工作流程後，您可以執行、暫停或刪除它。您還可以在 Orchestrator 中追蹤步驟級別和步驟群組級別的工作流程狀態。

工作流程範本是具有一組指定的遷移任務、相依項目、適合的遷移工具和建議的自動化機會的手冊。例如，用於使用 HANA 資料庫遷移 SAP NetWeaver 型應用程式的預先定義的工作流程範本包括用於自動驗證來源伺服器和外掛程式之間的連線的逐步任務、使用 AWS Launch Wizard 佈建新 SAP 環境的能力、自動驗證來源和目標環境、自動遷移 HANA 資料庫和應用程式，以及遷移後驗證。 

Orchestrator 目前支援您可以使用的五個預先定義的工作流程範本。第一個範本可協助您使用 AWS 實驗室和 HANA 系統複寫透過 HANA 資料庫遷移 SAP NetWeaver 型應用程式。第二個範本可協助您使用 AWS Application Migration Service (MGN) 加速任何應用程式的主機轉換。第三個和第四個範本可協助您將 SQL Server 資料庫平台轉換至 Amazon RDS，並使用原生備份和還原將 SQL Server 資料庫主機轉換至 Amazon EC2。第五個範本可協助您經由主控台式的體驗，將內部部署的虛擬機器 (VM) 影像匯入至 AWS，以便從您建置的 VM 影像產生 Amazon Machine Image (AMI)，滿足 IT 安全性、設定管理和合規等要求。所有這些範本都包括預先定義的任務自動化，以及新增步驟和自動化指令碼的選項。