移行ツール

移行作業の中心には、移行ツールがあります。これらのツールにより、既存のワークロードを Google Cloud に移行し、 マネージド サービス Google Cloud を活用してインフラストラクチャを モダナイズできます。

このドキュメントでは、 Google Cloud プロフェッショナル サービスチームが移行プロジェクトで使用する主なツールについて説明します。

Google Cloud ツール

次の表に、移行ツールの一部を示します。 で利用できる Google Cloud

戦略 Tools ソース 宛先 説明
リフト＆シフト Migrate to Virtual Machines
  • オンプレミス VMware VM
  • 他のクラウド環境の VM
 Compute Engine
 オンプレミス環境とクラウド環境から Google Cloudに仮想マシンを移行するためのツール
VMware HCX
  • オンプレミス VMware VM
  • 代替クラウドで実行されている VMware VM
 Google Cloud VMware Engine オンプレミス環境から Google Cloud VMware Engine に、仮想マシン（VM）を移行するためのツール。VMware HCX は、vSphere ベースのオンプレミス リソースとクラウド リソースを抽象化し、それらを連続する 1 つのリソースとしてアプリケーションに提示して、ハイブリッド インフラストラクチャを実現します。
プラットフォームの再構築 Migrate to Containers オンプレミス物理サーバー、VM、GKE GKE、Autopilot、GKE Enterprise、Cloud Run VM ベースのワークロードを Google Kubernetes Engine（GKE）または GKE Enterprise のコンテナに変換するために使用するツール。ワークロードは、VMware オンプレミス、AWS、Azure、Compute Engine のいずれかで実行されている VM から移行でき、既存のワークロードを簡単にコンテナ化する柔軟性が得られます。
Datastream PostgreSQL（AlloyDB for PostgreSQL、AlloyDB Omni を含む）、MySQL、SQL Server、Oracle Cloud Storage、BigQuery このツールは、サーバーレスの変更データ キャプチャ（CDC）およびレプリケーション サービスです。このサービスを利用することで、データを最小限のレイテンシで確実に同期できます。運用データベースから BigQuery にデータをシームレスに複製し、変更イベント ストリームの Cloud Storage への書き込みをサポートします。また、Datastream を Dataflow テンプレートと統合して、Cloud SQL や Spanner などの宛先にデータを読み込むカスタム ワークフローを構築することもできます。
Database Migration Service PostgreSQL、MySQL、SQL Server、Oracle Cloud SQL、AlloyDB for PostgreSQL このツールは、PostgreSQL ワークロードを Cloud SQL や AlloyDB for PostgreSQL に、MySQL と SQL Server のワークロードを Cloud SQL に、Oracle ワークロードを Cloud SQL for PostgreSQL または AlloyDB for PostgreSQL に移行できるサーバーレス サービスです。Database Migration Service はネットワーク ワークフローを合理化し、初期スナップショットと継続的なレプリケーションを管理し、移行オペレーションのステータスを提供します。
リファクタリング BigQuery Data Transfer Service Teradata、Amazon RedShift BigQuery このツールは、スケジュールに基づく管理された方法で、Software-as-a-Service アプリから BigQuery へのデータ移動を自動化します。

移行するワークロードの特性に応じて、他のツールを移行ツールのアーキテクチャと統合することもできます。他の移行ツールには、次のリストに挙げるものなどがあります。

  • Storage Transfer Service を使用すると、他のクラウド プロバイダ、オンライン リソースやローカルデータ（S3、Blob、データレイク、オンプレミス ファイル システムなど）から Cloud Storage にデータを転送できます。
  • Transfer Appliance は、ビジネス オペレーションを中断することなく、大量のデータをGoogle Cloud に移行できるハードウェア アプライアンスです（20 TB 超、1 ペタバイト以下のデータを推奨）。
  • イメージのインポート を使用すると、必要なソフトウェアと構成（ゴールデン ディスクまたはゴールデン イメージ）があるオンプレミス環境の仮想ディスクを Google Cloud にインポートし、生成されたイメージを使用して 仮想マシンを作成できます。 このツールは、ほとんどの仮想ディスク ファイル形式（VMDK や VHD など）をサポートしています。

サードパーティ製ツール

次のリストでは、サードパーティの移行ツールを示します。このリストは、参考目的のものであり、Google がサポートを表明するものではありません。

  • RackWare Management Module（RMM） は、完全に自動化されたエンタープライズ クラスの移行ソリューションです。これを使用して、 データセンターまたはパブリック クラウドにある物理サーバーや仮想サーバーを Google Cloudに移行できます。 これは Google Cloud Marketplace に掲載されており、次の 2 とおりの方法でライセンスを購入できます。

  • SUREedge は、Migrate to Virtual Machines が適していない可能性がある（オンプレミスの非 vSphere 仮想化環境など）場合に、物理環境および仮想環境から Google Cloud に移行できるツールです。

  • Data Validation Tool は、異種のデータソース テーブルを比較する Ibis フレームワークに基づき、マルチレベルの検証機能を備えた オープンソースの Python CLI ツールです。データ検証は、データ ウェアハウス、データベース、データレイクの移行プロジェクトにおける重要なステップです。

  • HarbourBridge: Spanner の評価および移行 は、既存の PostgreSQL、MySQL、SQL Server、 Oracle、DynamoDB データベースのデータを使用した Spanner の評価および 移行用のスタンドアロン オープンソース ツールです。

  • HBase Tools は、Bigtable に移行する HBase ユーザーを サポートします。

  • Migrate Hive tables to BigQuery フレームワークは、移行の進行状況を追跡するために、 Cloud SQL を使用して Hive から BigQuery にデータを移行します。

自動化ツールと CI/CD ツールをビルドしてデプロイする

CI/CD フレームワーク内でのビルドとデプロイの自動化は、移行プロセスに欠かせない部分です。

Cloud Build は、インフラストラクチャでビルドを実行するサービスです。 Google Cloud Cloud Build では、Cloud Storage、Cloud Source Repositories、GitHub、Bitbucket からソースコードをインポートすること、仕様に合わせてビルドを実行すること、Docker コンテナや Java アーカイブなどのアーティファクトを生成することができます。

Artifact Registry - パッケージと Docker コンテナ イメージを 1 か所で管理できる場所を提供。また、CI/CD ツールや Google Cloud ランタイム環境と統合されているため、アーティファクトのライフサイクル全体を管理できます。

Cloud Deploy は、定義したプロモーション シーケンスでの一連の ターゲット環境へのアプリケーション配信を自動化するマネージド サービスです。

コンテナ化されたアプリケーションがある場合は、Kubernetes、Google Kubernetes Engine などのマネージド サービスを使用してデプロイできます。サーバーレス環境にデプロイするには、 App Engine フレキシブル環境、 Cloud Run 関数、 および Cloud Runなどのツールを使用できます。

テストツール

ワークロードを Google Cloudに移行する際は、具体的な機能面のシナリオおよび非機能面のシナリオに関して、これらのワークロード を 1 つのビューでテストし、機能、インテグレーション、セキュリティ、パフォーマンス、 および可用性について影響を測定および 軽減する必要があります。

テストツールの選択は、次のようないくつかの要因によって異なります。

  • ワークロードの技術スタックとの互換性
  • テスト自動化の度合い
  • CI/CD フレームワークとのインテグレーション
  • 不具合のロギングと管理
  • テスト プロジェクトとプログラム管理