评估概述（迁移到 Azure VM）
注意
本文引用了 CentOS，这是一个接近生命周期结束 (EOL) 状态的 Linux 发行版。 请相应地考虑你的使用和规划。 有关详细信息，请参阅 CentOS 生命周期结束指南。
本文概述了 Azure Migrate：发现和评估工具中的评估。 该工具可对 VMware 虚拟环境和 Hyper-V 环境中的本地服务器以及要迁移到 Azure 的物理服务器进行评估。
什么是评估？
使用发现和评估工具进行评估，衡量将本地服务器迁移到 Azure 的就绪性并预估其影响。
评估的类型
使用“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 高级磁盘。 |
| 按本地原样 | 不使用性能数据提出建议的评估 | 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、中国北部、中国东部、中国东部 2、中国北部、中国北部 2、中国东部、中国东部、中国东部 2、法国中部、法国南部、德国北部、德国中西部、中国东部、中国东部、韩国中部、韩国南部、中国北部、中国北部、挪威东部、挪威西部、南非北部、南非西部、中国东部、中国东部、印度南部、瑞士北部、瑞士西部、阿联酋中部、阿联酋北部、英国南部、中国东部 2、中国北部、中国北部、印度西部、中国北部、中国北部 2、Jio 印度中部、Jio 印度西部、US Gov 亚利桑那州、US Gov 爱荷华州、US Gov 德克萨斯州、US Gov 弗吉尼亚州。 |
| 目标存储磁盘（按原样调整大小） | 要用于 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 每月的持续时间（以天为单位）和每天的持续时间（以小时为单位）。 成本估算就是基于该持续时间。 默认值是每月 31 天和每天 24 小时。 |
| Azure 混合权益 | 指定是否具有软件保证以及是否有资格享受 Azure 混合权益来使用现有的 OS 许可证。 如果启用此设置，则进行 VM 成本计算不考虑所选操作系统的 Azure 价格。 |
| EA 订阅 | 指定将将企业协议 (EA) 订阅用于成本估算。 考虑适用于该订阅的折扣。 将预留实例、折扣 (%) 和 VM 运行时间属性保留默认设置。 |
| 安全性 | 指定是否要评估 Azure 上安全工具的就绪情况和成本。 如果设置的默认值为“是，带 Microsoft Defender for Cloud”，它将评估具有 Microsoft Defender for Cloud 的 Azure VM 的安全就绪情况和成本。 |
关于使用 Azure Migrate 创建评估，请查看最佳做法。
计算就绪性
并非所有服务器都适合在 Azure 中运行。 Azure VM 评估会对所有本地服务器进行评估，并为其分配一个就绪性类别。
- Azure 迁移就绪：服务器可以照原样迁移到 Azure，无需任何更改。 它将在 Azure 中启动并具有完整的 Azure 支持。
- Azure 迁移有条件就绪：服务器可能在 Azure 中启动，但可能没有完整的 Azure 支持。 例如，Azure 不支持运行旧版 Windows Server 的服务器。 在将这些服务器迁移到 Azure 之前，必须谨慎。 若要解决任何就绪性问题，请遵循评估所建议的修正指南。
- Azure 迁移未就绪：服务器不会在 Azure 中启动。 例如，如果本地服务器的磁盘存储超过 64 TB，Azure 将无法托管该服务器。 请遵循修正指南，在迁移之前解决问题。
- 就绪性未知：由于元数据不足，Azure Migrate 无法确定计算机就绪性。
为了计算就绪性，评估会评审下表中汇总的服务器属性和操作系统设置。
服务器属性
对于 Azure VM 评估，评估会评审本地 VM 的以下属性，以确定它是否可以在 Azure VM 上运行。
| 属性 | 详细信息 | Azure 迁移就绪性状态 |
|---|---|---|
| 启动类型 | Azure 支持此处提到的 OS 的 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 | 每个服务器的 RAM 不得超过 3,892 GB，这是 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 迁移已就绪。 |
| Windows Server 2008 R2 和所有 SP | Azure 提供完全支持。 | Azure 迁移已就绪。 |
| Windows Server 2008（32 位和 64 位） | Azure 提供完全支持。 | Azure 迁移已就绪。 |
| Windows Server 2003 和 Windows Server 2003 R2 | 这些操作系统的支持日期已结束，需要自定义支持协议 (CSA) 以获取 Azure 支持。 | Azure 迁移已有条件就绪。 请考虑在迁移到 Azure 之前升级操作系统。 |
| Windows 2000、Windows 98、Windows 95、Windows NT、Windows 3.1 和 MS-DOS | 这些操作系统的支持日期已结束。 服务器可能在 Azure 中启动，但 Azure 不提供任何操作系统支持。 | Azure 迁移已有条件就绪。 建议在迁移到 Azure 之前升级操作系统。 |
| Windows 7、Windows 8 和 Windows 10 | Azure 仅支持 Visual Studio 订阅。 | Azure 迁移已有条件就绪。 |
| Windows 10 专业版 | Azure 提供了对多租户托管权限的支持。 | Azure 迁移已有条件就绪。 |
| Windows Vista 和 Windows XP Professional | 这些操作系统的支持日期已结束。 服务器可能在 Azure 中启动，但 Azure 不提供任何操作系统支持。 | Azure 迁移已有条件就绪。 建议在迁移到 Azure 之前升级操作系统。 |
| Linux | 请参阅 Azure 予以认可的 Linux 操作系统。 其他 Linux 操作系统可能在 Azure 中启动。 不过还是建议在迁移到 Azure 之前，先将操作系统升级到经认可的版本。 | 如果版本受到认可，则为 Azure 已就绪。 如果版本不受认可，则为 Azure 迁移有条件就绪。 |
| Oracle Solaris、Apple macOS 和 FreeBSD 等其他操作系统 | Azure 不认可这些操作系统。 服务器可能在 Azure 中启动，但 Azure 不提供任何操作系统支持。 | Azure 迁移已有条件就绪。 建议在迁移到 Azure 之前，安装受支持的操作系统。 |
| vCenter Server 中指定为“其他”的 OS | 在此情况下，Azure Migrate 无法确定操作系统。 | 就绪性未知。 确保 Azure 支持 VM 内部运行的操作系统。 |
| 32 位操作系统 | 服务器可能在 Azure 中启动，但 Azure 可能不提供完全支持。 | Azure 迁移已有条件就绪。 请考虑在迁移到 Azure 之前，升级到 64 位操作系统。 |
安全就绪情况
评估还确定 Microsoft Defender for Servers 的建议目标的就绪情况。 如果服务器满足以下条件，则将其标记为“已就绪，可用于 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
- CentOS Linux 7.2+
- Amazon Linux 2
- 对于其他操作系统，将服务器标记为“已就绪，满足条件”。 如果服务器尚未准备好迁移到 Azure，则会将其标记为“未就绪”，不可用于 Microsoft Defender for Servers。
计算调整大小
将服务器标记为“Azure 迁移就绪”后，评估将在 Azure VM 评估中做出调整大小建议。 这些建议标识了 Azure VM 和磁盘 SKU。 调整大小计算取决于使用的是按原样本地调整大小还是基于性能的调整大小。
计算调整大小（按原样本地）
如果使用的是按原样本地调整大小，则评估不会考虑 Azure VM 评估中 VM 和磁盘的性能历史记录。
计算调整大小：评估将根据本地分配的大小分配 Azure VM SKU。
存储和磁盘调整大小：评估查看评估属性中指定的存储类型，并建议相应的磁盘类型。 可能的存储类型是标准 HDD、标准 SSD 和高级磁盘。 默认存储类型为“高级”。
网络调整大小：评估考虑本地服务器上的网络适配器。
计算调整大小（基于性能）
如果 Azure VM 评估中使用的是基于性能的调整大小，则评估按如下所示给出调整大小建议：
- 评估会考虑服务器的性能（资源利用率）历史记录以及处理器基准，以确定 Azure 中的 VM 大小和磁盘类型。
注意
如果使用 CSV 文件导入服务器，并且选择基于性能调整大小，则使用指定的性能值（CPU 利用率、内存利用率、磁盘 IOPS 和吞吐量）。 将无法提供性能历史记录和百分位信息。
- 如果本地服务器过度分配、使用率较低，以及希望合理调整 Azure VM 大小以节约成本，则这种方法特别有帮助。
- 如果不想要使用性能数据，请按照上一节中所述，将调整大小条件重置为按原样本地。
计算存储调整大小
对于 Azure VM 评估中的存储调整大小，Azure Migrate 尝试将连接到服务器的每个磁盘映射到 Azure 磁盘。 调整大小的工作方式如下：
评估增加磁盘的读取和写入 IOPS，以达到要求的总 IOPS。 同样，还会添加读取和写入吞吐量值，以达到每个磁盘的总吞吐量。 对于基于导入的评估，可以选择在导入的文件中提供总 IOPS、总吞吐量以及磁盘总数，而不指定单独的磁盘设置。 如此一来，将跳过单独磁盘调整大小，直接使用提供的数据来计算调整大小，并选择适当的 VM SKU。
选择磁盘的方法如下所示：
- 如果评估找不到具有所需 IOPS 和吞吐量的磁盘，则会将服务器标记为不适合 Azure。
- 如果评估找到了一组合适的磁盘，则评估选择支持评估设置中指定位置的磁盘。
- 如果有多个合格的磁盘，则评估选择成本最低的磁盘。
- 如果有任何磁盘的性能数据不可用，则使用配置磁盘大小在 Azure 中查找标准 SSD 盘。
计算网络调整大小
对于 Azure VM 评估，评估尝试查找支持连接到本地服务器的网络适配器的数量和所需性能的 Azure VM。
- 为了使本地服务器获得有效的网络性能，评估将对经过所有网络适配器的服务器流出（网络流出）数据传输率求和。 然后乘以舒适因子。 根据结果值，找到可支持所需网络性能的 Azure VM。
- 除了网络性能，评估还会考虑 Azure VM 是否可支持所需的网络适配器数量。
- 如果网络性能数据不可用，评估将只考虑对 VM 调整大小有影响的网络适配器。
计算运算调整大小
在计算了存储和网络需求后，评估将考虑 CPU 和 RAM 需求，以确定 Azure 中合适的 VM 大小。
- Azure Migrate 会查看有效的已使用内核（包括处理器基准）和 RAM，以查找合适的 Azure VM 大小。
- 如果找不到合适的大小，服务器将标记为不适合 Azure。
- 如果找到了合适的大小，Azure Migrate 将应用存储和网络计算。 然后应用位置和定价层设置，以提供最终的 VM 大小建议。
- 如果有多个合格的 Azure VM 大小，建议选择成本最低的那一个。
置信度分级（基于性能）
在 Azure Migrate 中，每个基于性能的 Azure VM 评估都与一个置信度分级相关联。 分级范围从一星（最低）到五星（最高）。 置信度分级可帮助评估 Azure Migrate 所提供的大小建议的可靠性。
- 置信度分级是分配给评估。 此分级是基于对评估进行计算时所需数据点的可用性。
- 对于基于性能的调整大小，评估需要：
- CPU 和 RAM 的使用率数据。
- 连接到服务器的每个磁盘所对应的磁盘 IOPS 和吞吐量数据。
- 为每个连接到服务器的网络适配器处理基于性能的调整大小所需要的网络 I/O。
如果其中的任一使用率数值不可用，则大小建议可能不可靠。
注意
对于使用导入的 CSV 文件进行评估的服务器，不会分配置信度分级。 另外，分级也不适用于按原样本地评估。
评级
下表显示了评估置信度分级，具体取决于可用数据点的百分比：
| 数据点的可用性 | 置信度分级 |
|---|---|
| 0-20% | 1 星 |
| 21-40% | 2 星 |
| 41-60% | 3 星 |
| 61-80% | 4 星 |
| 81-100% | 5 星 |
低置信度评级
以下列出了评估可能获得低置信度分级的一些原因：
在创建评估的过程中，没有对环境进行分析。 例如，如果在创建评估时性能持续时间设置为一天，那么开始发现后必须等待至少一天，才能收集到所有的数据点。
评估无法在评估期内收集部分或全部服务器的性能数据。 若要获得高置信度评级，请确保：
- 服务器在评估期间处于开机状态
- 允许端口 443 上的出站连接
- 为 Hyper-V 服务器启用了动态内存
请重新计算评估以反映置信度评级的最新更改。
有些服务器是在计算评估期间创建。 例如，假设针对上一个月的性能历史记录创建了评估，但有些服务器是在一周前刚刚创建。 在这种情况下，整个评估过程中将不会用到新服务器的性能数据，而且置信度分级会较低。
注意
如果任何评估的置信度分级低于五星，建议等待至少一天，以便设备对环境进行分析，然后重新计算评估。 否则，基于性能的调整大小可能不可靠。 在这种情况下，建议将评估切换为本地调整大小。
计算每月成本
完成调整大小建议后，Azure Migrate 中的 Azure VM 评估将计算迁移后的计算和存储成本。
计算成本
Azure Migrate 使用建议的 Azure VM 大小和 Azure 计费 API 来计算服务器的每月成本。
计算中需要考虑的因素包括：
- 操作系统
- 软件保障
- 预留实例
- VM 运行时间
- 位置
- 货币设置
评估会将所有服务器的成本求和，以计算每月的总计算成本。
存储成本
服务器的每月存储成本等于连接到该服务器上的所有磁盘的每月成本求和。
标准磁盘和高级磁盘
标准磁盘或高级版磁盘的成本根据所选/建议的磁盘大小进行计算。
安全成本
对于为 Azure VM 推荐的服务器，如果已准备好运行 Defender for Server，则会加上该区域中每个服务器的 Defender for Server 成本（计划 2）。 评估会将所有服务器的成本求和，以计算每月总安全成本。
成本以在评估设置中指定的币种显示。
后续步骤
查阅关于创建评估的最佳做法。
- 了解如何对 VMware 和 Hyper-V 环境中运行的服务器以及物理服务器运行评估。
- 了解如何评估使用 CSV 文件导入的服务器。
- 了解如何设置依赖项可视化。