2025年将工作负载迁移到公有云：基本指南和核对清单报告-

Google

将工作负载迁移到公有云。基本指南和核对清单目录

为何迁移到公有云？

3第1

阶段：评估

4第2

阶段：规划

5第3

阶段：迁移

9第4

阶段：创新

10云迁移核对清单

12将工作负载迁移到公有云：基本指南和核对清单2各组织正越来越多地从本地环境向公有云转移，以便利用

AI加速创新、改善可伸缩性和性能，并提高敏捷性。事实上，78%

的IT决策者将云迁移视为未来一年的战略重点，充分印证了这一趋势。178%

的IT决策者将云迁移视为未来12个月的战略重点。Flexera

的2024StateoftheCloud（《2024年云现状》）报告也强调云迁移日益重要，各组织正优先考虑将更多工作负载迁移

到云中。衡量这些迁移成功与否的主要指

标包括成本效益、费用节省以及更快地交

付新产品和服务。随着公有云采用率的提

高，各组织将重点放在了降低成本和提高

收入上，这在组织投资生成式

AI等新兴

技术时尤为重要。虽然云迁移具有巨大潜

力，但仔细规划对于取得成功不可或缺。随着公有云的不断发展，基础设施即服务(IaaS)在整个计算市场中的地位越来越重要，加之

AI

技术的兴起，各组织正加速拥抱公有云资源。虽然在公有云中配置新的工作负载相对简单，但迁移现有工作负载，尤其是那些拥有大量数据的工作负载，则需要仔细规划。值得庆幸的是，借

助正确的策略和工具，包括

AI赋能的迁移技术，组织能够克服与云迁移相关的复杂性和风险。本指南概述了成功云迁移的四阶段框架：评估、规划、迁移和创新。按照这些阶段

推进并利用正确的工具和战略，可让您的组织在上云之旅中充满信心。1

Google。GCP

ITDM场景。研究报告。GCP

ITDM场景，2024

年1月。为何迁移到公有云？想要详细了解如何针对

AI进行构建？下载此电子书：专为生成式-

AI重新设计基础设施。将工作负载迁移到公有云：基本指南和核对清单3影响优先级的不确定因素有很多，包括确定工作负载依赖项、云就绪程度、工作负载服务等级协议(SLA)

以及物理或虚拟基础设施。迁移过程中还有一些其他变量也至关重要，例如服务器名称、IP地址、每个工作负载的虚拟机或容器数量、操作系统和服务包信息、CPU、内存、挂接磁盘的可用空间、共享存储空间、数据库（大小和类型）、许可、带宽用量以及集成。为了全面掌握所需的工作负载信息，我们建议您准备一份调查问卷，其中概述所有这些

关键信息。您可以将调查问卷发送给工作负

载所有者，来帮助评估迁移准备情况，同时

也便于在迁移过程中轻松获取关键信息。不过，值得注意的是，工作负载所有者可能并不掌握所需的全部信息，这就是依靠发现

和评估平台来实现流程自动化通常非常重要的原因。该平台会提供您的IT环境的详细概述、关于在何处以及如何迁移工作负载和/或对工作负载进行现代化改造的建议，以及对您的本地费用和云费用的估算。掌握这

些信息对您的迁移规划和执行至关重要。首先确定您的迁移团队。您可能会与组织内的其他成员合作，因此请尽早确定各利益相关方及其参与程度。例如，在迁移初期就让安全团队和工作负载团队参与进来，有助于识别和修复或规避可能在迁移过程中出现的问题。让这些重要参与者了解组织的云战略，有助于各团队明确他们在整个迁移过程中的角色。同样，如果组织正在实施IT

转型或

AI计划，与这些人员的云目标保持同步也很重要，因为这样有助于您及早发现协同机会和可能的冲突。确定内部利益相关方团队后，接下来就要确定计划迁移的工作负载。您的组织

可能有数百甚至数千个工作负载需要迁

移到云中，那么该从哪里入手呢？首先确定应将哪些工作负载迁移到云中。第

1

阶段：评估为迁移奠定基础想要详细了解如何组建合适的云团队？查看此白皮书：设计云团队：如何建立更好的云技术卓越中心(COE)。将工作负载迁移到公有云：基本指南和核对清单Google

cloud

4停机时间：迁移工作负载时是否会停机？如果会，会停机多久？Google

cloud

5第2

阶段：规划提出恰当的问题在开始迁移之前，甚至在制定迁移计划之前，提出恰当的问题非常重要。回答这些问题并在各团队中设定正确的预期，这通常是成功迁移的关键。以下是您应该考虑的一些问题：测试：能否在不中断生产系统或服务中系统的前提下，轻松对

即将迁移的工作负载进行测

试？在云中进行测试时，我们

是否注意到有什么问题需要

在正式迁移之前进行修复？如果有，我们该如何修复？合理调整容量：我们能否获得基于分析得出的建议，说明如何将本地实例映射到云实例类型，并针对性能或成本进行优化？我们能否获得迁移后建议，以便确保性能和控制支出？时间安排：我们有哪些时间限制（如数据中心关闭或节假日）可能会影响迁移？迁移任何特定工作负载和数据估计需要多长时间？代理：在迁移流程中（发现/评估阶段或迁移阶段），我们是否可以在主机系统上安装代理？回滚：如果需要，我们能否将工作负载恢复到本地环境？恢复需要多长时间？云中的所有数据是否都会保留下来？最近所做的更改会怎么样？监控：在进行迁移的时候，有哪些工具可用于跟踪迁移过程？将工作负载迁移到公有云：基本指南和核对清单好消息是云迁移技术和工具已经取得长足进步，无论您如何回答这些关键问题，它们都将帮助您实现目标。此外，使用

GeminiCloudAssist等全新的

AI赋能工具，可在您制定迁移计划时获取更多数据洞见和分析。但至关重要的还是确定对组织而言最为重要的需求，然后为您选择合适的解决方案。获取帮助（如果需要）在开始迁移之前要问的另一个重要问题是，您是希望完全在内部完成迁移，还是寻求值

得信赖的合作伙伴或所选公有云的帮助？如需挑选合作伙伴，您可以选择专注于迁移特定类型工作负载或专注于迁移到您选择的云的专业合作伙伴。您也可以选择大型全球合作伙伴（如全球系统集成商），他们通常拥有自己的内部迁移团队和专业服务来提供帮助。如果选择公有云，它们也可能会有量身定制的计划来帮助您迁移到它们的云中。以GoogleCloud

的快速迁移和现代化

改造计划(RaMP)

为例，它旨在助力您

完成此迁移清单中的几乎所有任务。组织在迁移过程中混搭这些选项，依靠内部团队、合作伙伴和云提供商的帮助也很常见。将工作负载迁移到公有云：基本指南和核对清单Google

cloud

6Google

cloud

7这三种方案都是可行的，而且在许多情况下，您最终可能会在整个迁移过程的不同阶段或针对不同的工作负载使用所有这些方案。不过，通常情况下，更明智、更快捷的策略是从更换主机切入，首先将只需进行少量更改的工作负载迁移到公有云中。工作负载迁移到公有云之后，IT部门就可以评估性能并酌情进行优化。这可能意味着进行简单的更改，例如调整实例大小或更改某些本

地功能，使其更加以云为中心，例如将

SQL更改为CloudSQL。1

更换主机：将工作负载重新部署到云中，而不进行重大更改。2

更换平台：在迁移之前，先对现有工作负载进行现代化改造；有些情况下，也可以使用专门的迁移软件在迁移过程中对工作负载进行现代化改造。例如，将在虚拟机上运行的工作负载转换为在Google

Kubernetes

Engine(GKE)

的容器上运行的工作负载，或者将本地SQL数据库转换为GoogleCloudSQL。选择策略工作负载如果您研究云迁移，就会发现在迁移到云时，IT基本上可以采用三种云迁移策略：3

重建：确定难以迁移的现有工作负载，在云中从头开始重建这些工作负载。在某些情况下，您的工作负载可能过于陈旧，根本无法迁移，因此重建是您唯一的选择。这有时也被称为“重构”或“重新设计架构”。将工作负载迁移到公有云：基本指南和核对清单数据迁移工作负载通常涉及同时迁移工作负载的所有数据。考虑每个工作负载的数据量、当前存储位置以及更新频率。如果正在使用云进行灾难恢复，您可能会倾向于尝试利用这些相同的灾难恢复解决方案进行云迁移。但云迁移是一种截然不同的应用场景。如果您要迁移实时工作负载，请考虑专为处理在迁移和割接过程中保持工作负载数据同步的相关复杂性而设计的解决方案。测试在正式迁移工作负载之前在云中进行测试是节省时间和降低风险的重要方法。它使企

业有机会轻松了解工作负载在云中的执行

情况，并在正式运行之前做出适当调整。在云中进行测试时，确定您应使用云提供商提供的哪些关键托管式服务，如数据库即服

务(DBaaS)、DNS服务和备份。检查用于支持

已迁移工作负载的所有云环境先决条件，例

如网络（如子网或服务）、安全性和周边服务。有些情况下，尤其是在迁移项目的早期，对计划迁移的部分工作负载进行概念验证测试非常有用。这些测试项目将有助于您了解迁移过程。它们还有助于验证两个关键的迁移指标：工作负载所需的资源和容量，以及云供应商的能力和潜在局限性—包括虚拟机数量、存储类型和存储空间大小以及网络带宽。这些信息对于需要占用大量内存的工作负载尤为重要。您需要通过模拟系统的

实际负载来运行适当的性能测试，这样

才能选择大小合适、内存充足的实例，以便在生产环境中运行您的工作负载。以数据为依据合理调整容量是考虑迁移时需要评估的另一项功能。利用这些工具，解决方案可评估使用情况，并针对目标云中的性能优化和成本优化操作提供智能建议。这有助于在不降低性能的情况下，使云预算符合预期。开始时完成的测试越多，迁移就越顺利。我们建议进行测试，以验证工作负

载在云中运行时的功能、性能和费用，

以及迁移解决方案的特性和功能。最终，这种测试和容量调整将帮助您获得正确的配置（设置、安全控制措施、旧

版防火墙替换功能等），优化迁移流程，

并为在云中的部署成本制定基准。将工作负载迁移到公有云：基本指南和核对清单Googlecloud

8归根结底，每次迁移都是不同的。我们或其他任何人都无法在一本白皮书中给出普遍适用的答案。如果您完成了全面的评估、规划和测试，那么您的迁移项目就应该会取得成功。就像本文档的内容一样，您的大部分时间和精力实际上都将花在之前介绍的部分。而且，如果您已经完成了所有恰当的规划，您的迁移过程应该会相当顺利。第3

阶段：迁移迁移到云中我们建议组织采用灵活的阶段式方法将工作负载迁移到云中。在每个阶段结束后，对结果进行审核，总结经验教训，并在必要时调整计划。您可能会惊讶地发现本部分内容非常简短，原因有二：将工作负载迁移到公有云：基本指南和核对清单Google

cloud

912迁移完成后，微调云环境，通过改变操作和使用习惯来适应高度动态的云环境。例如，在云中，您可以根据实际需求更灵活地配

置和调整实例类型及大小。及时了解云供

应商的产品更新，大胆试验，不断优化。智能建议、成本控制和治理工具等功能为您提供强大的服务基础，以及专门的内置云预测用量报告，使支出不会超出预算。此外，使用

GeminiCloudAssist

等

全新的

AI赋能工具，获取更多分析洞见

和帮助，让您的业务保持高效运转。随着迁移的进行，同时构建维护层和透明层，以便IT部门能够妥善管理安全性、性能、可用性、备份、灾难恢复和成本等事项。了解云供应商提供哪些管理工具，以及如何使用

API来定制自己的解决方案。评估市场，寻找能够在监控、备份自动化和云防火墙管理等操作方面为您提供支持的第三方供应商。第4

阶段：创新考虑持续运行随着您将更多工作负载迁移到云端，可以继续充分发挥

AI

的潜力。这正是奇迹发生之处-利用GoogleCloud

的

AI服务实现业务转型。从智能体工作流到

Gemini赋能的应用现代化改造（如代码转换），您可以高效且大规模地构建、部署和运维

AI应用。想了解如何充分利用您的云投资？查看此白皮书：利用Cloud

FinOps衡

量云转型实现的业务价值。将工作负载迁移到公有云：基本指南和核对清单Google

cloud10开始迁移到GoogleCloud。上面详述的四个关键阶段将有助于确保云迁移取得成功。为了帮助指导您完成云迁移之旅，我们拟定了以下核对清单，概述了各个阶段和相关任务。除此之外，如果您需要帮助，还可以注册免费的迁移评估，这样您就可以轻松了解当前在本地（以及其他云中）所拥有的资源，然后查看可用于迁移到

GoogleCloud

的所有选项。将工作负载迁移到公有云：基本指南和核对清单Google

cloud

11

确定工作负载所需的资源和容量

创建工作负载列表，包括谁在使用什么以及使用频率

确定关键利益相关方，并让他们尽早参与到流程中来

为工作负载所有者制作一份调查问卷，

以便确定需求和迁移流水线的优先级

确定哪些工作负载符合迁移到云的条件且适合迁移到