BDR-Always-ON

テストおよび実稼働での使用に適した、常時オン構成のEDB Postgres Distributed 4以下。

このアーキテクチャでは、従来の2ndQuadrantリポジトリへのサブスクリプションが必要であり、一部のオプションではEDB Repos 1.0へのサブスクリプションが必要です。 How TPA uses 2ndQuadrant and EDB repositories を参照

このトピックの詳細については。

BDR-Always-ONアーキテクチャには4つのバリアントがあり、 --layout configureオプションで選択できます。

1.ブロンズ:2×bdr+プライマリ、bdr+witness、バーマン、2×harp-proxy

2.シルバー:ブロンズ、bdr +witnessがbdr +プライマリに昇格し、バーマンが別の場所に移動しました

3.ゴールド:それぞれ2×bdr+primary、2×harp-proxy、およびbarmanを持つ2つの対称的な場所。プラス3番目の場所にbdr +witness

4.プラチナ:ゴールドですが、各メインの場所に1つのbdr + readonly(論理スタンバイ)が追加されています

EDBのPostgres- BDR Always On Architectures whitepaper を確認できます

詳細なレイアウト図については。

このアーキテクチャは、 BDRバージョン3.6、3.7、および4での使用を対象としています。

クラスター構成

[tpa]$ tpaexec configure ~/clusters/bdr \
         --architecture BDR-Always-ON \
         --layout gold \
         --harp-consensus-protocol bdr \
         --platform aws --region eu-west-1 --instance-type t3.micro \
         --distribution Debian-minimal

--architecture BDR-Always-ON を指定する必要があります。 (上記の例では、動作する構成を生成するために必要な唯一のオプションです。)

--layout layoutname を指定して、サポートされているBDRユースケースのバリエーションのいずれかを設定する必要があります。現在のオプションは、ブロンズ、シルバー、ゴールド、プラチナです。ブロンズ、ゴールド、プラチナのレイアウトには、Raftコンセンサスマジョリティ用に奇数のノードを保証するBDRノードがあります。監視ノードはデータ複製に参加しません。

--harp-consensus-protocol protocolname を指定する必要があります。サポートされているプロトコルはbdrとetcdです。詳細については、 Configuring HARP を参照してください。

オプションで--bdr-database dbname を指定して、 BDRを有効にしたデータベースの名前を設定できます(デフォルト:bdrdb)。

オプションで--enable-camo を指定して、各リージョンのBDRプライマリインスタンスのペアを互いのCAMOパートナーに設定できます。

BDR-Always-ONアーキテクチャではデフォルトでHARP2が有効になっていることに注意してください。

tpaexec help configure-options で説明されているオプションを指定することもできます。