Solr-6.6 Cloudにおけるtlogのサイズ管理

トピック作成者:ks-solruserml-bot (2024/05/23 12:55 投稿)
3
CloseClose

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

こんにちは

各シャードのレプリカでtlogサイズが実際のインデックスサイズ約40GBに対して約150GBに増加するという問題に直面しています。

ハードコミットも有効にしており、データのインデックス作成時に*commit=true*も渡していますが、効果がありません。

この件について助けていただけますか?

返信投稿者:ks-solruserml-bot (2024/05/23 12:55 投稿)

こんにちは,

システムと設定からの詳細情報がないと、問題の原因を推測することは不可能です。しかし、一般的には、私が使用している SolrCloud 6.6 にはそのような問題はありません。私のクラウドは、5つのシャードと各々の2つのレプリカを5つのノードに持ち、合計260百万のレコードを持っています。各々1〜3つのtlogファイルがあり、サイズは最大50MBまでです。

Bernd

返信投稿者:ks-solruserml-bot (2024/05/23 12:56 投稿)

Hi Brend,

返信ありがとう。

私が受け取っているエラーは次の通りです。

INFO - 2021-03-23 19:45:32.433; [c:solrcollection s:shard2 r:core_node4 x:solrcollection_shard2_replica2]
org.apache.solr.update.processor.DistributedUpdateProcessor; Ignoring commit while not ACTIVE - state: APPLYING_BUFFERED replay: false
INFO - 2021-03-23 19:45:32.444; [c:solrcollection s:shard2 r:core_node4 x:solrcollection_shard2_replica2]
org.apache.solr.update.processor.DistributedUpdateProcessor; Ignoring commit while not ACTIVE - state: APPLYING_BUFFERED replay: false
INFO - 2021-03-23 19:45:32.874; [c:solrcollection s:shard2 r:core_node4 x:solrcollection_shard2_replica2]
org.apache.solr.update.processor.DistributedUpdateProcessor; Ignoring commit while not ACTIVE - state: APPLYING_BUFFERED replay: false
INFO - 2021-03-23 19:45:33.031; [c:solrcollection s:shard2 r:core_node4 x:solrcollection_shard2_replica2]
org.apache.solr.update.processor.DistributedUpdateProcessor; Ignoring commit while not ACTIVE - state: APPLYING_BUFFERED replay: false
INFO - 2021-03-23 19:45:33.331; [c:solrcollection s:shard2 r:core_node4 x:solrcollection_shard2_replica2]
org.apache.solr.update.processor.DistributedUpdateProcessor; Ignoring commit while not ACTIVE - state: APPLYING_BUFFERED replay: false
返信投稿者:ks-solruserml-bot (2024/05/23 12:57 投稿)

Ritvikさん,
見たところ、インデックスを作成している際にレプリカがリカバリ中であり、レプリカが tlog をリプレイする速度よりもインデックス作成が速くなっているため、レプリカが追いつけないようです。私たちの本番 Solr クラスター(これも 6.6 です)でもこれが何度も発生しました。このような場合、Solr が tlog のすべての更新を追いつくように、インデックス作業量を制限する必要があります。
Brian

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

KandaSearch

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

投稿の削除

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