収集メカニズム
ダウンロード
フォーカスモード
フォントサイズ
LogListenerは、Tencent Cloud CLS（Cloud Log Service、CLS）が提供するログ収集クライアントです。LogListenerは、あらかじめ設定された収集ポリシーに従ってログデータをリアルタイムで報告します。本記事では、LogListenerの動作メカニズムについて詳しく説明します。
メカニズムの原理
CLSのLogListenerが正常にデプロイされた後、関連付けられたログファイルをリアルタイムで監視します。主にファイルシステム変更通知メカニズムであるInotifyを通じて、対象ログファイルの変更を検知します。ここでの変更は、ファイル内容の変更だけでなく、Linuxシステムの場合、ファイルのinode変更も含みます。LogListenerがログファイルの変更を検知すると、新しく書き込まれたログを能動的に収集して報告し、現在の位置を記録します。システムが再起動しても、記録された位置からログの収集を継続します。
例の説明
CLS LogListenerの収集ポリシーをより直感的に説明するために、例を挙げて説明します：
2018-01-01 10:00:01 start LogListener2018-01-01 10:00:02 echo log_1 >> cls.log2018-01-01 10:00:03 echo log_2 >> cls.log2018-01-01 10:00:04 echo log_3 >> cls.log2018-01-01 10:00:05 echo log_4 >> cls.log......
上記のシナリオでは、LogListenerはlog_1、log_2、log_3……をCLSに収集し、対象ファイルのすべてのログを自動的に監視して報告します。注意点として、ここでLogListenerはファイルのinodeを監視します。vimでログファイルcls.logを変更する場合、vimのメカニズムによってinodeが変更されるため、ログシステムはそれをまったく新しいログファイルと見なし、ファイル全体の内容を収集して報告します。
説明
マシン再起動後、LogListenerは自動的に起動されます。
LogListenerプロセスがクラッシュして再起動した後、記録されたオフセット位置に基づいてログの報告を継続します。
現在、1つのログファイルは1つのログトピックにのみ報告できます。複数のログトピックが同じログファイルに関連付けられている場合、設定情報は上書きされるため、そのログファイルは実際には最後のトピックにのみ報告されます。
フィードバック