3

3 つのインスタンスで動作する Zookeeper アンサンブルと、いくつかの solr インスタンスを含む solrcloud クラスターがあります。2 つのシャードに設定してコレクションを作成しました。その後私は：

create 1 core on instance1
create 1 core on instance2
create 1 core on instance1
create 1 core on instance2

この構成にするだけです：

instance1: shard1_leader, shard2_replica
instance2: shard1_replica, shard2_leader

インスタンス 1 に 2 つのコアを追加し、次にインスタンス 2 に 2 つのコアを追加すると、両方のリーダーがインスタンス 1 に追加され、再選択は行われません。

instance1: shard1_leader, shard2_leader
instance2: shard1_replica, shard2_replica

私の理想的なシナリオ (デタッチされたリーダー) に戻ると、2 つのレプリカを持つ 3 番目のインスタンスを追加し、リーダーを実行しているインスタンスの 1 つを強制終了すると、選挙では既にリーダーを持っているインスタンスが選択されます。

私の質問は、Zookeeper がこの動作を行う理由です。リーダーを配布するべきではありませんか？ダブルリーダーのインスタンスにストレスを与えた場合、Zookeeper は選挙を実行しますか?

4

1 に答える 1

4

lucene フォーラムで、Erick Ericson から次の回答を得ました。

これはおそらく、心配するほど重要なことではありません。リーダーの追加の義務はごくわずかです。とにかくリーダーは、サーバーを再起動するなどして移動します。本当に時期尚早の最適化のように感じます.

于 2013-08-09T20:19:04.243 に答える