本文概述了 Azure Migrate 评估。 Azure Migrate 评估用于评估托管在本地数据中心或其他公共云上的工作负载，以便迁移到 Azure。 每个 Azure Migrate 评估都会分析源工作负载，以便：
- 迁移策略：迁移构成应用程序的所有工作负荷是一种策略。 该策略旨在有效地将所有构成工作负载（可以是应用程序服务器、Web 应用、数据库等）组合到 Azure。
- 就绪性：适用于所有有效目标 Azure 服务的源工作负载的适用性。
- 适当大小的目标 ：建议的目标根据计算和存储性能要求进行适当调整，以优化复原能力和成本。
- Azure 资源成本：托管 Azure 上所有目标的总资源成本。
- 迁移工具：建议将源迁移到建议的目标。
Assessment types
Azure Migrate 支持两种类型的评估：
- 应用程序评估：您可以创建一个应用程序评估，其中包括构成工作负载的组成部分，这些工作负载可以是应用程序服务器、Web 应用、数据库等元素的组合，并且部署到 Azure。
- 工作负荷评估：可以创建工作负载评估，以识别特定工作负荷的合适大小目标和资源成本。 Azure Migrate 目前支持为以下工作负载创建评估。
| Workloads | Details |
|---|---|
| Servers | 评估托管在本地或公有云中的服务器以迁移到 Azure 虚拟机。 |
| SQL 服务器和数据库 | 评估 SQL 服务器以迁移到 Azure SQL 数据库、Azure SQL 托管实例或 Azure VM 上的 SQL Server。 |
| Webapps | 评估要迁移到 Azure 应用服务、Azure Spring Apps 或 Azure Kubernetes 服务的 Web 应用。 |
| Azure VMware 解决方案 (AVS) | 评估 VMware 上托管到 Azure VMware 解决方案 (AVS) 的本地服务器。 Learn more. |
评估的先决条件
- 在开始评估之前，请确保已适当地发现工作负载，并在清单中提供它们。
- 如果你是 EA 客户，请确保你有权访问所需的订阅。
- 为了获得更好的结果，在基于设备的发现时，请确保设备处于连接状态且性能数据正在传输。
Discovery sources
根据创建评估所需的数据，发现源可能因不同的评估而异。 可以使用以下任一方法发现本地工作负荷：
- 通过部署轻型 Azure Migrate 设备来执行无代理发现。
- 导入工作负荷信息是通过基于导入的发现实现的。 有关可用发现方法的详细信息，请参阅 发现方法。
建议使用 Azure Migrate 应用程序作为发现源，因为它提供了对您计算机的深入视图，并确保配置和性能数据的持续流动，同时应对源环境中的更改。
Note
使用 Azure Migrate 创建的所有评估都是某个时间节点的数据快照。 评估结果可能会根据收集或更改源配置中的聚合服务器性能数据而更改。
填充清单后，可以将相关的工作负载汇集到一个组中，并根据适当的评估类型对该组进行评估。
设备收集的数据
如果您正在使用 Azure Migrate 工具进行评估，请查看所收集的元数据和性能数据，它们将作为评估的输入。
计算评估
每个评估都会计算以下三个属性：
确定 Azure 就绪情况：评估工作负荷是否适合迁移到 Azure。 计算正确的大小调整建议：估算计算、存储和网络大小调整，并建议客户正确调整大小的 Azure 目标服务进行迁移。 计算每月成本：计算迁移后在 Azure 中运行已迁移工作负荷的估计每月资源成本。
计算按上述顺序进行。 仅当工作负荷通过上一阶段时，工作负荷才会移动到后面的阶段。 例如，服务器未通过 Azure 就绪性阶段，则会标记为不适合 Azure。 将不会对该服务器执行调整大小和成本计算。
除了配置和性能数据外，Azure Migrate 评估还考虑评估设置中捕获的客户意向，并用于生成结果的输入。 评估设置可以分为以下几大类。
| Settings category | Details |
|---|---|
| Target Configuration | 根据评估类型，客户需要提供有关他们想要评估其工作负载的目标的输入。 此类别中的一些重要属性是目标位置、环境类型、目标存储和计算系列等。这些设置在不同类型的评估中略有不同。 |
| Pricing Settings | 客户在评估期间会询问要考虑的定价属性。 要求客户选择是否要评估标准预付费套餐定价，或者他们是否与 Azure 达成了协商 EA 协议。 如果你是 EA 客户，请选择 EA 订阅作为套餐/许可计划以及相应的订阅 ID 来获取协商的价格。 客户可以指定节省选项来优化成本。 对于始终运行的资源，Azure 预留（一年或三年预订）是最佳选择。 Azure 储蓄计划（一年或三年储蓄计划）提供额外的灵活性和自动化成本优化。 理想情况下，在迁移后，你可以同时使用 Azure 预留和节省计划（将首先使用预留），但在 Azure Migrate 评估中，你一次只能看到一个节省选项的成本估算。 选择“无”时，Azure 计算成本基于标准预付费套餐费率或实际使用情况。 选择“无”以外的任何节省选项时，“折扣”（%）和 VM 运行时间属性不适用。 每月成本估算值的计算方式是将 VM 运行时间字段中的 744 小时乘以建议的 SKU 的每小时价格。 |
| Sizing criteria | 这些属性用于正确调整目标建议的大小。 根据要求，选择使用原样大小或基于性能调整大小。 详细了解基于性能的评估。 |
| Performance history | 搭配基于性能的调整大小。 性能历史记录指定了评估性能数据时使用的持续时间。 |
| Percentile utilization | 搭配基于性能的调整大小。 百分位使用率指定用于合理调整大小的性能示例的百分位值。 |
| Comfort factor | 评估过程中使用的缓冲区。 它应用于 CPU、内存、磁盘和网络的大小调整。 此因子用于解决季节性使用情况、短期性能历史记录以及未来使用量可能会增加等问题。 例如，一个使用率为 20% 的 10 核 VM 通常相当于一个双核 VM。 而如果舒适因子是 2.0，则结果是一个四核 VM。 |
| VM uptime | 不连续运行的 Azure VM 每月的持续时间（以天为单位）和每天的持续时间（以小时为单位）。 成本估算就是基于该持续时间。 默认值是每月 31 天和每天 24 小时。 |
| Azure 混合权益 | 指定你是否具有软件担保，并且是否有资格利用现有的 OS 和 SQL 许可证使用 Azure 混合权益。 如果启用此设置，则所选操作系统的 Azure 价格不会用于 VM 成本计算，SQL 授权费用不会在 SQL 目标预算中考虑。 |
| 安全性 | 指定是否要评估 Azure 上安全工具的就绪情况和成本。 如果设置的默认值为"是"，则使用 Microsoft Defender for Cloud 来评估 Azure VM 的安全准备情况和成本。 |
查看使用 Azure Migrate 创建评估的最佳做法。
Next steps
查看有关创建评估的最佳做法。
- 了解如何对在 VMware 和 Hyper-V 环境中运行的服务器以及物理服务器进行评估。
- 了解如何评估使用 CSV 文件导入的服务器。
- 了解如何设置依赖项可视化。