クラスタリングの設定Couchdb 2.0

Question

2ノードクラスタの設定。 1つのノード（データベース）はメインの実動サーバー上で実行され、もう1つのノードは倉庫で実行されます。倉庫への接続は非常に悪いです。

ドキュメントは常にローカルサーバーで使用できることを確認するためにどのような構成をお勧めしますか？

私はドキュメントが混乱していることがわかります。このことから

http://docs.couchdb.org/en/2.0.0/cluster/theory.html

[cluster] 
q=8 
r=2 
w=2 
n=3 
q - The number of shards. 
r - The number of copies of a document with the same revision that 
have to be read before CouchDB returns with a 200 and the document. If 
there is only one copy of the document accessible, then that is 
returned with 200. 
w - The number of nodes that need to save a document before a write is 
returned with 201. If the nodes saving the document is <w but >0, 202 
is returned. 
n - The number of copies there is of every document. Replicas. 

私が思う私の設定が

q=8 - To allow up to 8 nodes, not that we plan to but no harm? 
r=1 - Only need to read the local copy? 
w=1 - Only need to write to the local copy? 
n=2 - Should this just be the number of nodes so you can always go 
down to one node? So if I had 4 nodes n=4? 

する必要があります。また、私はこれらのconfigsはシャーディングが発生したときにそれがあるとして、あなたのデータベースを作成する前に設定する必要が信じています。私が気づくべき他の問題はありますか？データベースへのクラスタへの参加時のコンフィグレーションなど

ローカルでこの設定を試行しましたが、サーバがダウンしたときにデータベースの問題を読み込めませんでした。

すべてのお役に立ちました、多くのありがとうございます。

ライアン

Answer 1

私はあなたがそうでなければ、あなたがスプリットブレイン状況を取得するリスクに起因quoromに3つのノードの最小を持つべきだと思います。それは悪い接続よりもはるかに可能性が高いです。