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 で説明されているオプションを指定することもできます。