単一ファイルが複数のトピックへの報告をサポートしない理由は何ですか？
LogListener収集プログラムのポリシーは、単一ファイルは1つのトピックにのみアップロードできるというものです。
例えば、topicAとtopicBという2つのファイルがあり、これらの2つのファイルに対して次のように設定します。
topicAの収集パスを次のように設定します：/data/log/**/*.log
topicBの収集パスを次のように設定します：/data/log/test/**/*.log、/data/log/**/test*.log、/data/log/**/*.log、またはtopicAの収集パスと類似するパスです。
このシナリオの構成は、2つの収集パスが交差するファイルに対応しますが、データはそのうちの1つのトピックにのみアップロードされます。したがって、異なるログトピックには異なる業務タイプのログを割り当て、収集構成パスを設定する際には、できるだけ正確に情報を構成することをお勧めします。特定のファイルを異なるトピックにアップロードする必要がある場合は、ソフトリンクを使用して実現できます。同じ収集対象に対して異なるソフトリンクを作成し、異なるトピックでそれぞれ異なるソフトリンクパス/ファイルを収集します。
収集パスの設定はどのように行いますか？
現在の収集パスの構成は、パスプレフィックス+「/**/」+ワイルドカードファイル名の形式です。例えば、/data/log + /**/ + *.log ==> /data/log/**/*.logです。
ワイルドカード収集パスを設定する際は、収集パス（プレフィックス部分）をできるだけ正確に設定する必要があります。これにより、収集エージェントはより効率的にサービスを提供できます。収集パスのプレフィックス部分の設定が不正確な場合、収集パスがマッチするパス数が膨大になり、収集エージェントが異常状態に陥り、動作不能になる可能性があります。
例えば、収集パスを//**/*.logに設定した場合、そのプレフィックス部分は「/」となり、この場合、収集プログラムはルートディレクトリ全体をスキャンするため、収集プログラムが動作できなくなります。
推奨されるログローテーション方法は何ですか？
ログのローテーションについては、ローテーション後のファイル名が収集ワイルドカードパスに含まれないようにすることを推奨します。
例えば、設定された収集パスは/var/log/xxxx/**/*.logで、収集対象のログはtest.logです。test.logがtest.2021-07-13.4.logにローテーションされた場合、LogListenerはtest.2021-07-13.4.logがtest.logのローテーションファイルであることを認識し、それに対して引き続きtest.logとしてマークします。したがって、LogListenerが保存するチェックポイントファイルには、test.2021-07-13.4.logというファイルの収集記録はありません。
そして、LogListenerが再起動した後、LogListenerは/var/log/xxxx/**/*.logに従ってファイルをスキャンし、test.2021-07-13.4.logファイルがマッチングルールに合致し、収集記録がなく、新しいファイルであることを検出し、その後再収集します。
したがって、収集ワイルドカードパスがローテーションファイルにマッチしないようにすることをお勧めします。これにより、再起動後にローテーションファイルが再収集されるのを防ぎます。
私たちが推奨するログローテーションの方法は、test.logを収集する必要がある場合、ローテーション後のファイル名をtest.log.2021-07-13.xxxにすることをお勧めします。これにより、*.logにマッチするのを効果的に回避できます。
LogListenerのアップグレードに関する説明
LogListenerの反復プロセスにおいて、収集パスのインターフェースパラメータに変更が行われ、比較的古いバージョン（ver < 2.2.8）で設定された収集パスは、新しいバージョンではサポートされなくなりました。したがって、既存の古いバージョン（ver < 2.2.8）をアップグレードする必要がある場合、収集プログラムのアップグレード後に、コンソールでワイルドカードパス方式により収集パスを再度設定する必要があります。
LogListener収集設定で正規表現収集モードを使用する方法は？
コンソールで収集構成を設定する際に、正規表現関連の収集モードを選択した場合、コンソールには正規表現kv抽出ツールが提供されていますが、このツールは現時点では中国語コンテンツに対する正規表現の自動生成機能を提供していません。中国語テキストに対して正規表現抽出を行う必要がある場合は、正規表現を自分で作成し、コンソールで検証するか、他のサードパーティツールを使用して検証することができます。
LogListenerコレクタを初めて使用して接続する際に、ログがアップロードされない場合の対処方法は？
収集エージェントの設定が正しくないことが原因である可能性があります。よくあるケースは以下の通りです：
設定されたサーバードメインが一致しないため、収集エージェントは現在のリージョンの収集設定を取得できず、収集業務は実行されません。
収集エージェントはIPマシングループに追加されましたが、収集エージェントにはTagラベル情報も設定されているため、現在のリージョンで収集設定を取得できず、収集業務は実行されません。
収集エージェントに設定されたsecret ID/KEYが正しくないか、権限が不足しているため、ログをアップロードできません。
環境問題（例えばVPCサブネット内で外部ネットワークが有効になっていない場合）、クロスリージョンアップロードを設定しても有効にはならず、収集エージェントは実際にはローカルリージョンのサーバーと通信します。
通常このような場合は、収集エージェントがインストールされているマシンにログインし、収集エージェントのインストールディレクトリに移動して、./bin/checkコマンドを実行し、以下の内容を確認できます：
ドメイン名は正しいかどうか。
ハートビート報告は正常かどうか。
収集設定は正しく取得されているかどうか。
マシングループの混在使用により収集が行われない場合の対処方法は？
現在、マシングループは2種類に分かれており、それぞれの使用方法は互いに独立しています：
IPマシングループでは、マシンのIPをコンソール上で手動でマシングループに追加する必要があります。対応するマシン上のloglistener.confのgroup_labelは空である必要があります。
Tagマシングループでは、コンソールでマシングループのTagを設定し、対応するマシン上のloglistener.confのgroup_labelを同じTagに設定する必要があります。
上記の2つの使用方法は互換性がありません。混在して使用した場合、収集マシンは正しい収集設定を取得できず、収集が行われない現象が発生します。
LogListenerの収集ポリシーは何ですか？
複数のファイルがキューに並んでLogListenerによって収集される場合、先頭のファイルが最初に収集され、かつそのファイルが特定の時点でファイル末尾まで読み取られた場合にのみ先頭の位置を明け渡します。つまり、すべてのファイルが単位時間内に均等に収集リソースを利用できるわけではありません。
単一ファイルへの書き込み速度が常に収集速度を上回り、かつ収集速度が遅いためにファイルの最新位置まで常に消費できない場合、特定のファイルが長時間または継続的に収集リソースを占有し、その結果、他のファイルが収集プロセスに入れなくなることがあります。
Topicの収集詰まりが深刻な場合の対処方法は？
ある期間内に、単一ファイルの生成速度が収集速度を上回る場合、LogListenerは継続的にこの1つのファイルのみを収集し続け、他のファイルの収集がブロックされる状態に陥ります。
フィルタのルールは何ですか？
フィルターのルールは、マッチした場合に収集し、マッチしなかった場合に破棄するのではありません。マッチしなかったログについては、LogListenerは収集を行いません。
非root権限でLogListenerを起動する方法は？
ユーザーにはroot権限でインストールおよび起動することを推奨します。非root権限でLogListenerを使用する必要がある場合は、非root権限でのLogListenerの起動設定を参照できます。
LogListenerプロセスのコアバインド方法は？
tasksetツールを使用してコアバインドを実行します。taskset -cp ${cpu number} ${pid>}。
LogListenerのメモリ使用量が高すぎる場合の対処とリソース使用の制御方法は？
最新のLogListenerバージョンへのアップグレードを推奨します。また、memory_tight_mode = trueを設定してください。
CGroupを使用してCPUとメモリの使用を制限します。
LogListenerはシンボリックリンク方式の収集をサポートしていますか？
LogListenerの2.3.0より前のバージョンは、シンボリックリンク方式のログファイルおよびNFS、CIFSなどの共有ファイルディレクトリ上のログファイルの監視をサポートしていません。2.3.0以降のバージョンでは、これらをすべてサポートしています。
LogListenerは複数のログトピックにデータをアップロードできますか？
LogListenerは同一リージョン内の複数のログトピックに対してデータを収集できますが、異なるリージョンの複数のログトピックに対する収集はサポートしていません。
同じログファイルは1つのトピックにのみ収集できます。
LogListener初期化時にマシングループへ自動参加できますか？
LogListenerのログアップロードポリシーは何ですか？
キャッシュされたログ量が4Mを超えています。
キャッシュされたログの件数が10000件を超えています。
ファイルの末尾まで読み取ります。
LogListenerがサポートする最大パフォーマンスはどのくらいですか？
単行フルテキストログの最大処理能力は115MB/sです。
複数行フルテキストログの最大処理能力は40MB/sです。
JSON形式ログの最大処理能力は25MB/sです。
CSV形式ログ収集の最大処理能力は50MB/sです。
完全正規表現形式ログの最大処理能力は18MB/sです（正規表現の複雑さに関係します）。
サーバーのIPアドレス変更後、LogListenerはどのように適応すればよいですか？
サーバーがマシン識別子でマシングループにバインドされている場合、ユーザーはLogListenerの設定を変更する必要はありません。サーバーIPを頻繁に変更する必要がある場合は、マシン識別子を使用してマシングループを設定することをお勧めします。 サーバーがIPアドレスでマシングループにバインドされている場合、ユーザーは以下の設定変更を行う必要があります：
a. 設定ファイル内のgroup_ipオプションを変更し、変更後のIPアドレスを入力します。例えば：
sed -i '' "s/group_ip *=.*/group_ip = ${group_ip}/" etc/loglistener.conf
b. LogListenerを再起動します。
/etc/init.d/loglistenerd restart
c. IPマシングループを使用している場合は、CLSコンソールにログインし、左側のナビゲーションバーでマシングループ管理をクリックし、そのサーバーにバインドされているマシングループ設定を変更し、新しいIPで元のマシンIPアドレスを置き換えて確定します。