本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 迁移评估快速入门指南
<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>

每次评估都从服务器清单开始，T AWS ransform 接受多种格式。三种途径涵盖大多数情况：从虚拟机管理程序导出清单、运行 Trans AWS form 发现工具或使用已有的数据。有关支持的格式的更多信息，请参阅[上传库存数据](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它仅收集 Trans AWS form 所需的 vCenter 数据，并写入与 RvTools CSV 文件的名称和列标题相匹配的文件。你需要 Python 3.10 或更高版本以及只读 vCenter 凭证。该脚本会创建您上传到评估中的`vcexport.zip`文件。由于输出与 rvTools 格式匹配，因此 Transform 将其 AWS 读作 RVTools 导出。有关安装和运行脚本的说明，请参阅网站上的 [export-for-vcenter](https://github.com/awslabs/export-for-vcenter)。 GitHub 
+ **rvTool** s — 戴尔广泛使用的第三方 Windows 工具，用于报告 VMware vSphere 环境。许多团队已经在运行它，因此您的基础架构团队最近可能有一份导出。它导出到 Excel 文件或 CSV 文件的 ZIP 文件，Transfor AWS m 接受这两个文件。只能从戴尔网站上的 RvTools 下载 [RVTools](https://www.dell.com/en-us/shop/vmware/sl/rvtools)。

这两个工具都会报告您的虚拟机的配置情况。vCenter 的导出还会读取 vCenter 已经收集的性能统计信息，而 RvTools 不会读取。对于每个已开机的 VM，它会增加 CPU 和内存的最大和平均使用量，以及最大的虚拟磁盘读取和写入请求大小。

这些数据很重要，因为 AWS Transform 会根据库存中的峰值利用率调整实例的大小，而在不存在时会回退到默认假设。要获得第一个商业案例，RVTools 导出仍然是一个不错的选择，您可以稍后添加使用情况数据。

来自虚拟机管理程序的数据有限制。它仅涵盖由 vCenter 管理的虚拟机。分别添加物理服务器、其他虚拟机管理程序和云工作负载。它也看不到客户机内部，因此你没有数据库引擎或版本，服务器之间也没有连接。如果没有 SQL Server 的版本和版本，T AWS ransform 就无法分析你的 SQL S

vCenter 的导出有其自身的两个限制。它会跳过已关闭电源的虚拟机、没有 IP 地址的虚拟机和处于访客状态的虚拟机。`notRunning`它的使用数据也默认为 60 分钟的时间段，这可能会错过月末或季末的高峰期。

### 使用发现工具收集更丰富的数据
<a name="transform-app-assessments-quick-start-data-discovery-tool"></a>

T AWS ransform 发现工具是一种虚拟设备，您可以将其部署在自己的环境中以发现清单。它支持 VMware vCenter 和 Microsoft Hyper-V，你可以从逗号分隔值 (CSV) 文件中导入更多服务器。该工具无需代理即可收集数据。它从您的虚拟机管理程序中读取数据，并通过安全外壳 (SSH) 和 Windows 远程管理 (WinRM) 连接到您的操作系统。您提供凭证。有关设置设备的说明，请参阅[发现工具](https://docs.aws.amazon.com/transform/latest/userguide/discovery-tool.html)。

该工具的设置时间比导出时间长，因为您需要部署设备、配置源并提供凭据。作为回报，它会收集导出无法提供的数据：
+ **一段时间内的使用数据** — 工具运行时收集的操作系统和存储指标。 AWS 然后，Transform 可以根据实际需求而不是假设来调整服务器规模。这对估算值的准确性影响最大。
+ **数据库发现** — 服务器上的 SQL Server 和 Oracle 数据库。SQL Server 版本和版本使许可证和版本分析成为可能。您的库存记录了 Oracle 数据库，Tr AWS ansform 会将其主机服务器评估为常规计算。
+ **网络连接** — 服务器之间的连接以及每台服务器背后的流程。 AWS 转换评估不会映射应用程序依赖关系，因此请使用这些数据进行自己的波浪规划。
+ **覆盖范围更广** — 在 vCenter Hyper-V、和导入的服务器上使用一个清单，因此可以避免合并单独的导出。

许多队伍两者兼而有之。从出口开始，以获得方向性的商业案例并就范围达成共识。然后使用发现工具数据再次进行评估以确定数字。

### 使用你已经拥有的数据
<a name="transform-app-assessments-quick-start-data-existing"></a>

您经常可以使用已有的数据。 AWS Transform 可以识别常见的发现和清单格式，并使用灵活的解析器来解析它无法识别的文件。电子表格、配置管理数据库 (CMDB) 导出、存储报告或从第三方发现工具导出都是合理的起点，Marketplace AWS 中[迁移发现](https://aws.amazon.com/marketplace/solutions/migration/migration-discovery)中的工具也是如此。 AWS Transform 会在您上传时检测格式，并在缺少字段时接受部分数据。检查无法识别的文件的 Transf AWS orm 报告了什么，因为灵活的解析是尽力而为。对于您自己构建的电子表格，“ AWS 转换评估数据” 模板为您提供了 Trans AWS form 期望的列。有关常用来源的更多信息，请参阅[上传库存数据](transform-app-assessments.md#transform-app-assessments-upload-inventory)。

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

上传库存后，评估分为三个步骤。定义范围，定义假设并运行它。你可以逐一完成这些步骤，这样你就可以在继续前进之前检查每个步骤。当你已经知道自己想要什么时，你也可以将这三个提示合并在一个提示中。

AWS Transform 对你遗漏的任何内容都使用默认值，因此无论哪种方式你都能得到结果。露骨会给你带来更好的结果。默认用户无法知道您计划迁移哪些服务器、想要迁移哪 AWS 区域 台服务器，或者您的财务团队将做出哪些承诺。当利益相关者质疑数字时，建立在未陈述的假设之上的商业案例也很难辩护。当你陈述你的输入时，你就知道哪些输入产生了哪个结果。

您在第二步中设定的假设比任何其他输入都更能影响结果，它们是您组织的约束条件所在。定价模型和期限通常是评估中最大的成本变量。

**进行评估**

1. 

**定义范围**

   确定哪些服务器和工作负载属于评估范围。导出的容量通常比你计划迁移的要多，而你计划停用的服务器会夸大你的本地基准和 AWS 估计。有关作用域的更多信息，请参阅[管理库存范围](transform-app-assessments.md#transform-app-assessments-manage-scope)。

   采取以下范围界定操作：
   + 不包括您计划停用而不是迁移的服务器，以及您希望将其排除在本业务案例之外的服务器。
   + 将您的非生产服务器转移到单独的场景中，以便主要业务案例涵盖生产。
   + 添加导出漏掉的服务器，例如 vCenter 不管理的物理服务器。
   + 检查 Trans AWS form 是否找到了你的 SQL Server 工作负载，因为它对这些工作负载的评估与其他服务器不同。

   AWS Transform 本身也排除了一些资源，包括已关闭电源和暂停的服务器、虚拟机模板以及运行发现工具和收集器的设备。根据您的预期检查范围内的计数，因为这些排除会更改您的服务器数量。

1. 

**定义假设**

   设置 Trans AWS form 使用的定价和基础架构假设。

   以下是基本示例。您可以配置比这些假设多得多，包括处理器架构、实例类型排除和本地成本。有关假设的更多信息，请参见[配置评估场景](transform-app-assessments.md#transform-app-assessments-configure-scenarios)。
   + **目标 AWS 区域** — 例如，美国东部（弗吉尼亚北部） AWS 区域或距离您的用户 AWS 区域 最近的区域。价格因人而异 AWS 区域。
   + **定价模式和期限** — 例如，如果您的财务团队承诺一个期限，或者不承诺期限， On-Demand 则为三年期预留实例。
   + **Right-sizing**— T AWS ransform 为没有性能数据的服务器假设的 CPU 和内存利用率。
   + **租赁和许可** — 例如，混合租赁，以便自带许可证 Windows 工作负载可以在专用主机上运行。如果您拥有许可证，请在亚马逊关系数据库服务（Amazon RDS）上选择 SQL Server 自带媒体。

   较低的假设利用率会留出更多的余地，因此建议使用更大的实例。假设利用率越高，就会用余量换取成本。

1. 

**进行评估**

   进行评估。一次运行可能需要几分钟，时间取决于库存的大小。

运行完成后，请在共享结果之前检查结果，如下一节所述。

## 审查和完善结果
<a name="transform-app-assessments-quick-start-review"></a>

评估运行后，查看结果。 AWS 在聊天中转换答案，这样你就可以在不生成文件的情况下询问结果、深入研究一组服务器并质疑推荐。当你需要共享内容时，Trans AWS form 会生成以下可交付成果：

微软 PowerPoint 演示文稿 (PPTX)  
一份包含摘要调查结果和建议的执行报告。

微软 Excel 工作簿 (XLSX)  
详细导出，其中包含每台服务器的建议和成本明细。

可移植文档格式（PDF）  
一份涵盖计算、存储、许可和成本比较的报告。

在这三个交付件中，PDF是您可以通过聊天进行自定义的。 AWS Transform 将所有三个文件一起放在一个 ZIP 文件中。您获得的表格和幻灯片取决于您的评估所涵盖的工作量。

把第一轮当作选秀来对待。验证结果中的以下内容：
+ 确认总拥有成本 (TCO) 摘要中的服务器数量与您设置的范围相匹配。
+ 确认 Trans AWS form 为成本最高的服务器生成的建议看起来合理。XLSX 文件列出了每台服务器的估计成本。
+ 调查任何看似错误的地方，例如大于源服务器的推荐实例类型。

当数字看起来正确时，请执行以下操作：
+ 为您正在权衡的每个选项创建一个场景，例如 Amazon RDS 与 Amazon EC2 上的 SQL Server 的比较，然后并排比较这些方案。评估最多包含五种情景。
+ 生成您需要共享的报告和演示文稿。

您可以更改假设并再次运行场景，创建具有不同假设的新场景，并排比较场景以找到合适的选项。 Re-uploading 您的库存不是必需的，但是更改后的场景确实会再次完全运行。从你最好的理解开始，然后在利益相关者的参与下对其进行完善。

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

您可以通过聊天完成每个步骤。以下示例显示每个步骤都有一个提示。每个提示同时要求几件事，这是经过深思熟虑的。 AWS Transform 可以跨消息保留上下文，因此命名你的范围、你的假设和你想要的输出的提示比一系列简短的问题效果更好。更改详细信息以匹配您的环境。

### 定义范围
<a name="transform-app-assessments-quick-start-prompts-scope"></a>

此提示会检查 T AWS ransform 如何读取您的库存，然后缩小范围：

“我的库存中有多少台服务器，其中哪些运行 SQL Server？ 列出您发现的所有数据质量警告。然后将 srv-101、srv-102 和 srv-103 排除在范围之外，因为你打算停用它们。确认范围内的最终服务器数量，包括其 CPU、内存和存储空间。”

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

此提示说明了您的定价、基础设施和许可假设，而不是将其保留为默认值：

“评估美国东部（弗吉尼亚北部）范围内的服务器 AWS 区域。使用为期三年的预留实例为他们定价，无需预付费用。在我的工作负载支持 A AWS rm 的地方允许 Graviton，其余的则保留在 x86 上。使用混合租赁，这样我的 “自带许可证” Windows 服务器就可以运行在专用主机上。假设为亚马逊 RDS 上的 SQL Server 自带媒体。使用 gp3 卷进行块存储。比较五年的总拥有成本。”

### 运行评估
<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 服务器就可以运行在专用主机上。假设为亚马逊 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)。