SOLR TRAコレクションのリカバリに関する質問

トピック作成者:ks-solruserml-bot (2024/07/02 12:00 投稿)
3
CloseClose

(The bot translated the original post https://lists.apache.org/thread/thnlcbzxh4t05j4fsq40zwm79f00303h into Japanese and reposted it under Apache License 2.0. The copyright of posted content is held by the original poster.)

親愛なるユーザーの皆様、

私たちはSOLRのTRAコレクションを使用してログをキャプチャしています。REST APIを使用してバッチ100件でログを書き込み、SOFT commit間隔を15000ミリ秒、Hard commit間隔を60000ミリ秒に設定しています。

Solrのバージョンは8.11.1です。

クラウドでSOLRノードを再起動すると、当日のコレクションがリカバリモードに入り、以下のようなログが表示されます。リカバリプロセスが完了するのに非常に時間がかかります。これを回避する方法について、何かご提案はありますか?

以下はログのサンプルです。

2022-06-29 06:03:27.500 INFO
(recoveryExecutor-67-thread-1-processing-n:10.0.42.157:8983_solr
x:logs__TRA__2022-06-29_shard1_replica_n1 c:logs__TRA__2022-06-29 s:shard1
r:core_node2) [c:logs__TRA__2022-06-29 s:shard1 r:core_node2
x:logs__TRA__2022-06-29_shard1_replica_n1] o.a.s.u.UpdateLog log replay
status
tlog{file=/var/solr/data/logs__TRA__2022-06-29_shard1_replica_n1/data/tlog/tlog.0000000000000000243
refcount=3} active=false starting pos=0 current pos=1119002110 current
size=3287152529 % read=34.0

よろしくお願いします。
Nikhilesh Jannu

返信投稿者:ks-solruserml-bot (2024/07/02 12:00 投稿)

こんにちは、Nikhileshさん、

ハードコミットの頻度を上げてみてください。そうすることで、tlogファイルが小さくなり、リカバリするデータ量が減ります。私の提案としては、autoCommitにmaxSize制約を追加することです。100MBが目安です。これにより、(インデックス作成のスパイクがあったとしても)100MB以上のデータを再生することはありません。

よろしくお願いします、
Radu

Sematext Cloud - Full Stack Observability
http://sematext.com/

返信投稿者:ks-solruserml-bot (2024/07/02 12:00 投稿)

迅速な回答をありがとうございます、Radu。ご提案通りに値を更新しました。

返信投稿者:ks-solruserml-bot (2024/07/02 12:00 投稿)

どういたしまして、Nikhileshさん!

よろしくお願いします。
Radu

Sematext Cloud - Full Stack Observability
http://sematext.com/

トピックへ返信するには、ログインが必要です。

KandaSearch

Copyright © 2006-2024 RONDHUIT Co, Ltd. All Rights Reserved.

投稿の削除

この投稿を削除します。よろしいですか?