完成发现和评估阶段,并设置好 您可以开始规划迁移,方法是对 将您的工作负载划分到迁移波次中。
本页介绍了如何规划成功的迁移。
准备工作
在开始迁移规划之前,请完成工作负载发现和评估,并通过以下任务制定整体迁移策略:
- 创建工作负载目录,例如应用、服务、 您要迁移的数据库和数据库
- 将工作负载映射到基础架构组件。
- 映射依赖项。
- 确定高级迁移和现代化路径(重新托管、重新平台化、重构、重新架构、替换、弃用)。
然后,使用 Cloud Foundation Toolkit 帮助您在 Google Cloud 上构建基础。
Cloud Foundation Toolkit 包含可帮助您开始使用 新云基础架构的以下几个方面:
- Identity and Access Management
- 资源管理
- 网络
- 数据管理
- 基础架构即代码
- 日志记录、监控和结算
- 安全基础
- GKE 基础
迁移概念
云迁移项目表示需要执行迁移的 将应用迁移到 Google Cloud。
每个云迁移项目都分为多个波段。波次是一组 具有共同特征或相互依存关系的应用, 由工作负载发现和评估确定。独立的应用和 数据库通常适合进行第一波迁移, 外部依赖项很低另一方面,具有很多 依赖项就会构成复杂的迁移波次, 进行额外的规划
迁移波次中的应用分为移动组和 在 Sprint 中迁移到了 Google Cloud。 移动组是一组基础设施资源和工作负载 您需要一起迁移 这些资源和工作负载可以属于同一应用,也可以属于同一群组 相互依赖的应用
业务能力是决定迁移的最重要的因素之一 群组。例如,Google Cloud 中的供应链管理和库存管理 零售, 银行业欺诈监控, 保险索赔处理, 代表 业务能力领域。 考虑业务能力至关重要,这可以确保 对企业服务性能和可用性的干扰 以及迁移之后的数据
在业务功能区域内,您需要执行迁移 根据不同的环境进行调整 研发 (R&D) 环境通常是 已迁移。这有助于您找出并缓解 来阻止迁移或减慢迁移速度 然后,您可以按照最佳实践和缓解措施,逐步完成研发环境、预生产环境和生产环境的迁移。
您需要将发现和评估作为一项持续性流程来运行,随着时间的推移,数据收集会越来越精细、准确。这样,您就可以不断提高工作负载专用数据的准确性, 可帮助您识别与工作负载相关的 云迁移。
通过第一波发现和评估,您可以创建概要地图 基础架构组件与工作负载之间的依赖关系, 这有助于您规划和优化目标 Google Cloud 的各个元素 架构配置,例如虚拟机类型、存储类别 着陆区设计、基于计算能力的大容量容量调整 和 I/O 吞吐量要求
您还需要在发现和评估的同时运行迁移风险评估。目的是确定并衡量 与迁移相关的工作负载特有的风险,以及 启动适当的缓解措施。
下图对整个迁移过程一目了然。