クラウドでホストされている VM を経由した TCP プロキシを使用して接続を構成する

Virtual Private Cloud（VPC）ピアリングを介してプライベート接続を確立したいが、非推移的な VPC ピアリングにより、ソース データベースと移行先の AlloyDB for PostgreSQL クラスタ間の直接ルーティングが妨げられる場合（たとえば、古いプロデューサー ネットワーク アーキテクチャを使用する Cloud SQL for PostgreSQL インスタンスから移行する場合や、別の VPC ネットワーク内のセルフホスト型ソース データベースから移行する場合）、Compute Engine 仮想マシン（VM）で TCP プロキシを使用できます。この方法の仕組みの概要については、ネットワーキング方法の概要の クラウドでホストされる VM を介した TCP プロキシをご覧ください。

図 1. 接続の例: ソース データベースと移行先の AlloyDB for PostgreSQL クラスタ間のトラフィックのルーティングに使用される TCP プロキシ。（クリックして拡大）

Google Cloud コンソールで継続的な移行ジョブを作成すると、Database Migration Service は必要なパラメータを収集し、TCP プロキシを実行する Compute Engine コンテナ VM と、宛先の AlloyDB for PostgreSQL クラスタからプロキシ VM へのポート 5432 での受信 TCP トラフィックを許可するファイアウォール ルールを作成する gcloud スクリプトを生成します。

TCP プロキシ VM を設定する

Google Cloud コンソールで、 ソースと宛先の間の接続を設定するときに、次の操作を行います。

1. [接続方法] プルダウン メニューで、[クラウドでホストされている VM を経由するプロキシ - TCP] を選択します。

2. プロキシ踏み台インスタンスとして機能する Compute Engine インスタンスに、次の構成パラメータを指定します。

   • Compute Engine VM インスタンス名: プロキシ VM インスタンスの一意の名前。
   • マシンタイプ: Compute Engine マシンタイプ（e2-standard-2、n1-standard-1 など）。
   • サブネットワーク: 宛先クラスタに接続する VPC ネットワークのサブネット。
   注: スクリプトによって作成された Compute Engine VM インスタンスは、Database Migration Service によって管理されません。インスタンスには、標準の Compute Engine の料金に基づいて課金されます。インスタンスの管理（不要になったインスタンスの削除など）は、お客様の責任で行っていただく必要があります。

3. [スクリプトを表示] をクリックして、生成されたデプロイ スクリプトを確認します。

   重要なポイント: デフォルトでは、スクリプトは Compute Engine VM のパブリック IP アドレスを生成します。組織でパブリック IP アドレスを持つ VM の作成が許可されていない場合、または厳格なプライベート IP 分離が必要な場合は、次の操作を行います。

   1. プロキシに使用するサブネットでプライベート Google アクセスを有効にします。これは、Compute Engine インスタンスが Artifact Registry または Container Registry から必要なプロキシ コンテナ イメージをダウンロードできるようにするために必要です。
   2. スクリプトの gcloud compute instances create-with-container コマンドの --network-interface フラグに no-address キーを追加します。

      gcloud compute instances create-with-container ... --network-interface subnet=SUBNET_NAME,no-address

   移行元データベースが、移行先の AlloyDB for PostgreSQL クラスタとは異なる VPC ネットワークまたは共有 VPC にある場合は、gcloud compute instances create-with-container コマンドに 2 番目の --network-interface フラグを追加して、プロキシ VM に追加のネットワーク インターフェースを接続することもできます（複数のネットワーク インターフェースをサポートするのに十分な vCPU を備えたマシンタイプを使用します）。

   --network-interface network=SOURCE_NETWORK_NAME,subnet=SOURCE_SUBNET_NAME,no-address

4. Google Cloudプロジェクトに対する管理者権限を持つマシンでスクリプトを実行します。

5. TCP プロキシ VM の送信 IP アドレスからの接続を受け入れるように、ソース データベースのネットワーク設定が更新されていることを確認します。

   • セルフホストの PostgreSQL の場合: pg_hba.conf のレプリケーション セクションを更新します。
   • Cloud SQL for PostgreSQL の場合: プロキシ VM の内部 IP アドレスを承認済みネットワークに追加するか、VPC ルーティングでトラフィックが許可されていることを確認します。

6. [構成して続行] をクリックします。

7. 移行ジョブをテストして作成し、移行先の AlloyDB for PostgreSQL プライマリ インスタンスがプロキシ VM を介して移行元データベースにアクセスできることを確認します。

次のステップ

• Database Migration Service のデータベース ネットワーク接続の詳細については、 ネットワーキング方法の概要をご覧ください。

• 移行手順の詳細については、 AlloyDB for PostgreSQL への移行を開始するをご覧ください。