TLOG/PULLクエリ分散
コピーリンク
(The bot translated the original post https://lists.apache.org/thread/hzcss0oq3s3ydj4vv12v8p7mgp5q51gg into Japanese and reposted it under Apache License 2.0. The copyright of posted content is held by the original poster.)
こんにちは、
Solr Cloud内でTLOGノードとPULLノードが混在している場合、観測されるメトリクスの動作として、リーダーTLOG（インデックス作成）とPULLノード（読み取りクエリ）のCPU負荷が高い一方で、他のTLOGノードは比較的ほとんど利用されていないようです。私の理解では、TLOGノードはPULLノードと同じようにレプリケートされ（+ トランザクションログ）、読み取りクエリに対しても利用可能であるはずです。リーダーがどのように読み取りクエリを分散させているのか、ドキュメントではあまり情報が見つからなかったので、誰か知っている方がいれば教えていただきたいです。
よろしくお願いします。
Kevin
こんにちは、Kevin
返信が遅れていないことを願います。
最も詳しいドキュメントは「SolrCloud Distributed Requests」ページにあります [1]。簡単に言えば、デフォルトではSolrは特定の優先順位を持たず、各シャードの正常なレプリカ間でラウンドロビンやランダムな選択を行います。ユーザーは「shards.preference」パラメータを指定して、さまざまな条件を満たすレプリカを優先するようSolrに指示できますが、デフォルトではその値は設定されていません。
パフォーマンステストで観測しているCPUに関しては、おそらくあなたのパフォーマンステストツールが「shards.preference」パラメータを指定して、PULLレプリカを優先している可能性がありますね。
よろしく、
Jason
こんにちは、Kevin
ジェイソンが言及したように、shards.preference 設定を確認できます。レプリカのタイプによってリクエストを分散させる代わりに、replica.leader オプションを使用して、クエリリクエストがすべての非リーダーノード（TLOGまたはPULL）に送られるようにし、リーダーノード（TLOG）をインデックス作成に専念させ、クエリから免除することができます。この機能はバージョン8.10.0以降で利用可能です。
https://issues.apache.org/jira/browse/SOLR-15472
replica.leader
リーダーのステータスに基づいてレプリカを優先します。true または false に設定可能です。
例えば、2つのTLOGレプリカと4つのPULLレプリカ（合計6つのレプリカ、そのうち1つがリーダー）を持つシャードがあるとします。shards.preference=replica.leader:false を設定すると、6つのレプリカのうち5つが優先されます。これに対して、shards.preference=replica.type:PULL では、6つのレプリカのうち4つだけが優先されます。
なお、非リーダーのTLOGレプリカは検索の観点ではPULLレプリカと同じように動作します。リーダーからインデックス更新を引き込み、PULLレプリカと同様にソフトコミットを行いません。ただし、非リーダーのTLOGレプリカはトランザクションログ（TLOG）も保持し、リーダーが失われた場合にリーダーを引き継ぐ候補となります。
よろしく、
Wei
トピックへ返信するには、ログインが必要です。