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

评估 Azure Stack 中心迁移的工作负荷Assess workloads for Azure Stack Hub migration

本文假设你已决定将 Azure Stack 集成到你的云策略中,你已经制定了 Azure Stack 中心迁移的计划,并且 你的环境已准备好进行迁移This article assumes that you've decided to integrate Azure Stack into your cloud strategy, you've developed a plan for Azure Stack Hub migration, and your environment is ready for migration.

在计划方法中组织的数字空间合理化期间,每个工作负荷都已发现并已列出清单,初始决定是基于定量数据进行的。During the rationalization of your organization's digital estate in the Plan methodology, each workload was discovered and inventoried, and initial decisions were made based on quantitative data. 在部署每个工作负荷之前,请务必验证数据和数据的决策。Before you deploy each workload, it's important to validate the data and the decisions with qualitative data.

放置Placement

要考虑的第一个数据点是放置。The first data point to consider is placement. 也就是说,将此工作负荷迁移到公有云、私有云还是某个其他云平台,如主权云或服务提供商的 Azure 环境?That is, will this workload be migrated to your public cloud, private cloud, or some other cloud platform, such as a sovereign cloud or service provider's Azure environment?

以下各部分中的信息可帮助验证有关放置的决策。The information in each of the following sections can help validate your decisions about placement. 此信息还将帮助你在工作负荷的部署过程中有用的数据。The information will also help surface data that will be useful during the deployment of your workloads.

利益干系人价值Stakeholder value

评估与业务和 IT 利益干系人一起迁移此工作负荷的价值:Evaluate the value of migrating this workload with business and IT stakeholders:

  • 小小值:短期的关注点,但长期的可用性有限。Less friction: short-term focus, limited long-term viability.
  • 更多摩擦:长期投资,更易于迭代并继续实现现代化。More friction: long-term investment, easier to iterate and continue to modernize.
  • 这两者的平衡。A balance of the two.

治理、风险和符合性Governance, risk, and compliance

评估法规、合规性和隐私要求的影响:Assess the impact of regulatory, compliance, and privacy requirements:

  • 哪些数据可驻留在 Azure 上以及哪些数据需要保留在本地?What data can reside on Azure and what data needs to stay on-premises?
  • 谁可以管理底层平台?Who can manage the underlying platform?
  • 数据是否依赖于位置?Is the data dependent on the location?
  • 是否存在用于存储数据的到期日期?Are there expiration dates for storing the data?

成功指标Success metrics

确定成功指标和可用性容差:Determine success metrics and availability tolerances:

  • 性能Performance
  • 可用性Availability
  • 复原Resiliency
  • 部署或迁移方法Deployment or migration approach

授权Licensing

评估许可和支持的影响:Assess the impact of licensing and support:

  • 是否存在将限制转换的产品许可限制?Are there product licensing restrictions that will limit transformation?
  • 应用程序或数据集是否可在新环境中进行支持?Is the application or dataset supportable in the new environment?
  • 是否有需要提供支持声明的第三方软件供应商?Are there third-party software vendors who need to provide support statements?

操作要求Operations requirements

  • 通过检查 IT 托管的云服务与特定于应用程序的服务之间的相关性,避免重复工作,并优化服务级别协议 (Sla) 。Avoid duplication of effort and optimize service-level agreements (SLAs) by examining the correlation between IT-managed cloud services and application-specific services.
  • 在应用程序的部署和迁移过程中,请考虑协调服务预配所需的自动化。Consider the automation that's required to orchestrate the provisioning of services during deployment and migration of applications.
  • 为了帮助满足你的操作需求,请考虑 可伸缩性和可用性 服务,例如按使用付费、可用性集、虚拟机规模集、网络适配器以及添加和调整 vm 和磁盘的功能。To help meet your operations requirements, consider scalability and availability services such as pay per use, availability sets, virtual machine scale sets, network adapters, and the ability to add and resize VMs and disks.

监视Monitoring

  • 使用明确定义的指标来监视系统运行状况和运行状态和性能,这些指标构成了你向最终用户提供的 Sla 的基础。Monitor system health and operational status and performance by using well-defined metrics that form the basis of the SLAs that you offer your end users.
  • 检查安全性和符合性,评估云环境如何满足应用程序规定的法规和合规性要求。Check security and compliance, evaluating how well the cloud environment meets the regulatory and compliance requirements that are imposed by the application.
  • 备份/还原和复制/故障转移的过程有哪些?What are the processes for backup/restore and replication/failover?
  • 查找用于基础结构即服务、平台即服务和软件即服务资源的数据保护服务。Find data-protection services for infrastructure as a service, platform as a service, and software as a service resources.
  • 合并多个供应商、技术和功能,以实现全面的保护策略。Incorporate multiple vendors, technologies, and capabilities to achieve a comprehensive protection strategy.

后续步骤Next steps

有关云采用之旅的特定元素的指南,请参阅:For guidance on specific elements of the cloud adoption journey, see: