Azure Migrate 提供了一个工具中心，帮助你发现、评估和迁移应用、基础架构和工作负载到 Azure。 该中心包括Azure Migrate工具，以及非Microsoft独立软件供应商（ISV）产品/服务。
本文总结了使用Azure Migrate发现和评估工具创建评估时的最佳做法。
可以使用 Azure Migrate 创建的评估：发现和评估工具是数据的时点快照。 可以使用Azure Migrate创建四种类型的评估：发现和评估：
| 评估类型 | 详细信息 |
|---|---|
| Azure VM | 用于将本地服务器迁移到Azure虚拟机的评估。 可以在 VMware 和 Hyper-V 环境中评估本地服务器，并使用此评估类型物理服务器迁移到Azure。 了解详细信息 |
注意
如果在“发现和评估工具”上Azure VM 评估的数量不正确，请选择评估总数以查看所有评估，然后重新计算Azure VM 评估。 “发现和评估”工具会显示该评估类型的正确计数。
尺寸标准
在Azure Migrate评估中，大小调整标准选项：
| 尺寸标准 | 详细信息 | 数据 |
|---|---|---|
| 基于性能 | 基于收集的性能数据提出建议的评估。 |
Azure VM 评估：VM 大小建议基于 CPU 和内存利用率数据。 磁盘类型建议（标准 HDD/SSD、高级托管磁盘或超级磁盘）基于本地磁盘的 IOPS（每秒输入/输出）和吞吐量。 |
| 在本地按原样 | 不使用性能数据来提出建议的评估。 |
Azure VM 评估：VM 大小建议基于本地 VM 大小 建议的磁盘类型基于在存储类型设置中选择要评估的内容。 |
注意
如果使用 Azure Migrate 设备来发现数据，则不会发现断开连接或关闭的主机中的 VM，且这些 VM 也不会被纳入评估范围。
示例
例如，如果本地 VM 的 4 个核心利用率为 20%，内存为 8 GB 且利用率为 10%，则Azure VM 评估如下所示：
基于性能的评估：
- 根据核心（4 x 0.20 = 0.8）和内存（8 GB x 0.10 = 0.8）的利用计算，识别有效核心和内存。
- 应用评估属性中指定的舒适因子（假设 1.3x）以获取用于调整大小的值。
- 建议使用 Azure 中最接近支持大约 1.04 核（0.8 x 1.3）和大约 1.04 GB（0.8 x 1.3）内存的 VM 大小。
按原样（类似本地）评估：
- 建议使用具有四个核心的 VM；8 GB 内存。
创建评估的最佳做法
Azure Migrate设备持续分析本地环境，并将元数据和性能数据发送到Azure。 遵循以下最佳做法来评估使用设备发现的服务器：
- 创建 as-is 评估：一旦服务器在 Azure Migrate 门户中显示，就可以立即创建 as-is 评估。 无法使用大小调整条件“如同本地”创建Azure SQL评估。 默认情况下，Azure 应用服务评估的默认方式为“如同本地环境”。
-
创建基于性能的评估：设置发现后，建议等待至少一天，再运行基于性能的评估：
- 收集性能数据需要时间。 等待至少一天可确保在运行评估之前有足够的性能数据点。
- 运行基于性能的评估时，请确保分析评估期间的环境。 例如，如果创建评估时将性能持续时间设置为一周，则在开始发现之后，需要至少等待一周，才会收集所有数据点。 如果你不这样做，评估不会获得 5 星评级。
- 重新计算评估：由于评估是某一时刻的快照，因此不会自动更新为最新数据。 若要使用最新数据更新评估，需要进行重新计算。
请遵循以下最佳实践，通过 .CSV 文件把服务器导入到 Azure Migrate 并进行评估。
- 创建 as-is 评估：一旦服务器在 Azure Migrate 门户中显示，就可以立即创建 as-is 评估。
- 创建基于性能的评估：这有助于更好地估算成本，尤其是在本地过度预配服务器容量时。 但是，基于性能的评估的准确度取决于为服务器指定的性能数据。
- 重新计算评估：由于评估是某一时刻的快照，因此不会自动更新为最新数据。 若要使用最新导入的数据更新评估，需要进行重新计算。
性能覆盖范围的最佳做法
运行基于性能的评估时，会向评估分配性能覆盖范围。 有效使用性能覆盖范围：
- Azure VM 评估需要：
- 每台服务器的 CPU 和内存利用率数据
- 每个附加到本地服务器的磁盘的读/写 IOPS/吞吐量数据
- 每个附加到服务器的网络适配器的网络流入/流出量信息。
根据所选持续时间可用的数据点百分比，下表汇总了评估的性能覆盖范围。
常见评估问题
下面介绍了如何解决影响评估的一些常见环境问题。
不同步评估
如果在创建评估后在组中添加或删除服务器，创建的评估将标记为“不同步”。请再次运行评估（“重新计算”）以反映组更改。
过时的评估
Azure VM 评估
如果对已评估的组中的本地服务器进行了更改，则评估将标记为“过时”。 可能会由于在以下属性中进行了一项或多项更改而将评估标记为“过时”：
- 处理器核心数
- 分配的内存
- 启动类型或固件
- 操作系统名称、版本和体系结构
- 磁盘数目
- 网络适配器数目
- 磁盘大小更改（分配的 GB）
- NIC 属性更新。 例如：更改 Mac 地址、添加 IP 地址等。
再次运行评估（“重新计算”）以反映更改。
低性能覆盖率
由于以下原因，评估时并非所有数据点都可用：
在创建评估的过程中，没有对环境进行分析。 例如，如果创建性能持续时间设置为一周的评估，则在对所有数据点启用发现之后，需要等待至少一周才能收集。 如果无法等待这么久，请将性能持续时间缩短，并“重新计算”评估。
评估无法在评估期内收集部分或所有服务器的性能数据。 若要获得高置信度评级，请确保：
- 服务器在评估期间处于开机状态
- 允许端口 443 上的出站连接
- 对于Hyper-V服务器，已启用动态内存
- Azure Migrate 中代理的连接状态为“已连接”，并检查最后一次心跳信号。
- 对于 Azure SQL 评估，在发现的 SQL 实例选项卡中，所有 SQL 实例的 Azure Migrate 连接状态均显示为“已连接”。
请重新计算评估以反映置信度评级的最新更改。
在进行 Azure VM 评估时，发现过程开始后创建了少量服务器。 例如，如果针对最后一个月的性能历史记录创建评估，但仅仅在一周前在环境中创建了少量服务器。 在这种情况下，整个评估过程中将无法使用新服务器的性能数据，而且置信度评级会较低。