评估概述（迁移到 Azure VMware 解决方案）

Azure Migrate 提供一个中心，以用于跟踪本地应用和工作负载的发现、评估及迁移。 它还在 Azure 中跟踪私有云和公有云实例。 该中心提供用于评估和迁移的 Azure Migrate 工具，以及合作伙伴独立软件供应商 （ISV） 产品/服务。

Azure Migrate 中的发现和评估工具可以评估要迁移到 Azure 虚拟机和 Azure VMware 解决方案的本地服务器。 本文提供了有关如何计算 Azure VMware 解决方案评估的信息。

评估的类型

使用 Azure Migrate 创建的评估是数据的时间点快照。 可以使用 Azure Migrate 创建四种类型的评估：

Azure VMware 解决方案评估提供两个大小调整条件选项：

如何运行评估？

可通过多种方法运行评估。

• 使用在 RVTools XLSX 文件中导入的服务器元数据评估服务器。
• 使用以逗号分隔的值 (CSV) 格式导入的服务器元数据来评估服务器。
• 使用轻型 Azure Migrate 设备收集的服务器元数据来评估服务器。 设备会发现本地服务器，并将元数据和性能数据发送到 Azure Migrate，从而提供更高的精度。

如何使用 RVTools 文件导入的数据进行评估？

如果使用 RVTools 文件评估服务器，则不需要设备。 而是执行以下步骤：

1. 设置 Azure 以便使用 Azure Migrate。
2. 对于第一个评估，请创建一个 Azure Migrate 项目，并将发现和评估工具添加到其中。
3. 将 RVTools XLSX 文件导入 Azure Migrate。
4. 发现通过导入添加的服务器后，将其归集到一个组中，然后对评估类型为“Azure VMware 解决方案 (AVS)”的组运行评估。

如何使用 CSV 文件评估数据？

如果要使用 CSV 文件来评估服务器，则不需要设备。 而是执行以下步骤：

1. 设置 Azure 以便使用 Azure Migrate。
2. 第一次评估时，请创建一个 Azure 项目并向其中添加“发现和评估”工具。
3. 下载 CSV 模板并向其中添加服务器数据。
4. 将模板导入 Azure Migrate。
5. 发现随导入一起添加的服务器，对其进行分组，并使用评估类型 Azure VMware 解决方案（AVS）为组运行评估。

如何使用设备进行评估？

若要部署 Azure Migrate 设备以发现本地服务器，请执行以下步骤：

1. 设置 Azure 及本地环境，以使用 Azure Migrate。
2. 创建一个 Azure 项目，如果这是你的第一个评估，请添加发现和评估工具。
3. 部署轻型 Azure Migrate 设备，该设备会持续发现本地 vSphere 服务器并将其元数据和性能数据发送到 Azure Migrate。 将应用设备部署为虚拟机；您无需在要评测的服务器上安装任何内容。

设备开始发现服务器后，您可以将要评估的服务器分组，并使用评估类型Azure VMware 解决方案（AVS）对该组运行评估。

按照以下步骤创建您的第一个 [Azure VMware 解决方案评估](how-to-create-azure-vmware-solution-assessment.md)

该设备会收集哪些数据？

如果使用 Azure Migrate 设备进行评估，请了解针对 VMware vSphere 收集的元数据和性能数据。

设备如何计算性能数据？

如果是使用设备进行发现，则会通过以下步骤为计算设置收集性能数据：

1. 设备收集实时样本点。

   • VMware vSphere VM：每 20 秒收集一个样本点。

2. 设备将样本点组合起来，每隔 10 分钟创建一个数据点。 为了创建数据点，设备会选择所有样本中的峰值。 然后，将数据点发送到 Azure。

3. Azure Migrate 将存储上个月的所有 10 分钟数据点。

4. 创建评估时，该评估会确定要用于合理精简的相应数据点。 根据“性能历史记录”和“百分位使用率”的百分位值进行确定。

   • 例如，性能历史记录是一周，百分位使用率是第 95 百分位，则评估会对上一周的 10 分钟样本点进行排序。 按升序排序，并选取第 95 百分位值进行合理调整大小。
   • 第 95 百分位值可以确保忽略任何离群值，如果选取第 99 百分位，则可能包括这些离群值。
   • 如果希望选择该期间内的峰值使用率，并且不希望错过任何离群值，请为百分位使用率选择第 99 百分位。

5. 此值与舒适因子相乘，就得到了设备收集的这些指标的有效性能使用率数据：

   • CPU 使用率
   • RAM 使用率

将收集以下性能数据，但这些数据不会在 Azure VMware 解决方案评估的大小建议中使用：

• 连接到 VM 的每个磁盘所对应的磁盘 IOPS 和吞吐量数据。
• 为每个连接到 VM 的网络适配器处理基于性能的调整大小所需要的网络 I/O。

如何计算 Azure VMware 解决方案评估？

Azure VMware 解决方案评估使用本地 vSphere 服务器的元数据和性能数据来计算评估。 如果部署 Azure Migrate 设备，则评估使用该设备收集的数据。 但如果运行的是使用 CSV 文件导入的评估，则需要提供用于计算的元数据。

计算分为以下三个阶段：

1. 计算 Azure VMware 解决方案就绪性：本地 vSphere VM 是否适合迁移到 Azure VMware 解决方案。
2. 计算 Azure VMware 解决方案节点数以及所有节点的利用率：运行 VMware vSphere VM 所需的预计 Azure VMware 解决方案节点数，以及所有节点的预计 CPU、内存和存储利用率。
3. 每月成本估算：运行本地 vSphere VM 的所有 Azure VMware 解决方案节点的每月估算成本。

计算按上述顺序进行。 只有通过了前一个阶段，服务器才会进入下一个阶段。 例如，服务器未通过 Azure VMware 解决方案就绪性阶段，则会标记为不适合 Azure。 将不会对该服务器执行大小调整和成本计算。

Azure VMware 解决方案评估包括哪些内容？

以下是 Azure VMware 解决方案评估中包含的内容：

Azure VMware 解决方案适用性分析

Azure VMware 解决方案评估通过查看服务器属性来评估每个本地 vSphere VM 是否适合 Azure VMware 解决方案。 它还将每个已评估的服务器分配到以下适用性类别之一：

• 可用于 AVS：服务器可以照原样迁移到 Azure VMware 解决方案，无需任何更改。 它将在带有完全支持的 Azure VMware 解决方案中启动。
• 准备就绪但有条件：可能存在一些兼容性问题，例如 Internet 协议或 VMware vSphere 中已弃用的操作系统，需要在迁移到 Azure VMware 解决方案之前进行修正。 若要解决任何就绪性问题，请遵循评估所建议的修正指南。
• 尚不可用于 AVS：VM 不会在 Azure VMware 解决方案中启动。 例如，如果本地 VMware vSphere VM 附加了外部设备（例如 CD-ROM），则 VMware vMotion 操作将会失败（如果使用的是 VMware vMotion）。
• 就绪性未知：由于从本地环境收集的元数据不足，Azure Migrate 无法确定服务器的就绪情况。

评估将检查服务器属性，以确定本地 vSphere 服务器的 Azure 就绪情况。

服务器属性

评估将检查本地 vSphere VM 的以下属性，以确定它是否可以在 Azure VMware 解决方案上运行。

Sizing

vSphere 服务器标记为可供 Azure VMware 解决方案使用后，Azure VMware 解决方案评估会提出节点大小调整建议，其中包括确定适当的本地 vSphere VM 要求并查找所需的 Azure VMware 解决方案节点总数。 这些建议因指定的评估属性而异。

• 如果评估使用基于性能的大小调整，则 Azure Migrate 会考虑服务器的性能历史记录，给出针对 Azure VMware 解决方案的适当大小调整建议。 如果过度分配了本地 vSphere VM，但利用率较低，并且希望在 Azure VMware 解决方案中适当调整 VM 大小以节省成本，则此方法特别有帮助。 此方法可帮助你在迁移过程中优化大小。

• 如果不想考虑 VM 大小调整的性能数据，并希望将本地 vSphere 服务器按原样迁移到 Azure VMware 解决方案，则可以将大小调整条件设置为“与本地相同”。 然后，评估将根据本地 vSphere 配置调整 VM 大小，而无需考虑利用率数据。

FTT 大小调整参数

Azure VMware 解决方案中使用的存储引擎是 vSAN。 vSAN 存储策略定义了服务器的存储要求。 这些策略保证了 VM 所需的服务级别，因为它们可确定如何将存储分配给 VM。 可用的 FTT-RAID 组合为：

基于性能的大小调整

对于基于性能的大小调整，Azure Migrate 设备将分析本地 vSphere 环境，以收集 CPU、内存和磁盘的性能数据。 因此，对 Azure VMware 解决方案的基于性能的大小调整将考虑已分配的磁盘空间，并使用内存和 CPU 的所选百分位数利用率。 例如，如果为某个 VM 分配了 4 个 vCPU，但仅使用了 25%，则 Azure VMware 解决方案将会为该 VM 调整 1 个 vCPU 的大小。

性能数据收集步骤：

1. 对于 VMware vSphere VM，Azure Migrate 设备每隔 20 秒收集一个实时样本点。
2. 设备每隔 10 分钟汇总收集的样本点，并将过去 10 分钟的最大值发送到 Azure Migrate。
3. Azure Migrate 存储过去一个月的所有 10 分钟样本点。 然后，它根据为“性能历史记录”和“百分位利用率”指定的评估属性，确定用于适当调整大小的适当数据点。 例如，如果性能历史记录设置为 1 天，百分位利用率为第 95 百分位，则 Azure Migrate 将使用过去一天的 10 分钟样本点，按升序对其排序，并选取第 95 百分位值来适当调整大小。
4. 将此值与舒适因子相乘，可以获得设备收集的每个指标（CPU 利用率和内存利用率）的有效性能利用率数据。

确定有效利用率值后，将按如下所述处理存储、网络和计算大小调整。

存储大小：Azure Migrate 使用本地 VM 磁盘空间总量和客户选择的 FTT 设置来确定 Azure VMware 解决方案 vSAN 存储要求。 FTT（允许的故障数）和每个 FTT 选项的最小节点数，并结合 VM 磁盘需求决定了所需的 vSAN 存储总量。 如果使用 CSV 或 RVTools 文件导入服务器，则创建基于性能的评估时，会考虑存储利用率。

网络大小调整：Azure VMware 解决方案评估目前在调整节点大小时不会考虑任何网络设置。 迁移到 Azure VMware 解决方案时，会使用符合 VMware NSX-T 数据中心标准的最小值和最大值。

计算大小调整：计算存储需求（FTT 大小调整参数）后，Azure VMware 解决方案评估将考虑 CPU 和内存要求，根据节点类型确定 Azure VMware 解决方案所需的节点数。

• Azure VMware 解决方案评估根据大小调整条件检查基于性能的 VM 数据或本地 vSphere VM 配置。 舒适因子设置允许指定群集的增长因子。 目前，默认启用超线程，因此 36 个核心节点具有 72 个 vCore。 在评估设置中，有规定可以调整 CPU 预留空间（用于计划内和计划外的维护操作），并配置 CPU 过量订阅。

按本地大小调整

如果使用“与本地相同”的大小调整方法，则 Azure VMware 解决方案评估不会考虑 VM 和磁盘的性能历史记录。 而是根据本地分配的大小分配 Azure VMware 解决方案节点。 vSAN 是所有 AVS SKU 存储的一部分。 如果外部存储可以优化所需的 AVS 节点数，则在评估中默认使用 Azure NetApp 文件（标准层、高级层和超级层）。

详细了解如何查看 Azure VMware 解决方案评估。

Azure VMware 解决方案节点上的 CPU 利用率

CPU 利用率假设使用了 100% 的可用核心数。 若要减少所需节点数，可以根据工作负载的特征和临场 vSphere 经验增大过度订阅，例如，从 4:1 增大至 6:1。 与针对磁盘不同，Azure VMware 解决方案不会针对 CPU 利用率施加任何限制。 客户将负责确保其群集以最佳方式运行，因此，如果需要“热运行”，请相应地做出调整。 若要为增长留出更多空间，请减小过度订阅或增大增长因子的值。

CPU 利用率还考虑到了 vCenter Server、NSX 管理器和其他较小资源的管理开销。

Azure VMware 解决方案节点上的内存利用率

内存利用率显示所有节点中的总内存与服务器或工作负载中的要求。 可以过度订阅内存，同样，Azure VMware 解决方案不会施加任何限制，由客户负责确保为其工作负载运行最佳性能的群集。

内存利用率还考虑到了 vCenter Server、NSX 管理器和其他较小资源的管理开销。

Azure VMware 解决方案节点上的存储利用率

存储利用率是按以下顺序计算的：

1. VM 所需的大小（按原样分配，或基于性能的已用空间）
2. 应用增长因子（如果有）
3. 添加管理开销并应用 FTT 比
4. 应用重复删除数据和压缩因子
5. 对 vSAN 应用所需的 25% slack
6. 计算出总存储中可供 VM 使用的存储（包括管理开销）。

3 节点群集上的可用存储将基于默认存储策略，即 FTT-1 和 RAID-1。 例如，计算擦除编码或 RAID-5 时，至少需要 4 个节点。

限制因子

评估中显示的限制因素可能是基于节点利用率的 CPU、内存或存储资源。 正是该资源限制或决定了容纳这些资源所需的主机/节点数。 例如，在评估中，如果发现将 8 个 VMware VM 迁移到 Azure VMware 解决方案后，将利用 50% CPU 资源，将使用 14% 内存，18 个存储% 将在 3 AV36 节点上使用，因此 CPU 是限制因素。

性能覆盖范围

Azure Migrate 中的每个基于性能的评估都与一个（最低）到五颗星（最高）的性能覆盖范围相关联。

• 性能覆盖率根据计算评估所需的数据点的可用性分配给评估。

• 评估的性能覆盖率有助于估算 Azure Migrate 提供的大小建议的可靠性。

• 性能覆盖范围不适用于 本地 评估。

• 对于基于性能的大小调整，Azure VMware 解决方案评估需要 CPU 和 VM 内存的利用率数据。 将收集以下数据，但这些数据不会在 Azure VMware 解决方案的大小调整建议中使用：

  • 连接到 VM 的每个磁盘所对应的磁盘 IOPS 和吞吐量数据。
  • 为每个连接到 VM 的网络适配器处理基于性能的调整大小所需要的网络 I/O。

  如果 vCenter Server 中未提供其中的任何一个利用率数字，则大小建议可能不可靠。

根据可用数据点的百分比，评估的性能覆盖率如下所示。

低性能覆盖率

下面是评估可能获得低性能覆盖率的一些原因：

• 在创建评估的过程中，没有对环境进行分析。 例如，如果在创建评估时性能持续时间设置为一天，那么开始发现后必须等待至少一天，才能收集到所有的数据点。

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

  • VM 在评估期间处于开机状态
  • 允许端口 443 上的出站连接
  • 为 Hyper-V VM 启用了动态内存

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

• 某些 VM 是在计算评估期间创建的。 例如，针对上一个月的性能历史记录创建评估，但有些 VM 只是在一周前创建的。 在这种情况下，整个过程中将无法使用新 VM 的性能数据，并且置信度评级会较低。

每月成本估计

完成大小调整建议后，Azure Migrate 会将所需 Azure VMware 解决方案节点数乘以节点价格，计算出在 Azure VMware 解决方案中运行本地 vSphere 工作负载的总成本。 每个 VM 的成本是将总成本除以评估中的 VM 数计算得出的。

• 计算中考虑到了所需节点数、节点类型和位置。
• 它将所有节点的成本求和，计算出每月总成本。
• 成本以在评估设置中指定的币种显示。

由于 Azure VMware 解决方案是按节点定价的，因此总成本不含计算成本和存储成本。 了解更多信息

迁移工具指导

在 Azure VMware 解决方案评估的 Azure 迁移就绪性报告中，可以看到以下推荐工具：

• VMware HCX 或 Enterprise：对于 VMware vSphere 服务器，若要将本地 vSphere 工作负载迁移到 Azure VMware 解决方案私有云，建议使用 VMware 混合云扩展 (HCX) 解决方案作为迁移工具。 了解详细信息。
• 未知：对于使用 CSV 或 RVTools 文件导入的服务器，默认迁移工具未知。 但是，对于 VMware vSphere 服务器，建议使用 VMware 混合云扩展 （HCX） 解决方案。

后续步骤

为 Azure VMware 解决方案 VM 创建评估。