このページでは、リレーショナル データベースと非リレーショナル データベースをGoogle Cloudに移行するためのアーキテクチャ ガイダンスと移行戦略について説明します。
データベース管理者、クラウド アーキテクト、データ エンジニアは、このページの情報を使用して、データベース移行パターンの評価、適切なツールの選択、高いデータ忠実度の確保、トランザクション レプリケーションの遅延の最小化、カットオーバー中のダウンタイムの制御を行います。
このページを読む前に、最初のソース評価を完了し、データベース スキーマ、サイズ設定、アプリケーション ネットワークの依存関係を理解しておく必要があります。
データベース移行のオプション
データベースの移行を計画する際は、次の表を使用して、移行元データベース エンジンに基づいて移行先のサービスとツールを選択します。
| ソース データベース | 送信先のプラットフォーム | 推奨ツール | 移行パターン |
|---|---|---|---|
| MySQL、PostgreSQL、SQL Server | Cloud SQL または AlloyDB for PostgreSQL | Database Migration Service | 継続的な CDC レプリケーション |
| Oracle | AlloyDB または Bare Metal Solution | 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 には次の機能があります。
- サーバーレス アーキテクチャ: 専用のレプリケーション VM や移行インフラストラクチャをプロビジョニングまたは管理する必要はありません。
- 継続的な変更データ キャプチャ(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