本文概述了 Azure Migrate：发现和评估工具中的评估。 该工具可以评估 VMware 虚拟和Hyper-V环境中的本地服务器，以及要迁移到Azure的物理服务器。
什么是评估？
使用发现和评估工具的评估衡量准备情况，并估计将本地服务器迁移到Azure的影响。
注意
在由世纪互联运营的 Azure 中，查看支持的目标评估位置。 请注意，评估中的 VM 大小建议将使用专用于政府云区域的 VM 系列。 深入了解 VM 类型的相关信息。
评估的类型
可以使用Azure Migrate创建三种类型的评估：发现和评估。
| 评估类型 | 详细信息 |
|---|---|
| Azure VM | 用于将本地服务器迁移到Azure虚拟机的评估。 可以在 VMware 和 Hyper-V 环境中评估本地服务器，并使用此评估类型物理服务器迁移到Azure VM。 |
注意
如果在发现和评估工具上 Azure VM 的评估数量不正确，请选择评估的总数以查看所有评估，并重新计算 Azure VM 或 AVS 的评估。 然后，“发现和评估”工具将显示该评估类型的正确计数。
使用Azure Migrate创建的评估是数据的时点快照。 Azure VM 评估提供两个尺寸标准选项：
| 评估类型 | 详细信息 | 数据 |
|---|---|---|
| 基于性能 | 基于收集的性能数据提出建议的评估 | VM 大小建议是基于 CPU 和 RAM 使用率数据。 磁盘类型建议是基于每秒的输入/输出操作 (IOPS) 和本地磁盘的吞吐量。 磁盘类型Azure标准 HDD、Azure 标准 SSD、Azure 高级磁盘和Azure超级磁盘。 |
| 在本地按原样 | 不使用性能数据提出建议的评估 | VM 大小建议是基于本地服务器大小。 建议的磁盘类型是基于为评估选择的存储类型。 |
如何进行评估？
可通过多种方法运行评估。
- 使用 Azure Migrate 工具收集的服务器元数据进行服务器评估。 设备会发现本地服务器。 然后，它将服务器元数据和性能数据发送到Azure Migrate。
- 使用以逗号分隔的值 (CSV) 格式导入的服务器元数据来评估服务器。
如何使用设备进行评估？
如果要部署Azure Migrate设备来发现本地服务器，请执行以下步骤：
配置 Azure 和本地环境以配合使用 Azure Migrate。
对于第一个评估，请创建一个Azure项目，并将发现和评估工具添加到其中。
部署轻型Azure Migrate设备。 设备持续发现本地服务器，并将服务器元数据和性能数据发送到Azure Migrate。 将设备部署为 VM 或物理服务器。 无需在要评估的服务器上安装任何软件。
设备开始服务器发现后，您可以将想要评估的服务器收集到一个组中，并使用评估类型 Azure VM 对该组进行评估。
按照有关 VMware、Hyper-V 或 物理服务器的教程尝试这些步骤。
如何使用导入的数据进行评估？
如果要使用 CSV 文件来评估服务器，则不需要设备。 而是执行以下步骤：
设置 Azure 环境以配合使用 Azure Migrate
对于第一个评估，请创建一个Azure项目，并将发现和评估工具添加到其中。
下载 CSV 模板并向其中添加服务器数据。
将模板导入到Azure Migrate
发现通过导入添加的服务器，将其归入一个组，并对该组运行评估，评估类型为Azure VM。
设备会收集哪些数据？
如果您正在使用 Azure Migrate 工具进行评估，请了解为 VMware 和 Hyper-V 收集的元数据和性能数据。
设备如何计算性能数据？
如果是使用设备进行发现，则会通过以下步骤为计算设置收集性能数据：
设备收集实时样本点。
- VMware VM：每 20 秒收集一个样本点。
- Hyper-V VM：每隔 30 秒收集一个示例点。
- 物理服务器：每 5 分钟收集一个样本点。
设备将示例点组合在一起，为 VMware 和 Hyper-V 服务器每隔 10 分钟创建一个数据点，对于物理服务器，每 5 分钟创建一个数据点。 为了创建数据点，设备会从所有样本中选择峰值。 然后，它将数据点发送到Azure。
评估存储上个月的所有 10 分钟数据点。
创建评估时，该评估会确定用于合理调整大小的相应数据点。 根据“性能历史记录”和“百分位使用率”的百分位值进行确定。
- 例如，性能历史记录是一周，百分位使用率是第 95 百分位，则评估会对上一周的 10 分钟样本点进行排序。 按升序排序，并选取第 95 百分位值进行合理调整大小。
- 第 95 百分位值可确保你排除任何离群值，而如果选择第 99 百分位，则这些离群值可能被包含在内。
- 如果希望选择该期间内的峰值使用率，并且不希望错过任何离群值，请为百分位使用率选择第 99 百分位。
此值与舒适因子相乘，就得到了设备收集的这些指标的有效性能使用率数据：
- CPU 使用率
- RAM 使用率
- 磁盘 IOPS（读取和写入）
- 磁盘吞吐量（读取和写入）
- 网络吞吐量（传入和传出）
如何计算Azure VM 评估？
该评估使用本地服务器的元数据和性能数据来计算评估。 如果部署Azure Migrate设备，评估将使用设备收集的数据。 但如果运行的是使用 CSV 文件导入的评估，则需要提供用于计算的元数据。
计算分为以下三个阶段：
计算Azure就绪情况：评估服务器是否适合迁移到Azure。
计算调整大小建议：估算计算、存储和网络调整大小。
计算每月成本：计算迁移后在Azure中运行服务器的估计每月计算、存储和安全成本。
计算按上述顺序进行。 只有通过了前一个阶段，服务器才会进入下一个阶段。 例如，如果服务器失败Azure就绪阶段，则会将其标记为不适合Azure。 将不会对该服务器执行调整大小和成本计算。
Azure VM 评估中有哪些内容？
下面是Azure VM 评估中包含的内容：
| 设置 | 详细信息 |
|---|---|
| 目标位置 | 要迁移到的位置。 评估目前支持以下目标Azure区域： 中国东部、中国东部 2、中国北部、中国北部 2、中国北部 3。 |
| 目标存储磁盘（按原样调整大小） | 要用于Azure中存储的磁盘类型。 将目标存储磁盘指定为高级托管、标准 SSD 托管、标准 HDD 托管或超级磁盘。 |
| 目标存储磁盘（基于性能的调整大小） | 将目标存储磁盘的类型指定为高级托管、标准 HDD 托管、标准 SSD 托管或超级磁盘。 高级或标准或超级磁盘：评估建议选择的存储类型中的磁盘 SKU。 如果希望单实例 VM 服务级别协议 (SLA) 达到 99.9%，请考虑使用高级托管磁盘。 这样可确保将评估中的所有磁盘都推荐为高级托管磁盘。 如果要运行需要高吞吐量、高 IOPS 和一致的低延迟磁盘存储的数据密集型工作负荷，请考虑使用超级磁盘。 Azure Migrate仅支持托管磁盘进行迁移评估。 |
| 节省选项（计算） | 指定希望评估考虑的节省选项，以帮助优化Azure计算成本。 Azure 预留（1 年或 3 年预留）是持续运行最稳定的资源的一个不错的选择。 Azure储蓄计划（1 年或 3 年储蓄计划）提供额外的灵活性和自动化成本优化。 理想情况下，迁移后，可以同时使用Azure预留和节省计划（预留将首先使用），但在Azure Migrate评估中，一次只能看到 1 个节省成本选项的成本估算。 选择“无”时，Azure计算成本基于标准预付费套餐费率或实际使用情况。 需要在优惠/许可计划中选择标准预付费优惠才能使用预留实例或 Azure 储蓄计划。 选择“无”以外的任何节省选项时，“折扣(%)”和“VM 运行时间”属性不适用。 每月成本估算值的计算方式是将 VM 运行时间字段中的 744 小时乘以建议的 SKU 的每小时价格。 |
| 尺寸标准 | 用于对Azure VM 进行权限化。 使用按原样调整大小或基于性能的调整大小。 |
| 性能历史记录 | 搭配基于性能的调整大小。 性能历史记录指定了评估性能数据时使用的持续时间。 |
| 百分位利用率 | 搭配基于性能的调整大小。 百分位使用率指定用于合理调整大小的性能示例的百分位值。 |
| VM 系列 | 要考虑进行权限化的Azure VM 系列。 例如，如果没有需要 Azure A 系列 VM 的生产环境，则可以从系列列表中排除 A 系列。 |
| 舒适因子 | 评估过程中使用的缓冲区。 它应用于 VM 的 CPU、RAM、磁盘和网络数据。 此因子用于解决季节性使用情况、短期性能历史记录以及未来使用量可能会增加等问题。 例如，一个使用率为 20% 的 10 核 VM 通常相当于一个双核 VM。 而如果舒适因子是 2.0，则结果是一个四核 VM。 |
| 报价 | 注册Azure产品/服务。 评估会预估该套餐的成本。 |
| 货币 | 帐户的计费货币。 |
| 折扣 (%) | 您在 Azure 优惠上获得的任何订阅特定折扣。 默认设置是 0%。 |
| VM 运行时间 | Azure VM 每月的天数和每天的小时数分配，以及这些 VM 不会连续运行的情况。 成本估算就是基于该持续时间。 默认值是每月 31 天和每天 24 小时。 |
| Azure Hybrid Benefit | 指定你是否符合资格使用 Azure Hybrid Benefit，以利用现有 OS 许可证，并且是否拥有软件保证。 如果启用此设置，则 VM 成本不计入所选操作系统的 Azure 价格。 |
| EA 订阅 | 指定将将企业协议 (EA) 订阅用于成本估算。 考虑适用于该订阅的折扣。 将预留实例、折扣 (%) 和虚拟机运行时间属性保持为默认设置。 |
| 安全性 | 指定是否要评估Azure上安全工具的准备情况和成本。 如果设置的默认值为 Yes，且Microsoft Defender for Cloud，则会使用 Microsoft Defender for Cloud 评估Azure VM 的安全准备情况和成本。 |
计算就绪性
并非所有服务器都适合在Azure中运行。 Azure VM 评估会评估所有本地服务器，并为其分配就绪性类别。
- 准备迁移到Azure：服务器可以原封不动地迁移至Azure，无需进行任何更改。 它将在Azure中启动，并享受全面的Azure支持。
- 有条件地准备用于 Azure：服务器可能会在 Azure 中启动，但可能无法获得完整的 Azure 支持。 例如，Azure不支持运行旧版Windows Server的服务器。 将这些服务器迁移到Azure之前，必须小心。 若要解决任何就绪性问题，请遵循评估所建议的修正指南。
- 尚未准备好Azure：服务器不会在Azure启动。 例如，如果本地服务器的磁盘存储超过 64 TB，则Azure无法托管服务器。 请遵循修正指南，在迁移之前解决问题。
- Readiness unknown：由于元数据不足，Azure Migrate无法确定服务器的就绪情况。
为了计算就绪性，评估会评审下表中汇总的服务器属性和操作系统设置。
服务器属性
对于Azure VM 评估，评估会检查本地 VM 的以下属性，以确定它是否可以在Azure VM 上运行。
| 财产 | 详细信息 | Azure就绪状态 |
|---|---|---|
| 启动类型 | Azure 支持上述操作系统的 UEFI 启动类型，详见此处 | 如果启动类型为 UEFI 且 VM 上运行的操作系统为 Windows Server 2003/Windows Server 2003 R2/Windows Server 2008/Windows Server 2008 R2，则处于未准备状态。 |
| 核心 | 每个服务器必须不超过 128 个核心，这是 Azure VM 支持的最大数目。 如果性能历史记录可用，Azure Migrate会考虑已利用的核心进行比较。 如果评估设置中指定了舒适因子，则将已利用的内核数乘以此舒适因子。 如果没有性能历史记录，Azure Migrate使用已分配的核心来应用舒适度系数。 |
如果内核数在限制范围内，则状态为就绪 |
| RAM | 每台服务器必须不超过 3,892 GB RAM，这是 Azure M 系列Standard_M128m 2 VM 支持的最大大小。
了解详细信息。 如果性能历史记录可用，Azure Migrate会考虑已利用的 RAM 进行比较。 如果指定了舒适因子，则将已利用的 RAM 乘以此舒适因子。 如果没有历史记录，则使用已分配的 RAM 来应用舒适因子。 |
如果 RAM 量在限制范围内，则状态为就绪 |
| 存储磁盘 | 分配的磁盘大小不得超过 64 TB。 连接到服务器的磁盘（包括操作系统磁盘）数量不得超过 65 个。 |
如果磁盘大小和数量处于限制范围内，则状态为就绪 |
| 网络 | 连接到服务器的网络接口 (NIC) 数量不得超过 32 个。 | 如果 NIC 数量在限制范围内，则状态为就绪 |
来宾操作系统
对于 Azure VM 评估，除了查看 VM 属性外，评估还会检查服务器的来宾操作系统，以判断它是否可以在 Azure 上运行。
注意
为了处理 VMware VM 的客户分析，评估会使用在 vCenter Server 中为该 VM 配置的操作系统。 但 vCenter Server 不提供适用于 Linux VM 操作系统的内核版本。 如果要发现版本，需要设置应用程序发现。 然后，设备会使用在设置应用发现时指定的来宾凭据来发现版本信息。
评估使用以下逻辑基于操作系统识别 Azure 就绪情况：
| 操作系统 | 详细信息 | Azure就绪状态 |
|---|---|---|
| Windows Server 2016和所有 SP | Azure提供完全支持。 | 准备好使用 Azure。 |
| Windows Server 2012 R2 和所有 SP | Azure提供完全支持。 | 准备好使用 Azure。 |
| Windows Server 2012和所有 SP | Azure提供完全支持。 | 准备好使用 Azure。 |
| 带有所有 Service Pack 的 Windows Server 2008 R2 | Azure提供完全支持。 | 准备好使用 Azure。 |
| Windows Server 2008（32 位和 64 位） | Azure提供完全支持。 | 准备好使用 Azure。 |
| Windows Server 2003 和 Windows Server 2003 R2 | 这些操作系统已到达支持终止日期，需要定制支持协议（CSA）才能在 Azure 获得支持。 | 在特定条件下准备好使用 Azure。 在迁移到Azure之前，请考虑升级 OS。 |
| Windows 2000、Windows 98、Windows 95、Windows NT、Windows 3.1 和 MS-DOS | 这些操作系统的支持日期已结束。 服务器可能在Azure启动，但Azure不提供 OS 支持。 | 在特定条件下准备好使用 Azure。 建议在迁移到Azure之前升级 OS。 |
| Windows 7、Windows 8 和Windows 10 | Azure仅支持 Visual Studio 订阅. | 在特定条件下准备好使用 Azure。 |
| Windows 10 Pro | Azure支持 Multitenant Hosting Rights. | 在特定条件下准备好使用 Azure。 |
| Windows Vista和Windows XP专业版 | 这些操作系统的支持日期已结束。 服务器可能在Azure启动，但Azure不提供 OS 支持。 | 在特定条件下准备好使用 Azure。 建议在迁移到Azure之前升级 OS。 |
| Linux | 请参阅Azure认可的 Linux操作系统。 其他 Linux作系统可能在Azure中启动。 但建议在迁移到Azure之前将 OS 升级到认可的版本。 | 如果该版本获得认可，则可准备使用 Azure。 如果版本不受认可，则为 Azure 迁移有条件就绪。 |
| Oracle Solaris、Apple macOS 和 FreeBSD 等其他操作系统 | Azure不支持这些作系统。 服务器可能在Azure启动，但Azure不提供 OS 支持。 | 在特定条件下准备好使用 Azure。 建议在迁移到Azure之前安装受支持的 OS。 |
| vCenter Server 中指定为“其他”的 OS | 在这种情况下，Azure Migrate无法识别 OS。 | 就绪性未知。 确保Azure支持在 VM 中运行的 OS。 |
| 32 位操作系统 | 服务器可能在Azure中启动，但Azure可能无法提供完全支持。 | 在特定条件下准备好使用 Azure。 在迁移到Azure之前，请考虑升级到 64 位 OS。 |
安全就绪情况
评估还会确定推荐使用 Microsoft Defender 服务器版的目标准备情况。 如果服务器具有以下条件，则将其标记为“已准备好用于 Microsoft Defender for Servers”：
- 至少 2 个 vCore（首选 4 个 vCore）
- 至少 1 GB RAM（首选 4 GB）
- 2 GB 的磁盘空间
- 运行以下任一操作系统：
- Windows Server 2008 R2、2012 R2、2016、2019、2022
- Red Hat Enterprise Linux Server 7.2+、8+、9+
- Ubuntu 16.04、18.04、20.04、22.04
- SUSE Linux Enterprise Server 12、15+
- Debian 9、10、11
- Oracle Linux 7.2+、8
- Amazon Linux 2
- 对于其他操作系统，将服务器标记为“已就绪，满足条件”。 如果服务器尚未准备好迁移到Azure，则会将其标记为“未就绪”，用于Microsoft Defender for Servers。
计算调整大小
将服务器标记为为 Azure 做好准备后，评估会在 Azure 虚拟机评估中提出规模建议。 这些建议标识了 Azure VM 和磁盘的 SKU。 调整大小计算取决于使用的是按原样本地调整大小还是基于性能的调整大小。
计算调整大小（按原样本地）
如果使用现有的本地尺寸，评估不会在 Azure VM 评估中考虑虚拟机和磁盘的性能历史。
- 计算能力大小：评估基于在本地分配的大小来分配 Azure VM SKU。
- 存储和磁盘调整大小：评估查看评估属性中指定的存储类型，并建议相应的磁盘类型。 可能的存储类型包括标准 HDD、标准 SSD、高级和超级磁盘。 默认存储类型为“高级”。
- 网络容量评估：评估过程考虑本地服务器上的网络适配器。
计算调整大小（基于性能）
如果在Azure VM 评估中使用基于性能的大小调整，则评估会提出大小调整建议，如下所示：
- 评估将考虑服务器的性能（资源利用率）历史记录以及 处理器基准，以识别Azure中的 VM 大小和磁盘类型。
注意
如果使用 CSV 文件导入服务器，并且选择基于性能调整大小，则使用指定的性能值（CPU 利用率、内存利用率、磁盘 IOPS 和吞吐量）。 将无法提供性能历史记录和百分位信息。
- 如果过度分配了本地服务器，利用率较低，并且想要正确调整Azure VM 的大小，以节省成本，则此方法特别有用。
- 如果不想使用性能数据，请按照上一节中所述，将尺寸标准条件重置为本地的原样。
Azure VM 评估中的存储容量评估
Azure Migrate将附加到服务器的每个磁盘映射到Azure磁盘。 大小调整过程如下所示：
IOPS 和吞吐量计算
- 评估通过添加每个磁盘的读取和写入 IOPS 和吞吐量值来计算总的 IOPS 和吞吐量。
基于导入的评估
- 你可以在导入的文件中提供总 IOPS、总吞吐量以及磁盘总数，而不指定单独的磁盘设置。
- 如果使用此选项，则会跳过单独磁盘调整大小，直接使用提供的数据来计算调整大小，并选择适当的 VM SKU。
磁盘选择条件和建议
- 如果没有满足所需 IOPS 和吞吐量的磁盘，则服务器标记为不适合Azure。
- 如果找到了合适的磁盘，则评估会选择支持评估设置中指定的位置的磁盘。
- 从多个合格的磁盘中，评估会选择成本最低的磁盘。
- 如果任何磁盘的性能数据不可用，则会使用所配置的磁盘大小根据你的偏好查找磁盘。
注意
- 对于所有新的评估，如果在创建评估时选择了高级磁盘，我们建议对 OS 磁盘使用高级托管磁盘，对数据磁盘使用高级 SSD v2（预览版）。
- 如果没有看到针对数据磁盘的高级 SSD v2（预览版）建议，请重新计算评估并检查存储类型的评估设置。
- 目前，Premium SSD v2（预览）迁移仅适用于 VMware 环境，尽管已为所有环境进行了评估预览。
Ultra 磁盘大小配置
对于超磁盘，针对特定磁盘大小，存在一个允许的 IOPS 和吞吐量范围，因此其大小调整的逻辑与标准磁盘和高级磁盘不同。
- 计算了三个超级磁盘大小：
- 找到一个可以满足磁盘大小要求的磁盘（磁盘 1）
- 找到一个可以满足总 IOPS 要求的磁盘（磁盘 2）
- 要预配的 IOPS =（源磁盘吞吐量）*1024/256
- 找到一个可以满足总吞吐量要求的磁盘（磁盘 3）
- 在三个磁盘中，找到最大磁盘大小的磁盘，并四舍五入到下一个可用的 超级磁盘方案。 这是预配的超级磁盘大小。
- 预配的 IOPS 是使用以下逻辑计算的：
- 如果发现的源吞吐量在超级磁盘大小的允许范围内，则预配的 IOPS 等于源磁盘 IOPS
- 否则，预配的 IOPS 使用要预配的 IOPS =（源磁盘吞吐量）*1024/256 进行计算
- 预配的吞吐量范围取决于预配的 IOPS
网络规模计算
对于Azure VM 评估，评估会尝试查找支持附加到本地服务器的网络适配器的数量和所需性能的Azure VM。
- 为了获得本地服务器的有效网络性能，评估会聚合通过所有网络适配器的服务器外部数据传输速率。 然后乘以舒适因子。 它使用生成的值来查找支持所需网络性能的Azure VM。
- 除了网络性能，评估还考虑Azure VM 是否可以支持所需的网络适配器数量。
- 如果网络性能数据不可用，评估将只考虑对 VM 调整大小有影响的网络适配器。
计算计算资源大小
计算存储和网络要求后，评估过程会考虑 CPU 和 RAM 要求，在 Azure 中查找合适的 VM 大小。
- Azure Migrate查看实际使用的核心（包括 处理器基准）和 RAM，以找到合适的 Azure VM 大小。
- 如果未找到合适的大小，服务器将标记为不适合Azure。
- 如果找到合适的大小，Azure Migrate应用存储和网络计算。 然后应用位置和定价层设置，以提供最终的 VM 大小建议。
- 如果有多个符合条件的AZURE VM 大小，则建议采用最低成本的 VM 大小。
性能覆盖范围（基于性能）
Azure Migrate中的每个基于性能的 Azure VM 评估都与性能覆盖率相关联。 覆盖率从一颗（最低）到五颗（最高）星。 性能覆盖率有助于估算Azure Migrate提供的大小建议的可靠性。
- 性能覆盖率分配给评估。 覆盖范围基于计算评估所需的数据点的可用性。
- 对于基于性能的尺寸调整，评估需要：
- CPU 和 RAM 的使用率数据。
- 连接到服务器的每个磁盘所对应的磁盘 IOPS 和吞吐量数据。
- 为每个附加到服务器的网络适配器处理基于性能的调整大小所需要的网络 I/O。
如果其中的任一使用率数值不可用，则大小建议可能不可靠。
注意
不会为使用导入的清单评估的服务器分配性能覆盖范围。 覆盖范围同样不适用于按现状进行的本地评估。
覆盖率
下表显示了评估性能覆盖率，具体取决于可用数据点的百分比：
| 数据点的可用性 | 性能覆盖范围 |
|---|---|
| 0-20% | 1 星 |
| 21-40% | 2 星 |
| 41-60% | 3 星 |
| 61-80% | 4 星 |
| 81-100% | 5 星 |
低性能覆盖率
下面是评估可能获得低性能覆盖率的一些原因：
在创建评估的过程中，没有对环境进行分析。 例如，如果在创建评估时性能持续时间设置为一天，那么开始发现后必须等待至少一天，才能收集到所有的数据点。
评估无法在评估期内收集部分或全部服务器的性能数据。 为了实现高性能覆盖，请确保：
- 服务器在评估期间处于开机状态
- 允许端口 443 上的出站连接
- 对于Hyper-V服务器，已启用动态内存
计算了三个超级磁盘大小：
- 发现一个磁盘（磁盘 1）可满足磁盘大小要求。
- 发现一个磁盘（磁盘 2）可满足总 IOPS 要求。 要预配的 IOPS = （源磁盘吞吐量） *1024/256。
- 发现一个磁盘（磁盘 3）可以满足总吞吐量要求/
在三个磁盘中，找到最大磁盘大小的那一块，并进位到下一个可用的 Ultra Disk 产品项（Azure 托管磁盘类型）。 这是预配的超级磁盘大小。
预配的 IOPS 使用以下逻辑进行计算：
- 如果发现的源吞吐量在超级磁盘大小的允许范围内，则预配的 IOPS 等于源磁盘 IOPS
- 否则，预配的 IOPS 使用要预配的 IOPS =（源磁盘吞吐量）*1024/256 进行计算
- 预配的吞吐量范围取决于预配的 IOPS
网络规模设计
对于Azure VM 评估，评估会尝试查找支持附加到本地服务器的网络适配器的数量和所需性能的Azure VM。
为了获得本地服务器的有效网络性能，评估会聚合通过所有网络适配器的服务器外部数据传输速率。 然后乘以舒适因子。 它使用生成的值来查找支持所需网络性能的Azure VM。
除了网络性能，评估还考虑Azure VM 是否可以支持所需的网络适配器数量。
如果网络性能数据不可用，评估将只考虑对 VM 调整大小有影响的网络适配器。
计算规模
计算存储和网络要求后，评估过程会考虑 CPU 和 RAM 要求，在 Azure 中查找合适的 VM 大小。
Azure Migrate查看有效利用的核心（包括处理器基准）和 RAM，以找到合适的Azure VM 大小。
如果未找到合适的大小，服务器将标记为不适合Azure。
如果找到合适的大小，Azure Migrate应用存储和网络计算。 然后应用位置和定价层设置，以提供最终的 VM 大小建议。
如果有多个符合条件的AZURE VM 大小，则建议采用最低成本的 VM 大小。
每月成本
完成大小调整建议后，Azure Migrate中的Azure VM 评估会计算迁移后的计算和存储成本。
计算成本
Azure Migrate使用建议Azure VM 大小和Azure计费 API 来计算服务器的每月成本。
计算将考虑以下事项：
- 操作系统
- 软件保障
- 预留实例
- VM 运行时间
- 位置
- 货币设置
评估会将所有服务器的成本求和，以计算每月的总计算成本。
存储成本
服务器的每月存储成本等于连接到该服务器上的所有磁盘的每月成本求和。
标准磁盘和高级磁盘
标准磁盘或高级版磁盘的成本根据所选/建议的磁盘大小进行计算。
超级磁盘
超级磁盘的成本是根据预配的大小、预配的 IOPS 和预配吞吐量计算的。 了解详细信息。
使用下列逻辑计算成本：
磁盘大小的成本通过将预配的磁盘大小乘以磁盘容量的每小时价格来计算。
预配 IOPS 的成本是通过将预配的 IOPS 乘以每小时预配的 IOPS 价格来计算的。
预配吞吐量的成本是通过将预配的吞吐量乘以每小时预配的吞吐量价格来计算的。
超级磁盘 VM 预留费用不会添加到总成本中。 了解详细信息。
安全成本
对于建议用于Azure VM 的服务器，如果已准备好运行 Defender for Server，则会为该区域添加每个服务器的 Defender for Server 成本（计划 2）。 评估会将所有服务器的成本求和，以计算每月总安全成本。
成本以在评估设置中指定的币种显示。
后续步骤
- 查看 有关创建评估的最佳做法。
- 了解如何为运行在 VMware 和 Hyper-V 环境以及 物理服务器上的服务器进行评估。
- 了解如何评估使用 CSV 文件导入的服务器。
- 了解如何设置依赖项可视化。