Azure Database for PostgreSQL の高可用性を構成する

この記事では、Azure portal または Azure CLI を使用して、Azure Database for PostgreSQL フレキシブル サーバー インスタンスで高可用性 (HA) を有効または無効にする方法について説明します。 この情報は、同じゾーン内のインスタンスを使用しているか、ゾーン冗長デプロイ モデルを使用しているかに関係なく適用されます。

高可用性機能は、物理的に分離されたプライマリ レプリカとスタンバイ レプリカをデプロイします。 選択したデプロイ モデルに応じて、同じ可用性ゾーン内または異なるゾーンにレプリカをプロビジョニングできます。 詳細については、 高可用性の概念に関する記事を参照してください。 Azure Database for PostgreSQL フレキシブル サーバー インスタンスの作成中または作成後に高可用性を有効にすることができます。

重要

2024 年 4 月に、HA 対応サーバーを使用して v5 コンピューティング レベルの課金モデルを更新しました。 この変更は、プライマリ サーバーとスタンバイ サーバーの両方を占めることで、料金を正しく反映します。 この変更前は、プライマリ サーバーに対してのみ誤って課金されていました。 HA 対応サーバーで v5 レベルを使用すると、課金数量に 2 が乗算されます。 この更新プログラムは、v4 および v3 レベルには影響しません。

既存のサーバーの高可用性を有効にする

ポータル

1. Azure portal で、Azure Database for PostgreSQL フレキシブル サーバー インスタンスを選択します。

2. 左側のメニューの [設定] セクションで、[ 高可用性] を選択します。

ゾーンの回復性オプションは、サーバーが可用性ゾーン間で保護されているかどうかを制御します。 次の 2 つの選択肢があります。

• 有効 – このオプションを選択すると、Azure はプライマリとは異なる可用性ゾーンにスタンバイ サーバーの作成を試みます。 このオプションを使用すると、ゾーン レベルの障害に対する最適な保護が提供されます。
• 無効 – 高可用性が構成されていません。

ゾーンの回復性が有効になっていても、リージョンにゾーン冗長セットアップの容量がない場合は、[有効] オプションの下に追加のチェック ボックスが表示されます。 これを選択すると、プライマリと同じゾーンにスタンバイを作成できます。 ゾーン容量が使用可能になると、Azure から通知が送信されます。 その時点で、PITR または読み取りレプリカを使用して、最大の回復性のためにワークロードをゾーン冗長 HA 構成に移行できます。 詳細については、「 制限事項と考慮事項」 セクションを参照してください。

1. ゾーンの回復性が有効になっていない場合は、[ 有効 ] オプションを選択します。

   

2. [有効] オプションを選択すると、可用性ゾーンをサポートするリージョンに対してゾーン冗長オプションが既定で適用されます。 この構成は、ゾーン障害から保護します。

   

3. リージョンにゾーン容量がない場合は、優先リージョンで高可用性 (HA) が有効になっていることを確認するために、有効なオプションの下にあるチェックボックスをオンにして、リージョンの Same-Zone モードで HA を作成できるようにします。 ゾーン容量が使用可能になると、ワークロードは自動的に Zone-Redundant HA に移行されます。

   

4. 設定の構成が完了したら、[ 保存] を選択して変更を適用します。

5. ダイアログには、スタンバイ サーバーの展開に関連するコストの増加が表示されます。 続行する場合は、[高可用性を有効にする] を選択します。

   

6. デプロイが開始されます。 完了すると、高可用性が正常に有効にされたことを示す通知が表示されます。

   

CLI

az postgres flexible-server update コマンドを使用して、既存のサーバーで高可用性を有効にすることができます。

スタンバイ サーバーがプライマリ サーバーと同じゾーンに存在するように高可用性を有効にするには、次のコマンドを使用します。

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability SameZone

プライマリ サーバーのゾーンとは異なるゾーンのスタンバイ サーバーで高可用性を有効にし、ゾーンを自動的に選択する場合は、次のコマンドを使用します。

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant

必要に応じて、スタンバイ サーバーをデプロイする可用性ゾーンを選択できます。 次のコマンドを使用します。

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant \
  --standby-zone <standby_zone>

ゾーン冗長性を使用して高可用性を有効にし、スタンバイに指定したゾーンがプライマリのゾーンと一致する場合は、次のエラーが発生します。

Your server is in availability zone <server>. The zone of the server cannot be same as the standby zone.

ゾーンの冗長性を使用して高可用性を有効にし、スタンバイに指定したゾーンがそのリージョンで使用できない場合は、次のエラーが発生します。

Code: InvalidParameterValue
Message: Invalid value given for parameter StandbyAvailabilityZone,availabilityZone. Specify a valid parameter value.

ゾーンの冗長性を使用して高可用性を有効にし、リージョンに複数の可用性ゾーンがない場合は、次のエラーが発生します。

This region is single availability zone. Zone redundant high availability is not supported in a single availability zone region.

1 つのモードで高可用性を有効にしてから、別のモードを指定して再度有効にしようとすると、次のエラーが表示されます。

Code: InvalidParameterValue
Message: Invalid value given for parameter Cannot switch Properties.HighAvailability.Mode directly from SameZone to ZoneRedundant. Please disable HA and then enable HA.. Specify a valid parameter value.

高可用性を無効にする

ポータル

1. Azure portal で、Azure Database for PostgreSQL フレキシブル サーバー インスタンスを選択します。

2. 左側のメニューの [設定] セクションで、[ 高可用性] を選択します。

3. 高可用性が有効になっている場合は、ゾーン回復性の [有効] ラジオ ボタンが既に選択されています。 また、 高可用性モード は構成済みモードに設定され、 高可用性状態 の値は通常 は正常です。

   

4. HA を無効にするには、[ 無効] ラジオ ボタンを選択します。

   

5. [保存] をクリックして変更を適用します。

6. ダイアログには、スタンバイ サーバーの削除に関連するコスト削減が表示されます。 続行する場合は、[高可用性を無効にする] を選択します。

   

7. デプロイが開始されます。 完了すると、高可用性が正常に無効にされたことを示す通知が表示されます。

   

CLI

az postgres flexible-server update コマンドを使用して、既存のサーバーで高可用性を無効にすることができます。

az postgres flexible-server update \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability Disabled

サーバー のプロビジョニング中に高可用性を有効にする

ポータル

1. Azure portal で、新しい Azure Database for PostgreSQL フレキシブル サーバー インスタンスのプロビジョニング中に、Business Critical (高可用性) セクションに移動します。 [ゾーン回復性] セクションで [有効] ラジオボタンを選択してください。

   • 既定では、サーバーはゾーンの回復性を最大限に高めるために、 ゾーン冗長 HA モードを使用して別の可用性ゾーンにスタンバイ サーバーを作成しようとします。

   

   • ゾーン容量を使用できない場合は、フォールバックとして [ゾーンの 回復性に失敗した場合に同じゾーンでスタンバイを許可する ] チェック ボックスをオンにすることができます。 このオプションを選択しないと、ワークフローの作成の次の手順に進むことはできません。 これにより、高可用性が引き続き有効になります。 ゾーン容量が使用可能になると、Azure から通知が送信され、PITR または読み取りレプリカを使用して、最大の回復性を実現するために、ゾーン冗長 HA 構成にワークロードを移行できます。

     

   • チェックボックスをオンにすると、作成ワークフローの認証セクションに進むことができます。

     

2. プライマリ サーバーの特定のゾーンを選択するには、可用性ゾーンを [優先設定なし] 以外の値に設定します。

   

CLI

az postgres flexible-server create コマンドを使用して、新しいサーバーのプロビジョニング中に高可用性を有効にすることができます。

Note

プロビジョニングされたサーバーの他の機能を構成する方法に応じて、パラメーターと値が異なる次のコマンドを完了する必要があります。

同じゾーンにスタンバイ サーバーがあるプライマリ サーバーをデプロイし、サービスがゾーンを選択できるようにするには、次のコマンドを使用します。

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability SameZone ...

同じゾーンにスタンバイ サーバーがあるプライマリ サーバーをデプロイし、ゾーンを明示的に選択するには、次のコマンドを使用します。

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability SameZone \
  --zone <zone> ...

選択したリージョンで指定された可用性ゾーンがサポートされていない場合は、次のエラーが表示されます。

Code: AvailabilityZoneNotAvailable
Message: Specified availability zone is not supported in this region. Please choose a different availability zone.

スタンバイ サーバーを持つプライマリ サーバーを別のゾーンにデプロイし、サービスが両方のゾーンを選択できるようにするには、次のコマンドを使用します。

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant ...

スタンバイ サーバーを持つプライマリ サーバーを別のゾーンに展開し、プライマリのゾーンを指定し、サービスがスタンバイのゾーンを選択できるようにするには、次のコマンドを使用します。

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant \
  --zone <zone> ...

スタンバイ サーバーを持つプライマリ サーバーを別のゾーンに展開し、プライマリとスタンバイのゾーンを指定するには、次のコマンドを使用します。

az postgres flexible-server create \
  --resource-group <resource_group> \
  --name <server> \
  --high-availability ZoneRedundant \
  --zone <zone> \
  --standby-zone <standby_zone>...

ゾーン冗長高可用性を選択し、プライマリ サーバーとスタンバイ サーバーのゾーンに同じ値が指定されている場合は、次のエラーが発生します。

Your server is in availability zone <zone>. The zone of the server cannot be same as the standby zone.

選択した高可用性モードがゾーン冗長であり、リージョンに複数の可用性ゾーンがない場合は、次のエラーが発生します。

This region is single availability zone. Zone redundant high availability is not supported in a single availability zone region.

強制フェールオーバーを開始する

Azure Database for PostgreSQL のスタンバイ サーバーへのプライマリ サーバーのフェールオーバーを強制するには、次の手順に従います。

強制フェールオーバーを開始すると、プライマリ サーバーはすぐにダウンし、スタンバイ サーバーへのフェールオーバーをトリガーします。 強制フェールオーバーの開始は、計画外の停止によって発生したフェールオーバーがワークロードに与える影響をテストする場合に便利です。

重要

• フェールオーバーをすぐに連続して実行することはしないでください。 フェールオーバーの間に少なくとも 15 ~ 20 分待ちます。 この待機時間により、新しいスタンバイ サーバーを完全に確立できます。

• ポータルで報告された全体的なエンドツーエンドの操作時間は、アプリケーションで発生する実際のダウンタイムよりも長くなる可能性があります。 アプリケーションの観点からダウンタイムを測定する必要があります。

ポータル

1. Azure portal で、高可用性が有効になっている Azure Database for PostgreSQL フレキシブル サーバー インスタンスを選択します。

2. 左側のメニューの [設定] セクションで、[ 高可用性] を選択します。

3. 高可用性モードが ゾーン冗長に設定されている場合は、 プライマリ可用性ゾーンとスタンバイ可用性ゾーン に割り当てられている値に注意 してください。 フェールオーバー操作が完了した後は、元に戻す必要があります。

4. [ 強制フェールオーバー ] を選択して、手動フェールオーバー手順を開始します。 フェールオーバーが完了するまで、予想されるダウンタイムがダイアログで通知されます。 続行する場合は、[強制フェールオーバーの開始] を選択します。

   

5. フェールオーバーが進行中であることを示す通知が表示されます。

   

6. スタンバイ サーバーへのフェールオーバーが完了すると、完了が通知されます。

   

7. 高可用性モードが ゾーン冗長として構成されている場合は、 プライマリ可用性ゾーン と スタンバイ可用性ゾーン の値が逆になっていることを確認します。

CLI

az postgres flexible-server restart コマンドを使用して、新しいサーバーのプロビジョニング中に高可用性を有効にすることができます。

強制フェールオーバーを開始するには、次のコマンドを使用します。

az postgres flexible-server restart \
  --resource-group <resource_group> \
  --name <server> \
  --failover Forced

高可用性が有効になっていない Azure Database for PostgreSQL フレキシブル サーバー インスタンスのフェールオーバーを強制しようとすると、次のエラーが発生します。

Failing over can only be triggered for zone redundant or same zone servers.

高可用性が有効になっているが、フェールオーバー操作を開始する準備ができていない Azure Database for PostgreSQL フレキシブル サーバー インスタンスのフェールオーバーを強制しようとすると、次のエラーが発生します。

Code: OperationFailed
Message: Operation HandleWalServiceFailureManagementOperation failed, because server <server> not in active state.

計画されたフェールオーバーを開始する

プライマリ サーバーから Azure Database for PostgreSQL のスタンバイ サーバーへの計画されたフェールオーバーを実行するには、次の手順に従います。 この操作を開始すると、スタンバイ サーバーが準備され、フェールオーバーが実行されます。

このフェールオーバー操作では、スタンバイ サーバーへのグレースフル フェールオーバーが実行されるため、ダウンタイムが最小限になります。 これは、予期しないフェールオーバー後にプライマリ サーバーを優先可用性ゾーンに戻すなどの状況に役立ちます。

重要

• フェールオーバーをすぐに連続して実行することはしないでください。 フェールオーバーの間に少なくとも 15 ~ 20 分待ちます。 この待機時間により、新しいスタンバイ サーバーを完全に確立できます。

• アクティビティの少ない期間中に計画されたフェールオーバーを実行します。

• ポータルで報告された全体的なエンドツーエンドの操作時間は、アプリケーションで発生する実際のダウンタイムよりも長くなる可能性があります。 アプリケーションの観点からダウンタイムを測定する必要があります。

ポータル

1. Azure portal で、高可用性が有効になっている Azure Database for PostgreSQL フレキシブル サーバー インスタンスを選択します。

2. 左側のメニューの [設定] セクションで、[ 高可用性] を選択します。

3. 高可用性モードが ゾーン冗長に設定されている場合は、 プライマリ可用性ゾーンとスタンバイ可用性ゾーン に割り当てられている値に注意 してください。 フェールオーバー操作が完了した後は、元に戻す必要があります。

4. [ 計画されたフェールオーバー ] を選択して、手動フェールオーバー手順を開始します。 フェールオーバーが完了するまで、予想されるダウンタイムがダイアログで通知されます。 続行する場合は、[計画フェールオーバーの開始] を選択します。

   

5. フェールオーバーが進行中であることを示す通知が表示されます。

   

6. スタンバイ サーバーへのフェールオーバーが完了すると、完了が通知されます。

   

7. 高可用性モードが ゾーン冗長として構成されている場合は、 プライマリ可用性ゾーン と スタンバイ可用性ゾーン の値が逆になっていることを確認します。

CLI

az postgres flexible-server restart コマンドを使用して、新しいサーバーのプロビジョニング中に高可用性を有効にすることができます。

計画されたフェールオーバーを開始するには、次のコマンドを使用します。

az postgres flexible-server restart \
  --resource-group <resource_group> \
  --name <server> \
  --failover Planned

高可用性が有効になっていない Azure Database for PostgreSQL フレキシブル サーバー インスタンスの計画されたフェールオーバーを開始しようとすると、次のエラーが発生します。

Failing over can only be triggered for zone redundant or same zone servers.

高可用性が有効になっているが、フェールオーバー操作の準備ができていない Azure Database for PostgreSQL フレキシブル サーバー インスタンスの計画されたフェールオーバーを開始しようとすると、次のエラーが発生します。

Code: OperationFailed
Message: Operation HandleWalServiceFailureManagementOperation failed, because server <server> not in active state.

制限事項と考慮事項

• Azure Database for PostgreSQL フレキシブル サーバー インスタンスで高可用性を有効または無効にしても、ネットワーク構成、ファイアウォール設定、サーバー パラメーター、バックアップリテンション期間など、他の設定は変更されません。 高可用性の有効化または無効化はオンライン操作です。 アプリケーションの接続と操作には影響しません。

• Azure Database for PostgreSQL では、両方のレプリカが同じゾーンにデプロイされた高可用性がサポートされています。 この構成は、サポートされているすべてのリージョンで使用できます。 ただし、ゾーン冗長を使用した高可用性は 、特定のリージョンでのみ使用できます。

• バースタブルティアでは、高可用性はサポートされていません。 高可用性をサポートするのは、 汎用 レベルと メモリ最適化 レベルのみです。

• 単一の可用性ゾーンで構成されるリージョンにサーバーをデプロイする場合は、同じゾーン モードでのみ高可用性を有効にすることができます。 リージョンが複数の可用性ゾーンで将来的に拡張される場合は、同じゾーンまたはゾーン冗長として構成された高可用性を備えた新しい Azure Database for PostgreSQL フレキシブル サーバー インスタンスをデプロイできます。

  ただし、リージョンが 1 つの可用性ゾーンで構成されているときにリージョンにデプロイしたインスタンスでは、ゾーン冗長モードで高可用性を直接有効にすることはできません。 回避策として、復元オプションまたは読み取りレプリカ オプションを使用できます。

復元オプション

1. 最新の復元ポイントを使用して、新しいサーバー上の既存のインスタンスを復元します。
2. 新しいサーバーを作成したら、 ゾーン冗長性を使用して高可用性を有効にします。
3. データ検証の後、必要に応じて古いサーバーを削除することもできます。
4. クライアントの接続文字列が、新しく復元されたサーバーを指すよう変更されていることを確認します。

レプリカの読み取りオプション

1. プライマリ サーバーと同じリージョンに読み取りレプリカを作成します。
2. 読み取りレプリカを新しいプライマリ サーバーに昇格させます。
3. 元の名前を保つには、仮想エンドポイントを使うか、古いプライマリを削除してから、新しい読み取りレプリカを作成してレベル上げします。
4. ポータル ユーザーの場合は、ゾーンの回復性を有効にします。 開発者ツールの場合は、Zone-Redundant オプションを使用して高可用性を設定します。

関連コンテンツ

• Azure Database for PostgreSQL でのビジネス継続性の概要
• Azure Database for PostgreSQL の高可用性 (信頼性)