ApsaraDB RDS:パブリック PostgreSQL のワンクリック移行

ステップ 1：NAT Gateway と EIP の設定

このステップでは、パブリック IP アドレスを RDS PostgreSQL インスタンスの VPC に関連付けます。これにより、RDS PostgreSQL インスタンスは、パブリック IP アドレスを持つセルフマネージドデータベースや他のクラウドプロバイダーが提供するデータベースにアクセスできるようになります。

1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。

2. 左側メニューで データベースの接続 をクリックし、[ネットワークタイプ] の横に表示される VPC のリンクをクリックします。

3. VPC コンソールで、[リソース管理] タブを選択します。[パブリックアクセスサービス] セクションで、[今すぐ作成] をクリックします。

4. [NAT Gateway] 作成ページで、次の主要なパラメーターを設定し、残りのパラメーターにはデフォルト値を使用してください。

   パラメーター	説明	例
   Elastic IP Address	すでに Elastic IP Address をお持ちの場合は、それを選択できます。この例では、[Elastic IP Address の購入] を選択します。	Elastic IP Address の購入
   ピーク帯域幅	ニーズに応じてピーク帯域幅を選択します。このワンクリック移行では、帯域幅の制限による移行の遅延を防ぐために、ピーク帯域幅を最大値に設定できます。	200 Mbps

5. [今すぐ購入] をクリックします。

6. パラメーター設定が正しいことを確認し、サービス利用規約のチェックボックスを選択してから、[注文の確認] をクリックします。

   操作が完了すると、NAT Gateway が作成され、EIP が関連付けられ、SNAT エントリが設定されます。

7. Elastic IP Address のリソース ID をクリックします。EIP の [インスタンス情報] ページで、パブリック [IP アドレス] を表示できます。

ステップ 2：移行元データベースの設定

ステップ 3：実現可能性アセスメントの実行

1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。

2. 左側メニューで クラウド移行 / ディザスタリカバリ構築 を選択し、Migration Assessment タブをクリックします。

3. 設定ウィザードの シーンとソースタイプの選択 ステップで、シナリオとして クラウド移行 を、移行元のタイプとして 自作インスタンスまたはその他のインスタンス を選択し、次に 次のステップ をクリックします。

4. 対象インスタンスの設定 ステップで、次のステップ をクリックします。

5. ソースインスタンスの設定 ステップで、すべてのオプションを選択し、次のステップ をクリックします。

6. 実現可能性評価の開始 ステップで、次のパラメーターを設定します。

   パラメーター	説明
   [移行タスク名]	システムが自動的に名前を生成します。変更は不要です。
   [ソース VPC IP/DNS]	パブリックネットワーク上のセルフマネージド PostgreSQL データベースの場合：データベースサーバーのパブリック IP アドレス。 他のクラウドプロバイダーが提供する PostgreSQL インスタンスの場合：インスタンスのパブリックエンドポイント。
   [ソースインスタンスポート]	パブリックネットワーク上の自己管理型 PostgreSQL データベース: データベースポートです。netstat -a | grep PGSQL コマンドを実行してポートを確認できます。 他のクラウドプロバイダーが提供する PostgreSQL インスタンスの場合：クラウドプロバイダーの管理コンソールでこの情報を見つけます。
   [ユーザ名]	ステップ 2 で作成した移行アカウントのユーザー名とパスワード。
   [パスワード]

7. 実現可能性評価タスクの作成 をクリックします。

   Migration Assessment ページの クラウド移行 リストで移行アセスメントタスクのステータスを表示できます。

   • ステータス が 成功 の場合にのみ、クラウド移行 に進むことができます。

   • ステータス が 失敗しました の場合は、操作 列の レポートの表示 をクリックし、エラーメッセージに基づいて問題を解決してください。一般的なエラーについては、「移行アセスメントレポートの解釈」をご参照ください。

     説明

     他のクラウドプロバイダーには、カスタムの PostgreSQL プラグインがある場合があります。移行中にプラグインの非互換性エラーが発生した場合は、チケットを起票してください。

   エラーを解決した後、操作 列の 再評価 をクリックして、アセスメントを再度実行できます。

ステップ 4：クラウドへの移行

1. RDSインスタンスにアクセスし、上部のリージョンを選択し、対象のRDSインスタンスのIDをクリックします。

2. 左側メニューで クラウド移行 / ディザスタリカバリ構築 を選択し、クラウド移行 タブに切り替えてから、[クラウドへの移行タスクの作成] をクリックします。

3. クラウド移行タスクの作成 ウィンドウで、評価タスクを関連付け ドロップダウンリストから ステップ 3 で成功したタスクを選択します。

   評価タスクを関連付け を選択すると、他のパラメーターは自動的に入力されます。

4. クラウド移行を開始 をクリックして、移行タスクを開始します。

   警告

   移行タスク中は、移行元インスタンスにアクセスできることを確認してください。インスタンスの再起動などの操作は行わないでください。移行元インスタンスで一時的な接続の問題や HA スイッチオーバーが発生した場合、移行タスクは失敗します。

5. 切り替えを実行します。

   1. 移行タスクリストで、クラウド移行プロセス 列のリンクをクリックして、タスクの進捗状況を表示できます。

   2. 移行フェーズが 増分同期 のときに、[操作] 列の 切り替え をクリックして RDS PostgreSQL インスタンスをプライマリインスタンスに昇格させ、本番トラフィックの処理を開始します。

   3. 切り替え ウィンドウで、画面の指示に従って移行元インスタンスを読み取り専用に設定するか、アプリケーションからの書き込みを停止してください。

      移行元インスタンスを読み取り専用に設定するには：

      -- データベースを読み取り専用に設定します。
      ALTER SYSTEM SET default_transaction_read_only=on;
      -- パラメーター設定をリロードして変更を適用します。
      SELECT pg_reload_conf();
      -- 既存のすべてのセッションを終了させます。
      SELECT pg_terminate_backend(pid) FROM pg_stat_activity 
      WHERE usename not in ('replicator', 'monitor', 'pgsql', 'aurora') AND pid != pg_backend_pid();

   4. すべてのチェックボックスを選択し、今すぐ切り替え をクリックします。その後、移行が完了するまで待ちます。