创建评估的最佳做法

  • 项目

Azure Migrate 在一个中心位置提供多种工具，帮助你发现、评估应用、基础结构和工作负荷并将其迁移到 Azure。 该中心包含 Azure Migrate 工具，以及第三方独立软件供应商 (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 大小

建议的磁盘类型基于在存储类型设置中选择要评估的内容。

示例

例如，如果本地 VM 的四个内核的利用率为 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。 遵循以下最佳做法来评估使用设备发现的服务器：

  • 创建按原样评估：一旦服务器显示在 Azure Migrate 门户中，即可立即创建按原样评估。 不能使用“作为本地”调整大小标准创建 Azure SQL 评估。 Azure 应用服务评估默认为“作为本地”。
  • 创建基于性能的评估：设置发现后，建议等待至少一天，再运行基于性能的评估：
    • 收集性能数据需要时间。 等待至少一天可确保在运行评估之前有足够的性能数据点。
    • 运行基于性能的评估时，请确保分析评估期间的环境。 例如，如果创建评估时将性能持续时间设置为一周，则在开始发现之后，需要至少等待一周，才会收集所有数据点。 如果不这样做，评估将不会获得五星评级。
  • 重新计算评估：由于评估是时间点快照，因此不会自动使用最新数据更新。 若要使用最新数据更新评估，需要进行重新计算。

遵循以下最佳做法，评估通过 .CSV 文件导入到 Azure Migrate 的服务器：

  • 创建按原样评估：一旦服务器显示在 Azure Migrate 门户中，即可立即创建按原样评估。
  • 创建基于性能的评估：这有助于更好地估算成本，尤其是在本地过度预配服务器容量时。 但是，基于性能的评估的准确度取决于为服务器指定的性能数据。
  • 重新计算评估：由于评估是时间点快照，因此不会自动使用最新数据更新。 若要使用最新导入的数据更新评估，需要进行重新计算。

可信度评级的最佳做法

运行基于性能的评估时，对评估进行 1 星（最低）到 5 星（最高）的可信度评级。 有效使用可信度评级：

  • Azure VM 评估需要：
    • 每台服务器的 CPU 和内存利用率数据
    • 每个附加到本地服务器的磁盘的读/写 IOPS/吞吐量数据
    • 每个附加到服务器的网络适配器的网络流入/流出量信息。

根据所选持续时间的可用数据点百分比，下表提供了评估的可信度评级。

数据点可用性 置信度分级
0%-20% 1 星
21%-40% 2 星
41%-60% 3 星
61%-80% 4 星
81%-100% 5 星

常见评估问题

下面介绍了如何解决影响评估的一些常见环境问题。

不同步评估

如果在创建评估后在组中添加或删除服务器，创建的评估将标记为“不同步”。请再次运行评估（“重新计算”）以反映组更改。

过时的评估

Azure VM 评估

如果对已评估的组中的本地服务器进行了更改，则评估将标记为“过时”。 可能会由于在以下属性中进行了一项或多项更改而将评估标记为“过时”：

  • 处理器核心数
  • 分配的内存
  • 启动类型或固件
  • 操作系统名称、版本和体系结构
  • 磁盘数目
  • 网络适配器数目
  • 磁盘大小更改（分配的 GB）
  • NIC 属性更新。 例如：更改 Mac 地址、添加 IP 地址等。

再次运行评估（“重新计算”）以反映更改。

低可信度评级

由于以下原因，评估时并非所有数据点都可用：

  • 在创建评估的过程中，你没有对环境进行分析。 例如，如果创建性能持续时间设置为一周的评估，则在对所有数据点启用发现之后，需要等待至少一周才能收集。 如果无法等待这么久，请将性能持续时间缩短，并“重新计算”评估。

  • 评估无法在评估期内收集部分或全部服务器的性能数据。 若要获得高置信度分级，请确保：

    • 服务器在评估期间处于开机状态
    • 允许端口 443 上的出站连接
    • 为 Hyper-V 服务器启用了动态内存
    • Azure Migrate 中代理的连接状态为“已连接”，并请检查上一个检测信号
    • 对于 Azure SQL 评估，“已发现的 SQL 实例”边栏选项卡中所有 SQL 实例的 Azure Migrate 连接状态均为“已连接”

    请重新计算评估以反映置信度评级的最新更改。

  • 启动发现后，为 Azure VM 评估创建的服务器很少。 例如，如果针对最后一个月的性能历史记录创建评估，但仅仅在一周前在环境中创建了几乎很少的服务器。 在这种情况下，整个评估过程中将不会用到新服务器的性能数据，而且可信度评级会较低。

  • 对于 Azure SQL 评估，很少有 SQL 实例或数据库是在发现开始后创建的。 例如，如果针对最后一个月的性能历史记录创建评估，但仅仅在一周前在环境中创建了几乎很少的 SQL 实例或数据库。 在这种情况下，整个评估过程中将不会用到新服务器的性能数据，而且置信度分级会较低。

后续步骤

  • 了解如何计算评估。
  • 了解如何自定义评估。