次の方法で共有

Azure Cosmos DB for PostgreSQL のクラスター

  • [アーティクル]

適用対象: Azure Cosmos DB for PostgreSQL (PostgreSQL の Citus データベース拡張機能を利用)

ノード

Azure Cosmos DB for PostgreSQL を使用すると、PostgreSQL サーバー (ノード) を "クラスター" で相互に調整できます。クラスターのノードが集団として保持するデータや使用する CPU コアは、単一のサーバーで可能なものよりも多くなります。 このアーキテクチャでは、クラスターにノードを追加してデータベースを拡張することもできます。

ノードの種類の詳細については、ノードとテーブルに関する記事を参照してください。

ノードの状態

Azure Cosmos DB for PostgreSQL では、Azure portal の [概要] ページにクラスター内のノードの状態を表示します。 各ノードは、次のいずれかの状態値を取ることができます。

  • プロビジョニング: クラスターのプロビジョニングの一部として、または、ワーカー ノードが追加されたときに実行される最初のノード プロビジョニング。
  • 使用可能: ノードは正常な状態です。
  • 対処が必要: ノードで問題が検出されました。 ノードによって自己復旧が試みられています。 自己復旧が失敗した場合は、エンジニアが調査するために問題がキューに入れられます。
  • 削除中: クラスターの削除が開始されました。
  • 無効: クラスターの Azure サブスクリプションが無効状態になりました。 サブスクリプションの状態の詳細については、このページを参照してください。

ノード可用性ゾーン

Azure Cosmos DB for PostgreSQL では、Azure portal の [概要] ページにクラスター内の各ノードの可用性ゾーンを表示します。 [可用性ゾーン] 列には、ゾーンの名前、またはノードがゾーンに割り当てられていない場合は -- が表示されます (可用性ゾーンをサポートしているのは、一部のリージョンのみです)。

Azure Cosmos DB for PostgreSQL を使用すると、クラスターの優先可用性ゾーンを設定できます。 通常、その理由は、アプリケーションとアプリケーション スタック コンポーネントの残りの部分が存在するのと同じ可用性ゾーンにクラスター ノードを配置するためです。

クラスターの高可用性が有効であり、ノードがスタンバイにフェールオーバーした場合、その可用性ゾーンは他のノードと異なることがわかります。 この場合、次のメンテナンス イベント中に、ノードはまとめて同じ可用性ゾーンに戻されます。

次のステップ