你当前正在访问 Microsoft Azure Global Edition 技术文档网站。如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。

混合和多云迁移

在云采用框架的 Migrate 方法中，迁移到云已被视为混合或多云过程。迁移到混合和多云环境时，该方法中的大多数指南都可以提供帮助。使用该方法进行的最大迁移与迁移的长期目标有关。

此图显示从单向云迁移到双向混合和多云迁移的转变，如下一段所述。

通常，迁移工作被视为单行道。资产会转移到云或新云，并停留在其中。在混合和多云环境中，迁移工作更像一条多车道公路。资产根据业务或技术需求的变化在多个公有云和私有云之间移动。迁移策略的这种转变对迁移过程的影响最小，但它可能会直接影响迁移前后的工作。

对特定于迁移的进程的影响

差异对迁移过程的直接影响很小，但了解它们可以增加组织成功的可能性。迁移工作负载的行为由三个高级流程组成，这些流程以轮流或冲刺(sprint) 的形式重复，直到迁移完成。下面简要了解这些流程的变化：

本文稍后将讨论如何在迁移过程中评估、部署或发布工作负载。首先，查看下一部分，了解将影响迁移的上游和下游流程的较大更改。

在混合和多云环境中迁移工作负载时，真正的影响是迁移之前和之后的工作。使用混合和多云方法迁移工作负载之前，请参阅混合和多云简介和统一操作简介，了解迁移工作之外发生哪些其他更改。

警告

上述链接提供了高级见解，可帮助你取得成功。这些文章中提供了重要技术更改和效果的链接。在未基本了解对计划、环境准备和运营管理的影响的情况下，请勿在混合和多云策略下继续进行迁移。如果无法为这些活动做好准备，则会导致运营成本增加，并可能导致供应商意外锁定。

标准迁移中使用的 Azure 产品仍适用于混合和多云迁移。具体而言，Azure Migrate 和服务映射可用于了解数字资产并概述依赖项。有关这两种工具的详细信息，请参阅用于评估工作负载的入门指南。制定计划或评估混合和多云工作负载的波次时，Azure 中数字资产评估的最佳做法仍然适用。

遇到评估挑战的混合和多云迁移表明其迁移团队的评估流程缺乏成熟度。在评估计划中请考虑以下注意事项：

评估工作负载时，请考虑与 Azure 和 Azure 登陆区域的兼容性。在工作负载评估期间，还需要考虑与其他混合或多云环境中建立的任何混合网络、混合标识、混合安全性或混合管理或治理约束的兼容性。
更全面地强调依赖关系，因为其他云中可能托管了更大比例的资产。
了解混合和多云决策背后的原因，以评估各种工作负载与支持以下内容的工具的兼容性：
- Azure Stack HCI 兼容性，如果要现代化数据中心以支持本地云本机解决方案，这一点非常重要。
- Kubernetes 兼容性，如果要通过基于容器的基础结构保持可移植性，这一点很重要。
- Azure Edge 兼容性，这可能对于扩展工作负载并降低交互点的延迟非常重要。
- 法规、合规性或业务要求，这可能要求某些资产或数据保留在本地。若要从 Azure 管理、管理、保护、配置和监视本地资产，可以考虑已启用 Azure Arc 的服务器、已启用 Azure Arc 的 VMware vSphere 和已启用 Azure Arc 的 System Center Virtual Machine Manager。

这些文章将帮助你制定此类迁移所需的最具影响力的流程：

迁移到云时，请明确列出所有从属资产和网络路径，以确保这些资产部署在正确的云中。在迁移工作负载之前，明确的清单或数字资产评估在混合环境中甚至更为重要。在尝试将工作负载迁移到混合和多云环境之前，请参阅前面的评估工作负载部分。

Azure Migrate 是将工作负载从私有云迁移到 Azure 的主要解决方案。从其他公有云迁移到 Azure 的最佳做法会有所不同。在迁移到 Azure Stack HCI 时，可能还需要添加一些其他工具。参阅以下教程：

迁移到云时，测试、基准测试和大小调整以及促销计划非常重要。混合和多云工作负载更依赖于分散式资产和连接它们的网络。它们更容易出现延迟、连接和路由问题，这似乎是云平台的性能问题。与部署到单个云提供商的工作负载相比，混合和多云工作负载的测试和调试需要更多的时间分配，以增加标识和网络层。

以下是迁移到混合和多云环境时，测试计划中需要考虑的一些注意事项：

有关云采用之旅的更多指导，请参阅以下文章：