Azure Database for PostgreSQL フレキシブル サーバーで読み取りレプリカをプライマリに切り替える

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