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

将工作负载迁移到公有云。 基本指南和核对清单 目录 为何迁移到公有云？第1阶段：评估第2阶段：规划第3阶段：迁移第4阶段：创新云迁移核对清单34591012 为何迁移到公有云？ 在整个计算市场中的地位越来越重要，加之AI技术的兴起，各组织正加速拥抱公有云资源。虽然在公有云中配置新的工作负载相对简单，但迁移现有工作负载，尤其是那些拥有大量数据的工作负载，则需要仔细规划。值得庆幸的是，借助正确的策略和工具，包括AI赋能的迁移技术，组织能够克服与云迁移相关的复杂性和风险。本指南概述了成功云迁移的四阶段框架： 有云转移，以便利用AI加速创新、改善可伸缩性和性能，并提高敏捷性。事实上，78%的IT决策者将云迁移视为未来一年的战略重点，充分印证了这一趋势。178%的IT决策者将云迁移视 为未来12个月的战略重点。Flexera的2024 State of the Cloud（《2024 评估、规划、迁移和创新。按照这些阶段推进并利用正确的工具和战略，可让您的组织在上云之旅中充满信心。Google。GCP ITDM场景。研究报告。 年云现状》）报告也强调云迁移日益重要，各组织正优先考虑将更多工作负载迁移到云中。衡量这些迁移成功与否的主要指标包括成本效益、费用节省以及更快地交付新产品和服务。随着公有云采用率的提高，各组织将重点放在了降低成本和提高收入上，这在组织投资生成式AI等新兴技术时尤为重要。虽然云迁移具有巨大潜力，但仔细规划对于取得成功不可或缺。 GCP ITDM场景，2024年1月。 下载此电子书：专为生成式AI重新设计基础设施。对AI进行构建？ 第1阶段：评估为迁移奠定基础 其他成员合作，因此请尽早确定各利益相关方及其参与程度。例如，在迁移初期就让安全团队和工作负载团队参与进来，有助于识别和修复或规避可能在迁移过程中出现的问题。让这些重要参与者了解组织的云战略，有助于各团队明确他们在整个迁移过程中的角色。同样，如果组织正在实施IT转型或AI计划，与这些人员的云目标保持同步也很重要，因为这样有助于您及早发现协同机会和可能的冲突。确定内部利益相关方团队后，接下来就 作负载依赖项、云就绪程度、工作负载服务等级协议(SLA)以及物理或虚拟基础设施。迁移过程中还有一些其他变量也至关重要，例如服务器名称、IP地址、每个工作负载的虚拟机或容器数量、操作系统和服务包信息、CPU、内存、挂接磁盘的可用空间、共享存储空间、数据库（大小和类型）、许可、带宽用量以及集成。为了全面掌握所需的工作负载信息，我们建 议您准备一份调查问卷，其中概述所有这些关键信息。您可以将调查问卷发送给工作负载所有者，来帮助评估迁移准备情况，同时也便于在迁移过程中轻松获取关键信息。不过，值得注意的是，工作负载所有者可能 要确定计划迁移的工作负载。您的组织可能有数百甚至数千个工作负载需要迁移到云中，那么该从哪里入手呢？首先确定应将哪些工作负载迁移到云中。 并不掌握所需的全部信息，这就是依靠发现和评估平台来实现流程自动化通常非常重要的原因。该平台会提供您的IT环境的详细概述、关于在何处以及如何迁移工作负载和/或对工作负载进行现代化改造的建议，以及对您的本地费用和云费用的估算。掌握这些信息对您的迁移规划和执行至关重要。 建合适的云团队？查看此白皮书：设计云团队：如何建立更好的云技术卓越中心(COE)。 第2阶段：规划提出恰当的问题 在开始迁移之前，甚至在制定迁移计划之前，提出恰当的问题非常重要。回答这些问题并在各团队中设定正确的预期，这通常是成功迁移的关键。以下是您应该考虑的一些问题： 合理调整容量：我们能否获得基于分析得出 时间安排：我们有哪些时间限制（如数据 测试：能否在不中断生产系统或服 的建议，说明如何将本地实例映射到云实例类型，并针对性能或成本进行优化？我们能否获得迁移后建议，以便确保性能和控制支出？ 中心关闭或节假日）可能会影响迁移？迁移任何特定工作负载和数据估计需要多长时间？ 务中系统的前提下，轻松对即将迁移的工作负载进行测试？在云中进行测试时，我们是否注意到有什么问题需要在正式迁移之前进行修复？如果有，我们该如何修复？ 如果需要，我们能否将工作负载恢复到本地环境？恢复 在迁移流程中（发现/评估阶段或迁移阶段），我们是否可 在进行迁移的时候，有哪些工具可用于跟踪迁移过程？ 需要多长时间？云中的所有数据是否都会保留下来？最近所做的更改会怎么样？ 以在主机系统上安装代理？ 迁移工作负载时是否会停机？如果会，会停机多久？ 好消息是云迁移技术和工具已经取得长足进步，无论您如何回答这些关键问题，它们都将帮助您实现目标。此外，使用Gemini Cloud Assist等全新的AI赋能工具，可在您制定迁移计划时获取更多数据洞见和分析。但至关重要的还是确定对组织而言最为重要的需求，然后为您选择合适的解决方案。 获取帮助（如果需要） 制的计划来帮助您迁移到它们的云中。以Google Cloud的快速迁移和现代化改造计划(RaMP)为例，它旨在助力您完成此迁移清单中的几乎所有任务。组织在迁移过程中混搭这些选项，依靠内部 您是希望完全在内部完成迁移，还是寻求值得信赖的合作伙伴或所选公有云的帮助？如需挑选合作伙伴，您可以选择专注于迁移特 定类型工作负载或专注于迁移到您选择的云的专业合作伙伴。您也可以选择大型全球合作伙伴（如全球系统集成商），他们通常拥有自己的内部迁移团队和专业服务来提供帮助。 团队、合作伙伴和云提供商的帮助也很常见。 选择策略 工作负载如果您研究云迁移，就会发现在迁移到云时，IT基本上可以采用三种云迁移策略： 1更换主机：将工作负载重新部署到云中， 3重建：确定难以迁移的现有工作负载，在云中从 头开始重建这些工作负载。在某些情况下，您的工作负载可能过于陈旧，根本无法迁移，因此重建是您唯一的选择。这有时也被称为“重构”或“重新设计架构”。 而不进行重大更改。 在迁移之前，先对现有工作负载进行现代 化改造；有些情况下，也可以使用专门的迁移软件在迁移过程中对工作负载进行现代化改造。例如，将在虚拟机上运行的工作负载转换为在Google Kubernetes Engine(GKE)的容器上运行的工作负载，或者将本地SQL数据库转换为Google Cloud SQL。 阶段或针对不同的工作负载使用所有这些方案。不过，通常情况下，更明智、更快捷的策略是从更换主机切入，首先将只需进行少量更改的工作负载迁移到公有云中。工作负载迁移到公有云之后，IT部门就可以评估性能并酌情进行优化。这可能意味着进行简单的更改，例如调整实例大小或更改某些本 地功能，使其更加以云为中心，例如将SQL更改为Cloud SQL。 数据迁移工作负载通常涉及同时迁移工作负载的所 这些信息对于需要占用大量内存的工作负载尤为重要。您需要通过模拟系统的实际负载来运行适当的性能测试，这样才能选择大小合适、内存充足的实例，以便在生产环境中运行您的工作负载。以数据为依据合理调整容量是考虑迁移时需 有数据。考虑每个工作负载的数据量、当前存储位置以及更新频率。 如果正在使用云进行灾难恢复，您可能会倾向于尝试利用这些相同的灾难恢复解决方案进行云迁移。但云迁移是一种截然不同的应用场景。如果您要迁移实时工作负载，请考虑专为处理在迁移和割接过程中保持工作负载数据同步的相关复杂性而设计的解决方案。要评估的另一项功能。利用这些工具，解决方案可评估使用情况，并针对目标云中的性能优化和成本优化操作提供智能建议。这有助于在不降低性能的情况下，使云预算符合预期。 开始时完成的测试越多，迁移就越顺 利。我们建议进行测试，以验证工作负载在云中运行时的功能、性能和费用，以及迁移解决方案的特性和功能。最终，这种测试和容量调整将帮助您获 测试在正式迁移工作负载之前在云中进行测试 是节省时间和降低风险的重要方法。它使企业有机会轻松了解工作负载在云中的执行情况，并在正式运行之前做出适当调整。在云中进行测试时，确定您应使用云提供商 得正确的配置（设置、安全控制措施、旧版防火墙替换功能等），优化迁移流程，并为在云中的部署成本制定基准。 提供的哪些关键托管式服务，如数据库即服务(DBaaS)、DNS服务和备份。检查用于支持已迁移工作负载的所有云环境先决条件，例如网络（如子网或服务）、安全性和周边服务。有些情况下，尤其是在迁移项目的早期，对计划迁移的部分工作负载进行概念验证测试非常有 用。这些测试项目将有助于您了解迁移过程。它们还有助于验证两个关键的迁移指标：工作负载所需的资源和容量，以及云供应商的能力和潜在局限性—包括虚拟机数量、存储类型和存储空间大小以及网络带宽。 第3阶段：迁移迁移到云中 我们建议组织采用灵活的阶段式方法将工作负载迁移到云中。在每个阶段结束后，对结果进行审核，总结经验教训，并在必要时调整计划。您可能会惊讶地发现本部分内容非常简短，原因有二： 他任何人都无法在一本白皮书中给出普遍适用的答案。如果您完成了全面的评估、规划和测试，那2 么您的迁移项目就应该会取得成功。就像本文档的内容一样，您的大部分时间和精力实际上都将花在之前介绍的部分。而且，如果您已经完成了所有恰当的规划，您的迁移过程应该会相当顺利。 第4阶段：创新考虑持续运行 迁移完成后，微调云环境，通过改变操作和使用习惯来适应高度动态的云环境。例如，在云中，您可以根据实际需求更灵活地配置和调整实例类型及大小。及时了解云供应商的产品更新，大胆试验，不断优化。 随着您将更多工作负载迁移到云端，可以继续充分发挥AI的潜力。这正是奇迹发生之处-利用Google Cloud的AI服务实现业务转型。从智能体工作流到Gemini赋能的应用现代化改造（如代码转换），您可以高效且大规模地构建、部署和运维AI应用。 为您提供强大的服务基础，以及专门的内置云预测用量报告，使支出不会超出预算。此外，使用Gemini Cloud Assist等全新的AI赋能工具，获取更多分析洞见和帮助，让您的业务保持高效运转。随着迁移的进行，同时构建维护层和透明 层，以便IT部门能够妥善管理安全性、性能、可用性、备份、灾难恢复和成本等事项。了解云供应商提供哪些管理工具，以及如何使用API来定制自己的解决方案。评估市场，寻找能够在监控、备份自动化和云防火墙管理等操作方面为您提供支持的第三方供应商。 查看此白皮书：利用Cloud FinOps衡量云转型实现的业务价值。 开始迁移到Google Cloud。 上面详述的四个关键阶段将有助于确保云迁移取得成功。为了帮助指导您完成云迁移之旅，我们拟定了以下核对清单，概述了各个阶段和相关任务。除此之外，如果您需要帮助，还可以注册免费的迁移评估，这样您就可以轻松了解当前在本地（以及其他云中）所拥有的资源，然后查看可用于迁移到Google Cloud的所有选项。 云迁移核对清单 确定工作负载所需的资源和容量创建工作负载列表，包括谁在使用什么以及使用频率确定关键利益相关方，并让他们尽早参与到流程中来为工作负载所有者制作一份调查问卷，以便确定需求和迁移流水线的优先级确定哪些工作负载符合迁移到云的条件且适合迁移到云了解工作负载的相互依赖关系和网络配置指定安全性和合规性要求验证服务等级协议(SLA)和高可用性要求使用软件解决方案执行全面的自动发现和评估 评估 策略/工具 为每个工作负载选择一种策略：更换主机、更换平台或重建规划和设计云基础设施，包括网络组建和管理及安全性等服务确定用于迁移工作负载的关键功能支持复杂的多层级工作负载迁移前测试和验证本地回滚迁移后自定义确定您是否想要或需要合作伙伴或云提供商的帮助创建工作负载及其数据的迁移计划 规划 使用低风险工作负载测试迁移工具 衡量效果验证所需的安全控制措施评估您的云环境成本记录在实际迁移过程中需要执行的必要更改规划工作负载割接所需的时间考虑合理调整云容量的建议 根据制定的计划分阶段迁移执行迁移波次在云端