Azure portal から Azure Database for PostgreSQL - 単一サーバーの読み取りレプリカを作成および管理する

[アーティクル]
03/30/2023

適用対象: Azure Database for PostgreSQL - 単一サーバー

重要

Azure Database for PostgreSQL - シングルサーバーは廃止パスにあります。 Azure Database for PostgreSQL - フレキシブルサーバーにアップグレードすることを強くお勧めします。 Azure Database for PostgreSQL - フレキシブルサーバーへの移行の詳細については、Azure Database for PostgreSQL 単一サーバーの現状に関するページを参照してください。

この記事では、Azure Portal から Azure Database for PostgreSQL の読み取りレプリカを作成および管理する方法について説明します。読み取りレプリカの詳細については、概要を参照してください。

前提条件

プライマリサーバーになる Azure Database for PostgreSQL サーバー。

Azure レプリケーションサポート

読み取りレプリカと論理デコードはどちらも、情報を Postgres 書き込み先行ログ (WAL) に依存しています。これらの 2 つの機能には、Postgres とは異なるレベルのログが必要です。論理デコードには、読み取りレプリカよりも高いレベルのログが必要です。

適切なレベルのログを構成するには、Azure レプリケーションサポートパラメーターを使用します。 Azure レプリケーションサポートには、次の 3 つの設定オプションがあります。

オフ - 最小限の情報を WAL に格納します。この設定は、ほとんどの Azure Database for PostgreSQL サーバーでは使用できません。
レプリカ - [オフ] よりも冗長です。これは、読み取りレプリカを機能させるために必要な最小レベルのログです。ほとんどのサーバーでは、この設定が既定値です。
論理 - [レプリカ] よりも冗長です。これは、論理デコードを機能させるための最小レベルのログです。読み取りレプリカはこの設定でも機能します。

Note

書き込み集中型の永続的で大量のプライマリのワークロードのために読み取りレプリカをデプロイする場合、レプリケーションの遅延が増加し続け、プライマリに追いつくことができない可能性があります。これにより、レプリカで受信されるまで WAL ファイルが削除されないため、プライマリでのストレージの使用量も増加する可能性があります。

プライマリサーバーを準備する

Azure portal で、プライマリとして使う既存の Azure Database for PostgreSQL サーバーを選びます。
サーバーのメニューから [レプリケーション] を選択します。 Azure レプリケーションサポートが少なくとも [レプリカ] に設定されていれば、読み取りレプリカを作成できます。
Azure レプリケーションサポートが少なくとも [レプリカ] に設定されていない場合は、設定します。 [保存] を選択します。
サーバーを再起動して変更を適用するには、 [はい] を選択します。
操作が完了すると、Azure portal の通知を 2 つ受け取ります。 1 つの通知は、サーバーパラメーターの更新に関するものです。もう 1 つの通知は、すぐ後のサーバーの再起動に関するものです。
Azure portal のページを最新の情報に更新して、レプリケーションツールバーを更新します。このサーバーの読み取りレプリカを作成できるようになります。

読み取りレプリカを作成します

読み取りレプリカを作成するには、次の手順に従います。

プライマリサーバーとして使用する既存の Azure Database for PostgreSQL サーバーを選択します。
サーバーサイドバーで、 [設定] の [レプリケーション] を選択します。
[レプリカの追加] を選択します。
読み取りレプリカの名前を入力します。
レプリカの場所を選択します。既定の場所は、プライマリサーバーの場所と同じです。

Note

レプリカを作成できるリージョンの詳細については、読み取りレプリカの概念に関する記事を参照してください。
[OK] を選択して、レプリカの作成を確認します。

読み取りレプリカが作成されたら、それを [レプリケーション] ウィンドウから表示できます。

[レプリケーション] ウィンドウに新しいレプリカを表示する

重要

読み取りレプリカの概要に関するページの考慮事項セクションを確認してください。

プライマリサーバーの設定が新しい値に更新される前に、レプリカの設定をそれと同等以上の値に更新します。このアクションにより、プライマリに対して行われたすべての変更がレプリカに反映されるようになります。

レプリケーションの停止

プライマリサーバーと読み取りレプリカの間のレプリケーションを停止できます。

重要

プライマリサーバーと読み取りレプリカへのレプリケーションを停止した後、それを元に戻すことはできません。読み取りレプリカは、読み取りと書き込みの両方をサポートするスタンドアロンサーバーになります。スタンドアロンサーバーをもう一度レプリカにすることはできません。

Azure portal からプライマリサーバーと読み取りレプリカの間のレプリケーションを停止するには、次の手順に従います。

Azure portal で、ご利用のプライマリ Azure Database for PostgreSQL サーバーを選択します。
サーバーメニューで、 [設定] の [レプリケーション] を選択します。
レプリケーションを停止するレプリカサーバーを選択します。
[レプリケーションを停止する] を選択します。
[OK] を選択して、レプリケーションを停止します。

プライマリサーバーの削除

プライマリサーバーを削除するには、スタンドアロンの Azure Database for PostgreSQL サーバーの削除と同じ手順を使用します。

重要

プライマリサーバーを削除すると、すべての読み取りレプリカへのレプリケーションが停止されます。読み取りレプリカは、読み取りと書き込みの両方をサポートするようになったスタンドアロンサーバーになります。

Azure Portal からサーバーを削除するには、次の手順に従います。

Azure portal で、ご利用のプライマリ Azure Database for PostgreSQL サーバーを選択します。
サーバーの [概要] ページを開きます。 [削除] を選択します。
削除するプライマリサーバーの名前を入力します。 [削除] を選択して、プライマリサーバーの削除を確認します。

レプリカの削除

プライマリサーバーの削除と同様の方法で読み取りレプリカを削除できます。

Azure Portal で、読み取りレプリカの [概要] ページを開きます。 [削除] を選択します。

次の手順に従って、 [レプリケーション] ウィンドウから読み取りレプリカを削除することもできます。

Azure portal で、ご利用のプライマリ Azure Database for PostgreSQL サーバーを選択します。
サーバーメニューで、 [設定] の [レプリケーション] を選択します。
削除する読み取りレプリカを選択します。
[レプリカの削除] を選択します。
削除するレプリカの名前を入力します。 [削除] を選択して、レプリカの削除を確認します。

レプリカの監視

読み取りレプリカを監視するには 2 つのメトリックを使用できます。

Max Lag Across Replicas (レプリカ間の最大ラグ) メトリック

Max Lag Across Replicas (レプリカ間の最大ラグ) メトリックは、プライマリサーバーと最も遅れているレプリカの間のラグ (バイト単位) を示します。

Azure portal で、プライマリ Azure Database for PostgreSQL サーバーを選択します。
[メトリック] を選びます。 [メトリック] ウィンドウで、 [Max Lag Across Replicas] (レプリカ間の最大ラグ) を選択します。
[集計] で [Max] (最大) を選択します。

Replica Lag (レプリカラグ) メトリック

Replica Lag (レプリカラグ) メトリックは、レプリカで最後に再生されたトランザクションからの経過時間を示します。プライマリでトランザクションが発生していない場合、メトリックにはこのタイムラグが反映されます。

Azure Portal で、Azure Database for PostgreSQL の読み取りレプリカを選択します。
[メトリック] を選びます。 [メトリック] ウィンドウで、 [Replica Lag] (レプリカラグ) を選択します。
[集計] で [Max] (最大) を選択します。

次のステップ

Azure Database for PostgreSQL の読み取りレプリカについて確認してください。
Azure CLI と REST API で読み取りレプリカの作成と管理を行う方法について確認してください。