你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
评估概述（迁移到 Azure VMware 解决方案）
Azure Migrate 提供一个中心，以用于跟踪本地应用和工作负载的发现、评估及迁移。 它还在 Azure 中跟踪私有云和公有云实例。 该中心提供用于评估和迁移的 Azure Migrate 工具，以及第三方独立软件供应商 (ISV) 产品/服务。
Azure Migrate 中的发现和评估工具可以评估要迁移到 Azure 虚拟机和 Azure VMware 解决方案的本地服务器。 本文提供了有关如何计算 Azure VMware 解决方案评估的信息。
注意
Azure VMware 解决方案评估只能为 VMware vSphere VM 创建。
评估的类型
使用 Azure Migrate 创建的评估是数据的时间点快照。 使用“Azure Migrate: 服务器评估”可以运行
| 评估类型 | 详细信息 |
|---|---|
| Azure VM | 将本地服务器迁移到 Azure 虚拟机的评估。 使用这种评估类型，可以对 VMware vSphere 和 Hyper-V 环境中的本地服务器以及要迁移到 Azure VM 的物理服务器进行评估。 |
| Azure SQL | 将本地 SQL Server 从 VMware 环境迁移到 Azure SQL 数据库或 Azure SQL 托管实例的评估。 |
| Azure 应用服务 | 评估将在 IIS Web 服务器上运行的本地 ASP.NET Web 应用，或者在 Tomcat 服务器上运行的 Java Web 应用程序从 VMware vSphere 环境迁移到 Azure 应用服务的情况。 |
| Azure VMware 解决方案 (AVS) | 将本地 vSphere 服务器迁移到 Azure VMware 解决方案的评估。 可使用此评估类型评估要迁移到 Azure VMware 解决方案的本地 VMware vSphere VM。 了解详细信息 |
注意
如果“发现和评估”工具上的 Azure VM 或 Azure VMware 解决方案评估数不正确，请单击评估总数以导航到所有评估并重新计算 Azure VM 或 Azure VMware 解决方案评估数。 然后，“发现和评估”工具就会显示该评估类型的正确计数。
Azure VMware 解决方案评估提供两个大小调整条件选项：
| 评估 | 详细信息 | 数据 |
|---|---|---|
| 基于性能 | 基于收集的本地 VM 性能数据的评估。 | 建议的节点大小：基于 CPU 和内存利用率数据，以及你为评估选择的节点类型、存储类型和 FTT 设置。 |
| 本地 | 基于本地大小的评估。 | 建议的节点大小：基于本地 VM 大小，以及你为评估选择的节点类型、存储类型和 FTT 设置。 |
如何运行评估？
可通过多种方法运行评估。
- 使用轻型 Azure Migrate 设备收集的服务器元数据来评估服务器。 设备会发现本地服务器。 然后将服务器元数据和性能数据发送到 Azure Migrate。 这样可以实现更高的精度。
- 使用以逗号分隔的值 (CSV) 格式导入的服务器元数据来评估服务器。
如何使用设备进行评估？
如果部署 Azure Migrate 设备来发现本地服务器，请执行以下步骤：
- 设置 Azure 及适合于 Azure Migrate 运行的本地环境。
- 第一次评估时，创建一个 Azure 项目并向其中添加“发现和评估”工具。
- 部署轻型 Azure Migrate 设备。 此设备将持续发现本地 vSphere 服务器，并向 Azure Migrate 发送服务器元数据和性能数据。 将设备部署为 VM。 无需在要评估的服务器上安装任何内容。
设备开始服务器发现后，可以将想要评估的服务器归集到一个组中，然后对评估类型为“Azure VMware 解决方案(AVS)”的组运行评估。
按照此处的步骤创建第一个 Azure VMware 解决方案评估。
如何使用导入的数据进行评估？
如果要使用 CSV 文件来评估服务器，则不需要设备。 而是执行以下步骤：
- 设置 Azure 以便使用 Azure Migrate。
- 第一次评估时，创建一个 Azure 项目并向其中添加“发现和评估”工具。
- 下载 CSV 模板并向其中添加服务器数据。
- 将模板导入 Azure Migrate。
- 发现通过导入添加的服务器后，将其归集到一个组中，然后对评估类型为“Azure VMware 解决方案 (AVS)”的组运行评估。
设备会收集哪些数据？
如果使用 Azure Migrate 设备进行评估，请了解针对 VMware vSphere 收集的元数据和性能数据。
设备如何计算性能数据？
如果是使用设备进行发现，则会通过以下步骤为计算设置收集性能数据：
设备收集实时样本点。
- VMware vSphere VM：每 20 秒收集一个样本点。
设备将样本点组合起来，每隔 10 分钟创建一个数据点。 为了创建数据点，设备会从所有样本中选择峰值。 然后，将数据点发送到 Azure。
Azure Migrate 存储上个月的所有 10 分钟数据点。
创建评估时，该评估会确定用于合理调整大小的相应数据点。 根据“性能历史记录”和“百分位使用率”的百分位值进行确定。
- 例如，性能历史记录是一周，百分位使用率是第 95 百分位，则评估会对上一周的 10 分钟样本点进行排序。 按升序排序，并选取第 95 百分位值进行合理调整大小。
- 第 95 百分位值可以确保忽略任何离群值，如果选取第 99 百分位，则可能包括这些离群值。
- 如果希望选择该期间内的峰值使用率，并且不希望错过任何离群值，请为百分位使用率选择第 99 百分位。
此值与舒适因子相乘，就得到了设备收集的这些指标的有效性能使用率数据：
- CPU 使用率
- RAM 使用率
将收集以下性能数据，但这些数据不会在 Azure VMware 解决方案评估的大小建议中使用：
- 连接到 VM 的每个磁盘所对应的磁盘 IOPS 和吞吐量数据。
- 为每个连接到 VM 的网络适配器处理基于性能的调整大小所需要的网络 I/O。
如何计算 Azure VMware 解决方案评估？
Azure VMware 解决方案评估使用本地 vSphere 服务器的元数据和性能数据来计算评估。 如果部署 Azure Migrate 设备，则评估使用该设备收集的数据。 但如果运行的是使用 CSV 文件导入的评估，则需要提供用于计算的元数据。
计算分为以下三个阶段：
- 计算 Azure VMware 解决方案就绪性：本地 vSphere VM 是否适合迁移到 Azure VMware 解决方案。
- 计算 Azure VMware 解决方案节点数以及所有节点的利用率：运行 VMware vSphere VM 所需的预计 Azure VMware 解决方案节点数，以及所有节点的预计 CPU、内存和存储利用率。
- 每月成本估算：运行本地 vSphere VM 的所有 Azure VMware 解决方案节点的每月估算成本。
计算按上述顺序进行。 只有通过了前一个阶段，服务器才会进入下一个阶段。 例如，服务器未通过 Azure VMware 解决方案就绪性阶段，则会标记为不适合 Azure。 将不会对该服务器执行大小调整和成本计算。
Azure VMware 解决方案评估包括哪些内容？
以下是 Azure VMware 解决方案评估中包含的内容：
| 属性 | 详细信息 |
|---|---|
| 目标位置 | 指定要迁移到的 Azure VMware 解决方案私有云位置。 |
| 存储类型 | 指定要在 Azure VMware 解决方案中使用的存储引擎。 Azure VMware 解决方案目前仅支持将 vSAN 用作默认存储类型，但今后会有更多的存储选项根据路线图推出。 |
| 预留实例 (RI) | 此属性帮助你在 Azure VMware 解决方案中指定预留实例（如果已购买）和预留实例的期限。 成本估算将考虑选择的选项。了解详细信息 如果选择了预留实例，则不能指定“折扣(%)”。 |
| 节点类型 | 指定曾在 Azure 中使用的 Azure VMware 解决方案节点类型。 默认节点类型为 AV36。 将来可能会推出更多节点类型。 Azure Migrate 将为迁移到 Azure VMware 解决方案的 VM 建议所需的节点数。 |
| FTT 设置，RAID 级别 | 指定“容许的故障数”和“RAID”的有效组合。 选定的 FTT 选项与 RAID 级别和本地 vSphere VM 磁盘要求共同确定了 Azure VMware 解决方案中所需的总 vSAN 存储。 计算后的总可用存储还包括：a) 为 vCenter Server 等管理对象预留的空间；b) 25% 的存储 slack（用于执行 vSAN 操作）。 |
| “大小调整”条件 | 设置用于确定 Azure VMware 解决方案节点内存、CPU 和存储要求的条件。 可以选择基于性能的大小调整或与本地相同的大小调整，而不考虑性能历史记录。 若要简单地直接迁移，请选择设置为本地大小。 若要基于使用情况进行大小调整，请选择基于性能的大小调整。 |
| 性能历史记录 | 设置评估服务器性能数据时要考虑的持续时间。 仅当大小调整条件基于性能时，此属性才适用。 |
| 百分位使用率 | 指定进行适当大小调整时要考虑的性能样本集的百分位值。 仅当大小调整基于性能时，此属性才适用。 |
| 舒适因子 | Azure Migrate 在评估期间会考虑到缓冲（舒适因子）。 此缓冲区是基于 VM 的服务器利用率数据（CPU、内存和磁盘）应用的。 舒适因子考虑到季节性使用特点、短期性能历史记录，以及未来使用量可能会增加等问题。 例如，一个使用率为 20% 的 10 核 VM 通常相当于一个 2 核 VM。 但是，如果舒适因子为 2.0x，则结果就变成一个 4 核 VM。 |
| 产品/服务 | 显示已注册的 Azure 产品/服务。 Azure Migrate 会进行相应的成本估算。 |
| 货币 | 显示帐户的计费货币。 |
| 折扣 (%) | 列出基于 Azure 产品/服务获得的任何订阅特定折扣。 默认设置是 0%。 |
| Azure 混合权益 | 指定是否具有软件保证以及是否有资格享受 Azure 混合权益。 尽管这不会影响 Azure VMware 解决方案定价（因为定价基于节点），但客户仍可使用 Azure 混合权益在 Azure VMware 解决方案中应用（基于 Microsoft 的）本地 OS 或 SQL 许可证。 其他软件 OS 供应商必须提供其自己的许可条款，例如 RHEL。 |
| vCPU 过度订阅 | 指定 Azure VMware 解决方案节点中与一个物理核心关联的虚拟核心数比率。 计算中的默认值为 Azure VMware 解决方案中的 4 个 vCPU 比 1 个物理核心。 API 用户可将此值设置为整数。 请注意，大于 4:1 的 vCPU 过度订阅可能会影响工作负载，具体取决于其 CPU 使用率。 调整大小时，我们始终假设所选核心的利用率达到 100%。 |
| 内存过度提交因子 | 指定群集上的内存过度提交比。 例如，值为 1 则表示使用 100% 的内存，值为 0.5 则表示使用 50%，值为 2 则表示会使用可用内存的 200%。 值只能从 0.5 增加到 10，小数点后最多一位。 |
| 重复数据删除和压缩因子 | 为工作负载指定期望的重复数据删除和压缩因子。 可以从本地 vSAN 或存储配置获取实际值。 这些值因工作负载而异。 值为 3 则表示 3 倍，所以对于 300GB 的磁盘，只会使用 100GB 存储。 值为 1 则表示不进行重复数据删除或压缩。 值只能从 1 增加到 10，小数点后最多一位。 |
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 解决方案上运行。
| 属性 | 详细信息 | Azure VMware 解决方案就绪情况状态 |
|---|---|---|
| Internet 协议 | Azure VMware 解决方案目前不支持端到端 IPv6 Internet 寻址。 如果检测到服务器使用 IPv6，请与当地的 MSFT Azure VMware 解决方案 GBB 团队联系，以获取修正指南。 | 不受支持的 IPv6 |
| 操作系统 | VMware 已弃用对某些操作系统版本的支持，评估建议你在迁移到 Azure VMware 解决方案之前升级操作系统。 了解详细信息 | |
| 不受支持的 OS |
大小调整
vSphere 服务器标记为可供 Azure VMware 解决方案使用后，Azure VMware 解决方案评估会提出节点大小调整建议，其中包括确定适当的本地 vSphere VM 要求并查找所需的 Azure VMware 解决方案节点总数。 这些建议因指定的评估属性而异。
- 如果评估使用基于性能的大小调整，则 Azure Migrate 会考虑服务器的性能历史记录，给出针对 Azure VMware 解决方案的适当大小调整建议。 如果过度分配了本地 vSphere VM，但利用率较低，并且希望在 Azure VMware 解决方案中适当调整 VM 大小以节省成本，则此方法特别有帮助。 此方法可帮助你在迁移过程中优化大小。
注意
如果使用 CSV 文件导入服务，并且选择基于性能调整大小，则使用指定的性能值（CPU 利用率、内存利用率、使用的存储、磁盘 IOPS 和吞吐量）。 将无法提供性能历史记录和百分位信息。
- 如果不想考虑 VM 大小调整的性能数据，并希望将本地 vSphere 服务器按原样迁移到 Azure VMware 解决方案，则可以将大小调整条件设置为“与本地相同”。 然后，评估将根据本地 vSphere 配置调整 VM 大小，而不考虑利用率数据。
FTT 大小调整参数
Azure VMware 解决方案中使用的存储引擎是 vSAN。 vSAN 存储策略定义了服务器的存储要求。 这些策略保证了 VM 所需的服务级别，因为它们可确定如何将存储分配给 VM。 可用的 FTT-RAID 组合为：
| 允许的故障数 (FTT) | RAID 配置 | 需要的最少主机数 | 大小调整注意事项 |
|---|---|---|---|
| 1 | RAID-1（镜像） | 3 | 100GB VM 将使用 200GB。 |
| 1 | RAID-5（擦除编码） | 4 | 100GB VM 将使用 133.33 GB |
| 2 | RAID-1（镜像） | 5 | 100GB VM 将使用 300GB。 |
| 2 | RAID-6（擦除编码） | 6 | 100GB VM 将使用 150GB。 |
| 3 | RAID-1（镜像） | 7 | 100GB VM 将使用 400GB。 |
基于性能的大小
对于基于性能的大小调整，Azure Migrate 设备将分析本地 vSphere 环境，以收集 CPU、内存和磁盘的性能数据。 因此，Azure VMware 解决方案的基于性能的大小调整将考虑已分配的磁盘空间，并使用内存和 CPU 的所选百分位利用率。 例如，如果为某个 VM 分配了 4 个 vCPU，但仅使用了 25%，则 Azure VMware 解决方案将会为该 VM 调整 1 个 vCPU 的大小。
性能数据收集步骤：
- 对于 VMware vSphere VM，Azure Migrate 设备每隔 20 秒收集一个实时样本点。
- 设备每隔 10 分钟汇总收集的样本点，并将过去 10 分钟的最大值发送到 Azure Migrate。
- Azure Migrate 存储过去一个月的所有 10 分钟样本点。 然后，它根据为“性能历史记录”和“百分位利用率”指定的评估属性，确定用于适当调整大小的适当数据点。 例如，如果性能历史记录设置为 1 天，百分位利用率为第 95 百分位，则 Azure Migrate 将使用过去一天的 10 分钟样本点，按升序对其排序，并选取第 95 百分位值来适当调整大小。
- 将此值与舒适因子相乘，可以获得设备收集的每个指标（CPU 利用率和内存利用率）的有效性能利用率数据。
确定有效利用率值后，将按如下所述处理存储、网络和计算大小调整。
存储大小调整：除客户选择的 FTT 设置以外，Azure Migrate 还使用总本地 VM 磁盘空间作为计算参数来确定 Azure VMware 解决方案 vSAN 存储要求。 FTT（容许的故障数）、在每个 FTT 选项中指定的最小节点数和 VM 磁盘要求将共同确定所需的总 vSAN 存储。 如果使用 CSV 文件导入服务，则创建基于性能的评估时将考虑存储利用率。 如果创建本地评估，则逻辑仅查看每个 VM 的已分配存储。
网络大小调整：Azure VMware 解决方案评估目前不考虑任何网络设置来调整节点大小。 迁移到 Azure VMware 解决方案时，会使用符合 VMware NSX-T 数据中心标准的最小值和最大值。
计算大小调整：计算存储需求（FTT 大小调整参数）后，Azure VMware 解决方案评估将考虑 CPU 和内存要求，根据节点类型确定 Azure VMware 解决方案所需的节点数。
- Azure VMware 解决方案评估根据大小调整条件检查基于性能的 VM 数据或本地 vSphere VM 配置。 舒适因子设置允许指定群集的增长因子。 目前，默认情况下会启用超线程，因此 36 个核心节点将具有 72 个 vCore。 结合每台物理计算机使用 4 个 vCore 和不超过 80% 利用率的 VMware 标准，来确定每个群集的 CPU 阈值，以便在不影响群集可用性的情况下进行维护或故障处理。 目前没有任何替代方式可以更改过度订阅值，我们可能会在将来的版本中提供此功能。
按本地大小调整
如果使用“与本地相同”的大小调整方法，则 Azure VMware 解决方案评估不会考虑 VM 和磁盘的性能历史记录。 而是根据本地分配的大小分配 Azure VMware 解决方案节点。 Azure VMware 解决方案中的默认存储类型为 vSAN。
详细了解如何查看 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 解决方案节点上的存储利用率
存储利用率是按以下顺序计算的：
- VM 所需的大小（按原样分配，或基于性能的已用空间）
- 应用增长因子（如果有）
- 添加管理开销并应用 FTT 比
- 应用重复删除数据和压缩因子
- 对 vSAN 应用所需的 25% slack
- 计算出总存储中可供 VM 使用的存储（包括管理开销）。
3 节点群集上的可用存储是基于默认存储策略 (Raid-1) 并使用丰富预配计算得出的。 例如，根据擦除编码或 Raid-5 计算时，至少需要 4 个节点。 请注意，在 Azure VMware 解决方案中，可由管理员或通过运行命令（当前为预览版）更改客户工作负载的存储策略。 [了解详细信息] (./azure-vmware/configure-storage-policy.md)
限制因素
评估中显示的限制因素可能是基于节点利用率的 CPU、内存或存储资源。 该资源用于限制或确定适应资源所需的主机/节点数。 例如，在评估中，如果发现在将 8 个 VMware VM 迁移到 Azure VMware 解决方案后，将使用 50% 的 CPU 资源，那么会使用 18% 的存储，并且 3 个 Av36 节点上会使用 14% 的内存，因此 CPU 是限制因素。
置信度分级
Azure Migrate 中每个基于性能的评估都与一个置信度评级相关联，评级范围为一星（最低）到五星（最高）。
为评估分配置信度时，会考虑到进行评估计算时所需数据点的可用性。
对评估的置信度分级可以用来评估 Azure Migrate 提供的大小建议的可靠性。
置信度评级不适用于“与本地相同”的评估。
对于基于性能的大小调整，Azure VMware 解决方案评估需要 CPU 和 VM 内存的利用率数据。 将收集以下数据，但这些数据不会在 Azure VMware 解决方案的大小调整建议中使用：
- 连接到 VM 的每个磁盘所对应的磁盘 IOPS 和吞吐量数据。
- 为每个连接到 VM 的网络适配器处理基于性能的调整大小所需要的网络 I/O。
如果 vCenter Server 中未提供其中的任何一个利用率数字，则大小建议可能不可靠。
按如下所述根据可用的数据点百分比，给出评估的置信度评级。
| 数据点的可用性 | 置信度分级 |
|---|---|
| 0-20% | 1 星 |
| 21-40% | 2 星 |
| 41-60% | 3 星 |
| 61-80% | 4 星 |
| 81-100% | 5 星 |
低置信度评级
以下列出了评估可能获得低置信度分级的一些原因：
在创建评估的过程中，没有对环境进行分析。 例如，如果在创建评估时性能持续时间设置为一天，那么开始发现后必须等待至少一天，才能收集到所有的数据点。
评估无法在评估期内收集部分或全部服务器的性能数据。 若要获得高置信度分级，请确保：
- 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 文件导入的服务器，默认迁移工具是未知的。 不过，对于 VMware vSphere 服务器，建议使用 VMware 混合云扩展 (HCX) 解决方案。
后续步骤
为 Azure VMware 解决方案 VM 创建评估。