您现在访问的是微软AZURE全球版技术文档网站,若需要访问由世纪互联运营的MICROSOFT AZURE中国区技术文档网站,请访问 https://docs.azure.cn.

评估工作负荷就绪情况Evaluate workload readiness

这项活动侧重于评估要迁移到云的工作负荷就绪情况。This activity focuses on evaluating readiness of a workload to migrate to the cloud. 在执行这项活动期间,云采用团队将验证所有资产和相关的依赖项是否与所选部署模型和云提供商兼容。During this activity, the cloud adoption team validates that all assets and associated dependencies are compatible with the chosen deployment model and cloud provider. 在此过程中,团队会记录修正兼容性问题所需的任何工作。During the process, the team documents any efforts required to remediate compatibility issues.

评估假设Evaluation assumptions

大多数讨论云采用框架中的原则的内容是不可知的。Most of the content discussing principles in the Cloud Adoption Framework is cloud agnostic. 但是,就绪情况评估流程必须在很大程度上针对每个特定的云平台。However, the readiness evaluation process must be largely specific to each specific cloud platform. 以下指南将假设你计划要迁移到 Azure。The following guidance assumes an intention to migrate to Azure. 此外,指南还假设为复制活动使用 Azure Migrate(也称为 Azure Site Recovery)。It also assumes use of Azure Migrate (also known as Azure Site Recovery) for replication activities. 有关其他工具,请参阅 复制选项For alternative tools, see Replication options.

本文不会捕获所有可能的评估活动。This article doesn't capture all possible evaluation activities. 并假设每个环境和业务成效都将规定具体的要求。It is assumed that each environment and business outcome will dictate specific requirements. 为了帮助加速创建这些需求,本文的其余部分介绍了与基础结构数据库网络评估相关的一些常见评估活动。To help accelerate the creation of those requirements, the remainder of this article shares a few common evaluation activities related to infrastructure, database, and network evaluation.

常见基础结构评估活动Common infrastructure evaluation activities

请务必记录主机配置、复制的 VM 配置、存储要求或网络配置中的任何差异。Be sure to document any discrepancies in host configuration, replicated VM configuration, storage requirements, or network configuration.

常见数据库评估活动Common database evaluation activities

备注

任何资产的同步都会在复制过程中消耗带宽。Synchronization of any asset consumes bandwidth during the replication processes. 一个非常常见的陷阱是会忽略在复制点和发布点之间保持资产同步需要消耗的带宽。A very common pitfall is to overlook the bandwidth consumption required to keep assets synchronized between the point of replication and release. 在发布周期内,数据库通常是高带宽使用者,尤其要关注占用巨大存储空间或变化率很高的数据库。Databases are common consumers of bandwidth during release cycles, and databases with large storage footprints or a high rate of change are especially concerning. 在用户验收测试 (UAT) 和发布之前,请考虑使用受控更新来复制数据结构的方法。Consider an approach of replicating the data structure, with controlled updates before user acceptance testing (UAT) and release. 在这种情况下,Azure Site Recovery 的替代方案可能更适合。In such scenarios, alternatives to Azure Site Recovery may be more appropriate. 有关详细信息,请参阅 Azure 数据库迁移指南中的指南。For more information, see guidance from the Azure Database Migration Guide.

常见网络评估活动Common network evaluation activities

  • 计算在发布之前的迭代过程中要复制的所有 VM 的总存储空间。Calculate the total storage for all VMs to be replicated during the iterations leading up to a release.
  • 计算在发布之前的迭代过程中要复制的所有 VM 的存储偏差和变化率。Calculate the drift or change rate of storage for all VMs to be replicated during the iterations leading up to a release.
  • 通过累加总存储量和偏差计算出每次迭代所需的带宽需求。Calculate the bandwidth requirements needed for each iteration by summing total storage and drift.
  • 计算当前网络可用的未使用带宽,以验证每次迭代的对齐方式。Calculate unused bandwidth available on the current network to validate per iteration alignment.
  • 记录达到预期迁移速度所需的带宽。Document bandwidth needed to reach anticipated migration velocity. 如果需要进行任何修正才能提供必需的带宽,请通知负责修正活动的团队。If any remediation is required to provide necessary bandwidth, notify the team responsible for remediation activities.

备注

总存储空间会直接影响初始复制期间的带宽需求。Total storage directly affects bandwidth requirements during initial replication. 但是,从复制点一直到发布前,会一直存在存储偏差。However, storage drift continues from the point of replication until release. 这意味着该偏差会对可用带宽产生累积影响。This means that drift has a cumulative effect on available bandwidth.

后续步骤Next steps

系统评估完成后,输出将支持开发新的云体系结构After the evaluation of a system is complete, the outputs feed the development of a new cloud architecture.