読み取りレプリカをプライマリに切り替える

Azure portal を使用して以下を実行します。

1. 関連付けられている仮想エンドポイントを表示する Azure Database for PostgreSQL フレキシブル サーバーを選択します。

2. リソース メニューの [設定] セクションで、[レプリケーション] を選択 します。

   

3. 昇格 アイコンを、切り替えたい読み取りレプリカのエンドポイントの名前の横で選択します。

   

4. サーバーに仮想エンドポイントが作成されていない場合、またはプライマリに切り替えようとしている読み取りレプリカがリーダー仮想エンドポイントのターゲット サーバーでない場合、読み取りレプリカをプライマリに切り替えようとすると失敗します。 これは、ダイアログに表示される警告によって通知されます。

   

5. 昇格するレプリカ サーバーで、[アクション] で [プライマリ サーバーに昇格] を選択します。 また、ニーズに最も適したものに応じて、[データ同期の計画済み] または [強制] を選択します。 強制オプションを使用する場合は、プライマリ サーバーからレプリケートされていないデータの変更が失われることを理解していることを示すマークを付ける必要があります。読み取りレプリカのラグ タイムは、データ損失のおおよその期間です。チェック ボックスをオンにして、データ損失の可能性を確認します。 最後に、[ 昇格] を選択します。

   

6. 読み取りレプリカがプライマリに切り替えられていることが通知されます。

   

7. プロセスが完了すると、読み取りレプリカがプライマリに正常に切り替わったことが通知されます。

   

az postgres flexible-server replica promote コマンドを使用して、読み取りレプリカを切り替えて Azure PostgreSQL フレキシブル サーバーの新しいプライマリにすることができます。

読み取りレプリカがプライマリ サーバー上に存在するすべての変更と最初に同期されるようにする場合は、切り替えが開始される前に、 --promote-option を planned に設定します。

az postgres flexible-server replica promote \
  --resource-group <resource_group> \
  --name <server> \
  --promote-mode SwitchOver \
  --promote-option Planned

切り替えを完了する時間を短縮し、プライマリ サーバーで既にコミットされているが読み取りレプリカに同期されていない変更が失われると想定できる場合は、 --promote-option を forced に設定します。

az postgres flexible-server replica promote \
  --resource-group <resource_group> \
  --name <server> \
  --promote-mode SwitchOver \
  --promote-option Forced