工作负载迁移是将工作负载（通常是程序或服务）从一个基础架构环境迁移到另一个基础架构环境的行为，例如从本地数据中心迁移到公共云，从一个云提供商迁移到另一个云提供商，或者从云迁移回本地。场所基础设施。
当组织进行云迁移时，数据库、备份和恢复过程以及工作负载会从本地服务器迁移到一个或多个云提供商。这样做的原因有很多，其中主要是利用由云提供商管理的高度可扩展的基础架构，将工作负载定位在特定的全球区域，降低固定容量基础架构的成本，使用按使用付费的成本模型，或利用当前基础架构上可能不可用的云原生服务。
尽管并非所有工作负载都适合云迁移，但最佳候选者包括：
- 容量变化很大的工作负载，例如在高峰期
- 存储、备份、 容灾、 业务连续性、归档等数据保护服务
- 使用微服务的现代、松散耦合或多层应用程序
- 旨在按需扩展的工作负载
为什么工作负载迁移很重要？
所有行业的企业都依赖应用程序来推动数字化转型工作。他们希望对其应用程序群进行现代化改造。大多数人都有一个理想的未来状态，这通常由基于云的、容器化的、基于微服务的应用程序组成，这些应用程序创建用于与 DevOps 流程一起运行，通常跨多个云。虽然愿景通常是明确定义的，但实现愿景的路径却不是。有巨大的技术、组织和运营障碍需要克服，企业发现这些挑战通常比最初预期的更加困难和耗时。
工作负载可移植性和迁移是应用程序现代化和企业云采用的核心。迁移应用程序的能力使组织能够利用多个云提供商的功能和性价比模型，并能够迁移回本地基础设施，如果这对业务或技术原因最有意义的话。如果没有工作负载迁移，组织可能会被锁定到单个云提供商，并受制于其定价、策略和性能特征。
工作负载迁移如何工作？
在开始工作负载迁移之前，组织必须确保他们拥有正确的技能组合。应考虑对新目标环境进行培训和教育，以确保服务能够得到妥善管理，应用程序能够顺利运行，因为云提供商的运作方式与本地数据中心和本地虚拟机 (VM) 的运作方式截然不同。必须采用新的安全协议来确保基于云的组件和本地组件都是端到端的安全。
源平台和目标平台的兼容性以及选择最适合用途的迁移工具都会对迁移工作的速度和成本产生重大影响。尽管迁移步骤会因组织和工作负载而异，但大多数迁移都有一些共性，包括：
- 云提供商选择
- ROI 和 TCO的成本评估
- 性能和安全需求评估
此应用程序合理化过程通常有五种可能的结果：
- 重构：应用程序被重写，通常为微服务架构
- 重新平台：通常从虚拟机到容器，通常到公共云基础设施
- 重新托管：“按原样”迁移到云端
- 替换：通常使用所需功能的 SaaS 版本
- 保留：将应用程序保留在其现有的本地基础架构上。
- 退休：从投资组合中删除应用程序
随着企业对其应用程序的合理化，针对该应用程序的各种考虑可能需要将某个云作为其目的地。某些应用程序（例如 Microsoft 的应用程序）可能在 Azure 上运行得最好，而其他应用程序可能希望利用 Google Cloud Platform 的 AI 功能。不过，其他的可能会被仅在一个云中运行的 SaaS 应用程序所取代。通常，这些决定是由每个应用程序团队根据其应用程序的个人需求做出的。这自然会导致多云扩散。正因为如此，多云对于每个企业来说都是现实，因为它们使应用程序合理化和现代化。
选择迁移方法后，应进行带宽计算以确定数据和 VM 的初始传输是通过网络完成还是离线完成。可能会扼杀其他网络流量的非常大的数据传输可能最好通过运送磁盘来执行。接下来，应对工作负载进行压力测试，以确保在预计负载下的性能令人满意，并防止出现令人不快的意外。物理迁移后，主要工作转移到管理上，包括跟踪性能和使用情况。这些云工作负载迁移工具经常被忽视。
工作负载迁移有什么好处？
1. 成本
通过将工作负载迁移到云提供商可以实现大量节省。组织只需为他们使用的东西付费，而不必进行大量的基础设施购买或升级。相反，云提供商对其基础架构进行升级和更新作为其业务模型的一部分，而组织只需通过维护其云工作负载即可从这些进步中受益。
许多组织发现他们可以减少与将工作负载迁移到云的电源和冷却相关的房地产支出和运营成本。最近，德勤发现组织将近三分之二的 IT 预算用于维护。这些费用由云提供商承担，组织为其工作负载支付可预测的月费。
2. 可扩展性和工作负载平衡
云提供商简化了根据不断变化的需求和业务因素进行扩展和缩减的方法。此外，一些组织使用工作负载平衡策略作为其迁移计划的一部分，以实现本地和云之间、云之间或以上所有方面的负载平衡。
3. 安全
如果组织了解有共同的责任并且提供商和用户都必须尽自己的一份力量，那么云提供商可以比本地基础设施更安全。随着组织越来越多地采用零信任安全策略，云工作负载受益于当今实践中最严格的物理安全策略。由于云提供商本质上是多租户的，为全球金融、医疗和政府客户提供服务，因此他们必须展示最严格的安全实践并满足最广泛的政府监管实践。大多数云提供商还提供许多内置安全功能，例如安全分析、定期更新、跨企业可见性，以及阻止不需要的流量访问工作负载所在的机器。
4. 可访问性
云工作负载的本质意味着可以从任何有安全网络连接到云的地方访问它们。许多云迁移就是为了这个好处而进行的。随时随地，任何设备访问都是数字化转型的关键特征。此外，基于云的备份或存档有助于加快恢复速度，并可在数据丢失或故障后将恢复点目标 (RPO) 和恢复时间目标 (RTO) 降至接近零的水平。
5. 现代化
希望通过微服务和 API 对其应用程序进行现代化改造的组织根据定义采用云原生方法进行开发和部署。现代的容器化应用程序在云中诞生、部署和增强，利用 应用程序现代化 的企业更有可能通过更具交互性、更丰富的应用程序留住员工和客户。
工作负载迁移面临哪些挑战
并非每个应用程序在云中都按预期运行，这增加了在迁移时对每个应用程序进行压力测试的需求。延迟可以对某些应用程序进行深度处理。由于 CPU 使用率或与 API 使用或报告生成相关的数据出口费用，其他操作的成本可能比最初预期的要高。用户错误也会阻碍工作负载迁移。例如，选择错误的 AWS 实例类型是一个常见错误 - 每个实例都应为工作负载指定正确的 CPU、内存、网络连接和存储量。
在工作负载迁移期间要解决的其他常见挑战包括：
- 与其他基于云的和本地工作负载的互操作性问题
- 备份和业务连续性问题，以减少或消除停机时间
- 安全性，尤其是与其他应用工作负载耦合的云原生工作负载
- 延迟导致的性能影响
- 为所需功能选择合适的云提供商
- 将哪种迁移策略应用于每个工作负载
工作负载迁移很复杂，需要详细的计划以及内部或外部的专业知识才能成功迁移。
迁移工作负载时需要考虑哪些事项
首先确定工作负载迁移是由内部员工执行，还是通过使用云提供商和/或其合作伙伴提供的第三方工作负载迁移服务来执行。确保工作负载适合迁移，并且有明确、可衡量的迁移目标，例如提高可扩展性、降低成本或提高性能。一旦确定了成本和云提供商，请考虑迁移后它将如何执行，包括带宽是否足够或应用程序依赖性是否会使事情复杂化。
考虑重新架构工作负载是否可以延长其使用寿命，并考虑可以大大加速工作负载迁移的迁移工具，包括 VMware Cloud on AWS。另请记住，某些工作负载可能不适合迁移到云。考虑执行环境的所有方面，并确保在提供者承诺的服务参数的情况下，可以实现相同级别的容量、性能、利用率、安全性和可用性。如果没有，工作负载最好留在本地。最后，考虑云基础设施如何解决合规性问题，包括 HIPAA、PCI 和 GDPR 等监管因素。确保您了解您当前的工作负载，并确定他们对当前和未来发展的要求能够得到满足的程度。
