你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
本文重点介绍如何评估要迁移到云的工作负荷的准备情况。
如果要迁移工作负荷，云采用团队可确保所有资产和关联的依赖项都与部署模型和云提供商兼容。 团队记录了 修正 兼容性问题所需的任何工作。
评估假设
讨论 Azure 云采用框架中原则的大多数内容与云无关。 但是，准备情况评估过程必须特定于每个云平台以及你在 准备 阶段中选择的迁移工具。
所选的评估工具应提供有关迁移的任何阻碍因素的信息。 常见的障碍包括操作系统支持、服务器大小和数据更改速率，这些速率可能会影响复制。
某些组织还面临着与虚拟机（VM）配置相关的问题，这些配置利用了底层的虚拟机监控程序平台。 这些配置包括基于虚拟化的安全性、动态磁盘、非Microsoft应用程序许可证、数据源配置和证书。
本文无法涵盖所有可能的评估活动，因为每个环境和业务成果都会决定特定的要求。 为了帮助你确定这些要求，下面是一些与基础结构、数据库和网络相关的常见评估活动。
评估跨数据中心依赖项
如果要从多个数据中心迁移工作负荷，则必须评估这些数据中心之间的任何依赖关系。
请考虑以下功能来评估跨数据中心依赖项：
- 可视化依赖项：使用 Azure Migrate 和现代化中的 依赖项可视化 功能来确定依赖项。
- 组依赖项：处理全局复杂性时使用 依赖项分组 。 此功能可帮助你识别支持工作负荷所需的任何资产的 IP 地址和端口。
重要
- 你需要一位了解资产放置和 IP 地址架构的主题专家来标识驻留在辅助数据中心的资产。
- 需要在可视化中评估下游依赖关系和客户端，以了解双向依赖关系。
示例方案
以下部分提供了评估将工作负载和数据库迁移到云的准备情况的指导。
Azure 迁移和现代化的常见评估活动
以下指南假定你打算将工作负荷迁移到 Azure。 它还假定你使用 Azure Migrate 和现代化工具进行 复制活动。
可以使用 Azure Migrate 和现代化项目来评估工作负荷并计算 Azure 中的运营成本。 有关详细信息，请参阅 Azure Migrate 和现代化中的 Azure VM 评估。
还可以使用 Azure Migrate 和现代化项目来评估迁移准备情况，根据实际使用将服务器大小转换为 Azure 订阅，并计算成本。 通过构建商业案例，进一步优化成本计算。
请务必记录主机配置、复制的 VM 配置、存储要求或网络配置中的任何差异。 使用该信息估算迁移的带宽注意事项。 带宽估计的常见组件包括：
- 总存储：计算在发布前的迭代过程中所需复制 VM 的总存储量。
- 漂移或更改率：计算在发布前的迭代过程中，复制的 VM 所需的存储漂移或更改率。
- 带宽要求：通过对总存储和偏移求和计算每个迭代所需的带宽要求。
- 未使用的带宽：计算当前网络上可用未使用的带宽，以验证每次迭代的对齐方式。
- 迁移速度带宽：记录需要达到预期迁移速度的带宽。 如果需要任何修正来提供必要的带宽，请通知负责 修正活动的团队。
常见数据库评估活动
在服务器迁移过程中，还可以考虑迁移 SQL Server 实例或其他数据库服务器。
- 文档 RPO 和 RTO：记录当前数据库部署的恢复点目标（RPO）和恢复时间目标（RTO）。 使用此信息可帮助你在 体系结构活动期间做出决策。
- 记录高可用性要求：记录高可用性配置要求。 有关 SQL Server 要求的详细信息，请参阅 SQL Server 高可用性解决方案指南。
- 评估 PaaS：评估平台即服务（PaaS）兼容性。 Azure 数据库迁移服务指南将本地数据库映射到兼容的 Azure PaaS 解决方案，例如 Azure Cosmos DB、Azure SQL 数据库、Azure Database for MySQL 或 Azure Database for PostgreSQL。
- 文档大小和更改率：记录计划迁移的每个数据库的大小和更改率。
- 文档应用程序和数据库依赖项：尽可能记录对每个数据库进行调用的任何应用程序或其他资产。
注释
在复制过程中，任何资产的同步都消耗了带宽。 常见的陷阱是忽略在复制点和发布点之间保持资产同步所需的带宽量。 数据库是发布周期期间带宽的常见使用者，具有大量存储占用量或高更改率的数据库尤其令人关注。
请考虑在用户验收测试（UAT）和发布之前使用受控更新复制数据结构。 在这些方案中，Azure Site Recovery 的替代方法可能更合适。 有关详细信息，请参阅 Azure 数据库迁移服务指南。
后续步骤
在评估系统后，输出将用于推动开发新的云体系结构。