通过

查看AZURE VM 评估

本文介绍Azure VM 评估的各个组件，以及如何在创建评估后查看评估。

概述

创建 Azure VM 评估后，可以在 决策和计划>评估>工作负载查看它。

如果评估是基于性能的，并且服务器是通过设备工具发现的，那么您可以在查看报告之前查看评估的置信度评级。 置信度分级是可用于创建评估的数据质量的指标。 了解详细信息。

在 Overview 页上，您可以查看使用 lift and shift 直接迁移方法后 Azure 上托管 VM 的总体准备情况，以及估计的每月成本。

若要查看每个本地 VM 的评估报告，请选择 服务器至 Azure VM（提升和移植）。 搜索所需的本地服务器，并选择它以查看评估结果。 对于每个本地服务器，可以查看就绪情况、用于标识所需目标的源属性和目标建议。

Azure就绪情况

对于每个源服务器，可以查看Azure就绪情况。 Azure就绪性定义为本地服务器与Azure目标的兼容性。 Azure VM 的就绪情况取决于作系统、启动类型、OS 磁盘大小、存储、计算和安全要求。 每个本地服务器分为以下类别：

  • ready for Azure：工作负载可以迁移到 as-is Azure，而无需进行任何更改。 它将在Azure中启动，并享受全面的Azure支持。

  • 有条件地准备好 Azure：工作负荷可能在 Azure 开始，但可能没有完整的 Azure 支持。 例如，Azure不支持运行旧版Windows Server的服务器。 将这些服务器迁移到Azure之前，必须小心。 若要解决任何就绪性问题，请按照评估建议的修正指南进行作。

  • 尚未准备好Azure：服务器不会在Azure启动。 例如，如果本地服务器的磁盘存储超过 64 TB，则Azure无法托管服务器。 按照修正指南在迁移之前解决问题。

  • Readiness unknown：由于元数据不足，Azure Migrate无法确定服务器的就绪情况。

大小合适的建议

将服务器标记为准备好用于Azure后，评估会提出大小调整建议。 这些建议确定要评估的本地工作负荷的目标。 调整大小计算取决于使用的是按原样本地调整大小还是基于性能的调整大小。

评估类型  数据
基于性能 计算建议基于 CPU 和内存利用率数据。
存储建议基于本地磁盘的每秒输入/输出作（IOPS）和吞吐量。 可用的磁盘类型Azure标准 HDD、Azure标准 SSD、Azure高级磁盘和Azure超级磁盘。 
在本地按原样 计算建议基于本地服务器大小。
建议的存储基于评估的所选存储类型。

可以查看用于正确调整目标大小的源属性。 对于每个本地工作负荷，可以使用配置属性和聚合的性能数据。 查看分配的核心、分配的内存、CPU 利用率和内存利用率，了解合适的计算大小和磁盘大小、读取 IO/秒和吞吐量，以获得存储建议。

在 “目标建议 ”页上，可以查看每个目标组件的目标配置和建议原因，例如计算、存储、网络等。

计算调整大小（按原样本地）

如果使用现有的本地尺寸，评估不会在 Azure VM 评估中考虑虚拟机和磁盘的性能历史。

  • 计算能力大小：评估基于在本地分配的大小来分配 Azure VM SKU。
  • 存储和磁盘大小调整：评估根据评估属性中指定的存储类型建议适当的磁盘类型。 可用的存储类型包括标准 HDD、标准 SSD、高级和超级磁盘。
  • 网络容量评估：评估过程考虑本地服务器上的网络适配器。

为基于性能的评估计算大小

如果在Azure VM 评估中使用基于性能的大小调整，则评估会提出大小调整建议，如下所示：

评估将考虑服务器的性能（资源利用率）历史记录以及 处理器基准，以识别Azure中的 VM 大小和磁盘类型。

注释

如果使用 CSV 文件导入服务器，则选择基于性能的大小调整时，将使用指定的性能值（CPU 利用率、内存利用率、磁盘 IOPS 和吞吐量）。 将无法提供性能历史记录和百分位信息。

如果过度分配本地服务器，利用率较低，并且希望适当调整Azure VM 的大小，以节省成本，则此方法特别有用。

如果不想使用性能数据，请按照上一节中所述，将尺寸标准条件重置为本地的原样。

存储大小计算

对于 Azure VM 评估中的存储容量调整，Azure Migrate 尝试将附加到服务器的每个磁盘映射为 Azure 磁盘。 大小调整的工作原理如下：

  1. 评估会将磁盘的读取和写入 IOPS 加总，以获得所需的总 IOPS。 同样，还会添加读取和写入吞吐量值，以达到每个磁盘的总吞吐量。 对于基于导入的评估，可以在不指定单个磁盘设置的情况下提供导入文件中的总 IOPS、总吞吐量和磁盘总数。 如此一来，将跳过单独磁盘调整大小，直接使用提供的数据来计算调整大小，并选择适当的 VM SKU。

  2. 根据分配给本地服务器的存储的实际利用率来标识目标磁盘的磁盘大小。 如果计算机只有一个磁盘，则评估提供两个可能的磁盘目标。 一个目标磁盘的大小是已分配磁盘的大小，另一个是根据实际利用率计算的大小。 如果有多个磁盘附加到本地部署的服务器，并且每个磁盘的利用率不可用，则推荐的磁盘是通过 VM 级别的总利用率标识的，并考虑所有磁盘的正态分布。 为了方便迁移，提供了三种磁盘大小：一个为分配大小，一个为分配大小的50%，另一个为分配大小的25%。您可以根据实际使用情况选择合适的磁盘。 使用Azure Migrate服务器迁移工具迁移仅支持迁移到大小等于或大于本地磁盘的磁盘

    注释

    使用Azure Migrate服务器迁移工具的迁移仅支持迁移到大小等于或大于本地磁盘的磁盘。 若要迁移到小于已分配磁盘的建议大小的磁盘，必须在两个步骤中完成迁移。 首先迁移到与分配大小相等的目标磁盘（目标磁盘始终在候选列表中可用）。 创建建议大小的磁盘，然后使用 azcopy 或 robocopy 来移动数据。 解除分配磁盘并将新磁盘连接到 Azure VM。

  3. 选择磁盘的方法如下所示：

    • 如果评估找不到具有所需 IOPS 和吞吐量的磁盘，它将服务器标记为不适合Azure。

    • 如果评估找到了一组合适的磁盘，则评估选择支持评估设置中指定位置的磁盘。

    • 如果有多个合格的磁盘，则评估选择成本最低的磁盘。

    • 如果任何磁盘的性能数据不可用，则配置磁盘大小用于在Azure中查找标准 SSD。

    • 对于 Ultra Disks，特定磁盘大小的 IOPS 和吞吐量都有一个允许的范围，因此，用于大小调整的逻辑不同于标准磁盘和高级磁盘。 计算了三个超级磁盘大小：

      • 发现一个磁盘（磁盘 1）可满足磁盘大小要求。
      • 发现一个磁盘（磁盘 2）可满足总 IOPS 要求。 要预配的 IOPS = （源磁盘吞吐量） * 1024/256
      • 找到一个可以满足总吞吐量要求的磁盘（磁盘 3）

    • 在三个磁盘中，找到最大磁盘大小的磁盘，并四舍五入到下一个可用的 超级磁盘方案。 这是预配的超级磁盘大小。

    • 预配的 IOPS 使用以下逻辑进行计算：

      • 如果发现的源吞吐量在超级磁盘大小的允许范围内，则预配的 IOPS 等于源磁盘 IOPS。
      • 否则，预配的 IOPS 使用要预配的 IOPS =（源磁盘吞吐量）*1024/256 进行计算
      • 预配的吞吐量范围取决于预配的 IOPS。 了解详细信息

网络规模设计

对于Azure VM 评估，评估会尝试查找支持附加到本地服务器的网络适配器的数量和所需性能的Azure VM。

  • 若要获取本地服务器的有效网络性能，评估会跨所有网络适配器聚合服务器的网络输出数据传输速率。 然后乘以舒适因子。 它使用生成的值来查找支持所需网络性能的Azure VM。
  • 除了网络性能之外，评估还考虑Azure VM 是否可以支持所需的网络适配器数量。
  • 如果网络性能数据不可用，评估将仅考虑用于虚拟机尺寸评估的网络适配器数量。

计算大小调整

计算存储和网络要求后，评估过程会考虑 CPU 和 RAM 要求，在 Azure 中查找合适的 VM 大小。

  • Azure Migrate 考虑到有效利用的核心（包括处理器基准）和 RAM，以找到合适的 Azure VM 大小。
  • 如果未找到合适的大小，服务器将标记为不适合Azure。
  • 如果找到合适的大小，Azure Migrate应用存储和网络计算。 然后应用位置和定价层设置，以提供最终的 VM 大小建议。
  • 如果有多个符合条件的AZURE VM 大小，则建议采用最低成本的 VM 大小。

大小调整建议完成后，Azure Migrate中的Azure VM 评估会计算迁移的计算和存储成本。

若要正确调整 B 系列 VM 目标的本地服务器的大小，至少需要七天的性能数据才能建立工作负荷模式。 B 系列 VM 非常适合大部分时间保持空闲但偶尔需要高 CPU 性能的工作负荷，例如开发/测试环境、小型 Web 服务器和批处理作业。 这些 VM 使用 CPU 信用系统，可根据需要为基线性能和突发付费。 当工作负荷运行在基本 CPU 级别以下时，额度累积并存储到最大限制：然后，这些额度在峰值期间使用，以实现更高的性能。 评估服务分析 7 天的性能数据，以确保突发期间所需的信用额度始终小于累积的信用额度。 如果本地 VM 通过此检查，则认为它适用于 B 系列目标，而不会危及性能下降。 示例：如果 VM 的基线 CPU 为 20%，并且大部分时间在 10% 运行，则会获得未使用的 10 个%的信用额度。 在七天内，这些额度会累积，并可在 CPU 使用率骤升至 80% 且持续 15 分钟的短暂峰值期间使用。 如果累积的积分足以涵盖这些突发情况，则 VM 符合 B 系列推荐的条件。

计算成本

Azure Migrate使用建议Azure VM 大小和Azure计费 API 来计算服务器的每月成本。

计算将考虑以下事项：

  • 操作系统
  • 软件保障
  • 预留实例
  • VM 运行时间
  • 位置
  • 货币设置

评估聚合所有服务器的成本，以计算每月总计算成本。

存储成本

服务器的每月存储成本等于连接到该服务器上的所有磁盘的每月成本求和。

标准磁盘和高级磁盘

标准磁盘或高级版磁盘的成本根据所选/建议的磁盘大小进行计算。

超级磁盘

超级磁盘的成本是根据预配的大小、预配的 IOPS 和预配吞吐量计算的。 了解详细信息。

成本使用以下逻辑计算：

  • 磁盘大小的成本通过将预配的磁盘大小乘以磁盘容量的每小时价格来计算。
  • 预配 IOPS 的成本是通过将预配的 IOPS 乘以每小时预配的 IOPS 价格来计算的。
  • 预配吞吐量的成本是通过将预配的吞吐量乘以每小时预配的吞吐量价格来计算的。

超级磁盘 VM 预留费用不会添加到总成本中。  了解详细信息。

评估通过聚合所有服务器的存储成本来计算每月总存储成本。 目前，这项计算中不考虑在评估设置中指定的优惠。

安全成本

对于建议用于Azure VM 的服务器，如果已准备好运行 Defender for Server，则会为该区域添加每个服务器的 Defender for Server 成本（计划 2）。 评估会将所有服务器的成本求和，以计算每月总安全成本。

成本以在评估设置中指定的币种显示。

对于每个本地服务器，可以查看是否存在可能导致总体评估置信度较低的数据收集问题。

VM 安全类型

Azure Migrate确定每个 VM 与受信任的启动虚拟机 (TVM)要求的兼容性，并建议 VM 安全类型，受信任的启动或标准。 它验证支持的操作系统、生成类型（Gen 2）、启动和磁盘配置，以及 Azure 定义的受信任启动的其他先决条件。 如果 VM 满足要求，Azure Migrate建议默认使用 Trusted Launch，以提供增强的安全功能，例如 secure boot、vTPM 和完整性监视，无需额外费用。 如果 VM 不符合条件，则会为其分配 标准安全类型，确保兼容性，同时保持迁移就绪情况。

关于受信任启动虚拟机要求的更多信息。 了解详细信息。

  • Last updated on