本页面提供了将关系型和非关系型数据库迁移到Google Cloud的架构指南和迁移策略。
如果您是数据库管理员、云架构师或数据工程师,请使用本页面中的信息来评估数据库迁移模式、选择合适的工具、确保高数据保真度、最大限度地减少事务复制延迟,以及控制割接期间的停机时间。
在阅读本页内容之前,您应该已经完成了初始来源评估,并了解数据库架构、大小和应用网络依赖项。
数据库迁移选项
在规划数据库迁移时,请使用下表根据源数据库引擎选择目标服务和工具:
| 源数据库 | 目标平台 | 推荐工具 | 迁移模式 |
|---|---|---|---|
| MySQL、PostgreSQL 或 SQL Server | Cloud SQL 或 AlloyDB for PostgreSQL | Database Migration Service | 持续 CDC 复制 |
| Oracle | AlloyDB 或裸金属解决方案 | Google Cloud Modernization Hub、Database Migration Service 架构转换 | 同构迁移或异构迁移 |
| Cassandra、MongoDB 或 HBase | Bigtable、Spanner 或 Firestore | Dataflow 或开源连接器 | 批量注入或流式注入 |
使用 Database Migration Service 迁移数据库
Database Migration Service 提供无服务器迁移作业,可将关系型数据库迁移到 Google Cloud。
Database Migration Service 的主要功能
Database Migration Service 提供以下功能:
- 无服务器架构:您无需预配或管理专用复制虚拟机或迁移基础设施。
- 持续变更数据捕获 (CDC):使用源二进制日志(MySQL 的
binlog、PostgreSQL 的wal2json和 SQL Server 的 CDC)复制事务,以使目标数据库保持同步,同时最大限度地减少延迟。 - 灵活的专用连接:通过 VPC 网络对等互连、反向 SSH 隧道、Cloud VPN 或 Cloud Interconnect 安全地连接到源数据库。
如需了解端到端迁移工作流,请参阅 Database Migration Service 概览。
后续步骤
- 非结构化数据和存储迁移
- 容器化应用迁移
- 多云工作负载迁移
- Modernization Hub 中的数据库工作负载
- 将 MySQL 迁移到 Cloud SQL
- 将 PostgreSQL 迁移到 Cloud SQL 或 AlloyDB
- 将 Oracle 迁移到 PostgreSQL 或 AlloyDB
- 将 Cassandra 迁移到 Bigtable
- 将 Cassandra 迁移到 Spanner
- 数据库迁移原则:第 1 部分