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

# 遷移評估的快速入門指南
<a name="transform-app-assessments-quick-start"></a>

本指南說明如何取得評估所需的庫存資料、如何執行評估、如何檢閱結果，以及要使用的提示。如果您想要快速產生第一個商業案例，請從這裡開始。開始之前，請確認您在 中有項目[先決條件](transform-app-assessments.md#transform-app-assessments-prerequisites)。

本指南涵蓋下列主題，這些主題會將您從清查檔案帶到完成的業務案例：
+ 取得遷移評估的資料
+ 執行評估
+ 檢閱和精簡結果
+ 使用範例提示

## 取得遷移評估的資料
<a name="transform-app-assessments-quick-start-data"></a>

每個評估都從伺服器庫存開始， AWS 轉換接受許多格式。三種路由涵蓋大多數情況：從 Hypervisor 匯出庫存、執行 AWS 轉換探索工具，或使用您已擁有的資料。如需支援格式的詳細資訊，請參閱 [上傳庫存資料](transform-app-assessments.md#transform-app-assessments-upload-inventory)。

### 從 vCenter 匯出您的庫存
<a name="transform-app-assessments-quick-start-data-export"></a>

如果您的工作負載在 VMware 上執行，從 vCenter 匯出是取得資料的最快方式。下列兩種工具都會在幾分鐘內執行，而且您的伺服器上也不需要代理程式。
+ **匯出 vCenter** – 來自 的開放原始碼 Python 指令碼 AWS。它只會收集 AWS 轉換所需的 vCenter 資料，並寫入符合 RVTools CSV 檔案名稱和資料欄標頭的檔案。您需要 Python 3.10 或更新版本和唯讀 vCenter 登入資料。指令碼會建立您上傳至評估`vcexport.zip`的檔案。由於輸出符合 RVTools 格式， AWS Transform 會將輸出讀取為 RVTools 匯出。如需安裝和執行指令碼的說明，請參閱 GitHub 網站上的 [export-for-vcenter](https://github.com/awslabs/export-for-vcenter)。
+ **RVTools** – Dell 廣泛使用的第三方 Windows 工具，可報告 VMware vSphere 環境。許多團隊已經執行它，因此您的基礎設施團隊可能有最近的匯出。它會匯出至 Excel 檔案或 CSV 檔案的 ZIP 檔案，兩者都接受 AWS 。RVTools 僅從 Dell 網站上的 [RVTools](https://www.dell.com/en-us/shop/vmware/sl/rvtools) 下載 RVTools。

這兩種工具都會報告虛擬機器的設定方式。適用於 vCenter 的匯出也會讀取 vCenter 已收集的效能統計資料，而 RVTools 則不會。對於每個開啟電源的 VM，它會新增最大和平均 CPU 和記憶體使用量，以及最大的虛擬磁碟讀取和寫入請求大小。

該資料很重要，因為 AWS 轉換會在存在時從庫存中的尖峰使用率調整執行個體的大小，並在不存在時回到預設假設。若要取得第一個商業案例，RVTools 匯出仍然是一個不錯的選項，您可以稍後新增用量資料。

來自 Hypervisor 的資料具有限制。它僅涵蓋 vCenter 管理的虛擬機器。分別新增實體伺服器、其他 Hypervisor 和雲端工作負載。它也看不到訪客內部，因此您沒有資料庫引擎或版本，也沒有伺服器之間的連線。如果沒有 SQL Server 版本， AWS Transform 就無法分析您的 SQL Server 授權。

適用於 vCenter 的匯出有其本身的兩個限制。它會略過關閉電源VMs、沒有 IP 地址VMs，以及處於`notRunning`訪客狀態VMs。其用量資料也會預設為 60 分鐘時段，可能會錯過月底或季節性尖峰。

### 使用 探索工具收集更豐富的資料
<a name="transform-app-assessments-quick-start-data-discovery-tool"></a>

 AWS 轉換探索工具是您部署在自有環境中以探索庫存的虛擬設備。它支援 VMware vCenter 和 Microsoft Hyper-V，您可以從逗號分隔值 (CSV) 檔案匯入更多伺服器。工具會收集不含客服人員的資料。它會從您的 Hypervisor 讀取，並透過 Secure Shell (SSH) 和 Windows Remote Management (WinRM) 連線至您的作業系統。您提供登入資料。如需設定設備的指示，請參閱[探索工具](https://docs.aws.amazon.com/transform/latest/userguide/discovery-tool.html)。

工具的設定時間比匯出更長，因為您部署設備、設定來源和提供登入資料。其會收集匯出無法提供給您的資料：
+ **一段時間的使用資料** – 隨著工具執行而收集的作業系統和儲存指標。然後 AWS ，Transform 可以根據實際需求調整伺服器大小，而不是假設。這對於預估的準確性影響最大。
+ **資料庫探索** – 伺服器上的 SQL Server 和 Oracle 資料庫。SQL Server 版本和版本讓授權和版本分析成為可能。您的庫存會記錄 Oracle 資料庫，而 AWS Transform 會將其主機伺服器評估為一般運算。
+ **網路連線** – 伺服器之間的連線，以及每個伺服器背後的程序。 AWS 轉換評估不會映射應用程式相依性，因此請將此資料用於您自己的波動規劃。
+ **更廣泛的涵蓋**範圍 – 跨 vCenter、Hyper-V 和匯入伺服器的一個庫存，因此您可以避免合併個別匯出。

許多團隊都同時執行。從匯出開始，以取得有方向性的商業案例，並就範圍達成共識。然後使用探索工具資料再次執行評估，以固定數字。

### 使用您已擁有的資料
<a name="transform-app-assessments-quick-start-data-existing"></a>

您通常可以使用您已擁有的資料。 AWS Transform 會辨識常見的探索和庫存格式，並針對無法辨識的檔案回復到彈性剖析器。試算表、組態管理資料庫 (CMDB) 匯出、儲存報告或從第三方探索工具匯出都是合理的起點，而[遷移探索](https://aws.amazon.com/marketplace/solutions/migration/migration-discovery)中的工具也是 AWS Marketplace 中的工具。 AWS Transform 會在您上傳時偵測格式，並在欄位遺失時接受部分資料。檢查無法辨識之檔案的 AWS 轉換報告，因為彈性的剖析是最佳作法。對於您自行建置的試算表， AWS 轉換評估資料範本會為您提供 AWS 轉換預期的資料欄。如需常用來源的詳細資訊，請參閱 [上傳庫存資料](transform-app-assessments.md#transform-app-assessments-upload-inventory)。

## 執行評估
<a name="transform-app-assessments-quick-start-running"></a>

上傳庫存後，評估需要三個步驟。定義範圍、定義假設並執行。您可以一次完成一個步驟，這可讓您在繼續之前檢查每個步驟。當您已經知道想要什麼時，也可以在單一提示中結合這三個。

AWS 轉換會針對您捨棄的任何項目使用預設值，因此您無論如何都會得到結果。明確可讓您獲得更好的結果。預設值無法得知您計劃遷移哪些伺服器、 AWS 區域 您想要哪些伺服器，或您的財務團隊將做出哪些承諾。當利益相關者對數字提出問題時，建立在未陳述假設上的商業案例也很難防禦。當您陳述輸入時，您會知道哪些輸入產生了哪個結果。

您在第二個步驟中設定的假設會將結果塑造得比任何其他輸入更多，而且它們是您組織的限制條件所屬的位置。定價模型和術語通常是評估中最大的成本變數。

**執行評估**

1. 

**定義範圍**

   決定哪些伺服器和工作負載屬於評估。匯出通常保留的數目超過您計劃遷移的數目，而您計劃淘汰的伺服器會同時充實您的內部部署基準和 AWS 預估值。如需範圍的詳細資訊，請參閱 [管理庫存範圍](transform-app-assessments.md#transform-app-assessments-manage-scope)。

   採取下列範圍調整動作：
   + 排除您計劃停用而非遷移的伺服器，以及您想要避免此商業案例的伺服器。
   + 將您的非生產伺服器移至單獨的案例，讓主要業務案例涵蓋生產。
   + 新增匯出遺漏的伺服器，例如 vCenter 未管理的實體伺服器。
   + 檢查 AWS Transform 是否找到您的 SQL Server 工作負載，因為它的評估方式與其他伺服器不同。

   AWS 轉換也會自行排除一些資源，包括關機和暫停的伺服器、虛擬機器範本，以及探索工具和收集器執行所在的設備。根據預期檢查範圍內計數，因為這些排除會變更您的伺服器計數。

1. 

**定義假設**

   設定 AWS Transform 使用的定價和基礎設施假設。

   以下是基本範例。您可以設定比這些更多的假設，包括處理器架構、執行個體類型排除，以及內部部署成本。如需假設的詳細資訊，請參閱 [設定評估案例](transform-app-assessments.md#transform-app-assessments-configure-scenarios)。
   + **目標 AWS 區域** – 例如，美國東部 （維吉尼亞北部） AWS 區域或 AWS 區域 最接近您的使用者。價格因 而異 AWS 區域。
   + **定價模型和期限** – 例如，如果您的金融團隊將遞交期限，則為三年預留執行個體，如果不會，則為隨需執行個體。
   + **適當大小** – AWS 轉換為沒有效能資料的伺服器所假設的 CPU 和記憶體使用率。
   + **租用和授權** – 例如，混合租用，以便將自有授權 Windows 工作負載放在專用主機上。如果您擁有授權，請選擇在 Amazon Relational Database Service (Amazon RDS) 上自有的 SQL Server 媒體。

   較低的假設使用率會留下更多空間，並建議較大的執行個體。較高的假設使用率會交易成本的前端空間。

1. 

**執行評估**

   執行評估。執行可能需要幾分鐘的時間，時間取決於您的庫存大小。

執行完成後，請在共用結果之前檢查結果，如下節所述。

## 檢閱和精簡結果
<a name="transform-app-assessments-quick-start-review"></a>

評估執行後，請檢閱輸出。 AWS 在聊天中轉換答案，以便您可以詢問結果、深入探索一組伺服器，以及對建議提出問題，而無需產生檔案。當您需要共用內容時， AWS Transform 會產生下列可交付項目：

Microsoft PowerPoint 簡報 (PPTX)  
包含摘要調查結果和建議的執行簡報。

Microsoft Excel 工作手冊 (XLSX)  
包含每個伺服器建議和成本明細的詳細匯出。

可攜文件格式 (PDF)  
涵蓋運算、儲存、授權和成本比較的報告。

在三個交付項目中，PDF 是您可以透過聊天自訂的交付項目。 AWS 轉換會在 ZIP 檔案中將所有三個檔案一起交付。您取得的工作表和投影片取決於評估涵蓋的工作負載。

將第一次執行視為草稿。在結果中驗證下列項目：
+ 確認總擁有成本 (TCO) 摘要中的伺服器計數符合您設定的範圍。
+ 確認 AWS Transform 為您成本最高的伺服器產生的建議看起來合理。XLSX 檔案會列出每個伺服器的預估成本。
+ 調查似乎錯誤的任何內容，例如大於來源伺服器的建議執行個體類型。

當數字看起來正確時，請採取下列動作：
+ 為您權重的每個選項建立案例，例如 Amazon RDS 相較於 Amazon EC2 上的 SQL Server，然後並排比較案例。評估最多可以容納五個案例。
+ 產生您需要共用的報告和簡報。

您可以變更假設並重新執行案例、建立具有不同假設的新案例，以及並排比較案例，以尋找適合的選項。您不需要重新上傳庫存，但變更後的案例會再次完全執行。從您的最佳理解開始，並在利益相關者沉重時對其進行精簡。

## 範例提示
<a name="transform-app-assessments-quick-start-prompts"></a>

您可以透過聊天執行這些步驟。下列範例顯示每個步驟的一個提示。每個提示會一次要求數個項目，這是刻意的。 AWS 轉換會保留訊息的內容，因此命名範圍、假設和輸出的提示比一系列簡短問題更有效。變更詳細資訊以符合您的環境。

### 定義範圍
<a name="transform-app-assessments-quick-start-prompts-scope"></a>

此提示會檢查 AWS 轉換如何讀取您的庫存，然後縮小範圍：

「我的庫存中有多少伺服器，以及其中哪些伺服器執行 SQL Server？ 列出您找到的任何資料品質警告。然後，將 srv-101、srv-102 和 srv-103 超出範圍，因為您打算停用它們。使用其 CPU、記憶體和儲存體確認範圍內的最終伺服器計數。」

### 定義假設
<a name="transform-app-assessments-quick-start-prompts-assumptions"></a>

此提示說明您的定價、基礎設施和授權假設，而不是將它們保留在預設值中：

「評估美國東部 （維吉尼亞北部） 範圍內的伺服器。 AWS 區域使用三年預留執行個體定價，無預付。允許我的工作負載支援 Arm AWS 的 Graviton，並將其餘項目保留在 x86 上。使用混合租用，以便我的自帶授權 Windows 伺服器在專用主機上。假設在 Amazon RDS 上使用您自己的 SQL Server 媒體。使用 gp3 磁碟區進行區塊儲存。比較五年內的 TCO。」

### 執行評估
<a name="transform-app-assessments-quick-start-prompts-run"></a>

設定範圍和假設後，此步驟很簡單。執行評估，並詢問詳細資訊，以便您可以檢查結果：

「執行評估並提供結果的詳細明細。」

在那裡，保持相同的對話以比較案例、執行假設分析並產生報告。

### 在一個提示中結合步驟
<a name="transform-app-assessments-quick-start-prompts-single"></a>

當您已經知道範圍和假設時，請一起陳述它們，並在一個提示中執行評估：

「評估我的庫存，但 srv-101、srv-102 和 srv-103 超出範圍，因為您打算停用它們。使用三年預留執行個體定價 us-east-1 中的其餘部分，無預付。使用混合租用，以便我的自帶授權 Windows 伺服器在專用主機上。假設在 Amazon RDS 上使用您自己的 SQL Server 媒體。然後執行評估，並提供結果的詳細明細。」

## 相關資源
<a name="transform-app-assessments-quick-start-related"></a>

如需遷移評估的詳細資訊，請參閱下列主題：
+ 如需清查格式的詳細資訊，請參閱 [上傳庫存資料](transform-app-assessments.md#transform-app-assessments-upload-inventory)。
+ 如需範圍的詳細資訊，請參閱 [管理庫存範圍](transform-app-assessments.md#transform-app-assessments-manage-scope)。
+ 如需假設的詳細資訊，請參閱 [設定評估案例](transform-app-assessments.md#transform-app-assessments-configure-scenarios)。
+ 如需自動收集庫存的說明，請參閱[探索工具](https://docs.aws.amazon.com/transform/latest/userguide/discovery-tool.html)。