Simple Log Service:ランタイムステータスの診断とモニタリング

前提条件

• Simple Log Service データコレクターを使用してログを収集済みであること。詳細については、「ホストからのログ収集」をご参照ください。

• 宛先プロジェクトの重要ログの有効化

  このトピックでは、サービスログを有効にする手順について説明します。詳細については、「サービスログの有効化」をご参照ください。

  1. Simple Log Service コンソールにログインします。プロジェクトリストで、対象のプロジェクトをクリックします。プロジェクト詳細ページで、サービスログ タブをクリックし、操作ログを有効にする をクリックします。

  2. [サービスログを有効にする] パネルで、[重要ログ] と [タスク操作ログ] を選択し、OK をクリックします。

     • この操作により、ターゲットリージョンに `log-service-{user-id}-{region}` という名前のプロジェクトが自動的に作成されます。

     • 重要ログとタスク操作ログの取り込み、ストレージ、クエリ、分析は無料です。データ変換やデータ転送などの操作には、従量課金で課金されます。

ランタイムの問題の診断

ランタイム診断は、プレミアム版と基本版で利用できます：

• プレミアム診断 (推奨)：例外診断ダッシュボードを提供します。ダッシュボードには、データコレクター関連の例外が明確に表示され、より長い時間範囲でのクエリをサポートします。

• 基本診断：過去 1 時間の収集例外情報を提供します。

シナリオ

• データコレクターのステータス異常：ハートビートの失敗、非アクティブなプロセス、または SSL 証明書の例外。

• ログ収集の例外：ログが収集されない、レイテンシーが高すぎる、または Regex Match エラーなどの解析の失敗。

• 設定エラー：ファイルパスの誤り、マシングループの IP アドレスの不一致、またはクロスアカウント権限の問題。

• パフォーマンスボトルネック：収集レートが 20 MB/s などのデフォルトの制限に近づくか超えると、ログが破棄されます。

• コンテナーログ収集の問題：頻繁な Pod の再起動や高速なログローテーションにより、収集が不完全になる。

• プラグインとカスタム収集の問題：Grok 解析などのカスタムプラグインの失敗、または HTTP データソース収集の問題。

• ログ損失は、LoongCollector が実行されていない場合やログローテーションの速度が速すぎる場合に発生する可能性のあるデータ信頼性の問題です。

手順

1. Simple Log Service コンソールにログインします。プロジェクトリストで、対象のプロジェクトをクリックします。

2. [ログストレージ] をクリックします。Logstore リストで、対象の Logstore にカーソルを合わせ、 アイコンをクリックします。

3. [プレミアム診断] または [基本診断] をクリックして、診断情報を表示します。

4. 診断情報を表示します。

   基本診断

   [ログ収集エラー] パネルには、Logstore のすべての Logtail 収集エラーのリストが表示されます。エラーコードをクリックすると、その詳細を表示できます。詳細については、「Simple Log Service における一般的なデータ収集エラー」をご参照ください。

   プレミアム診断

   [Logtail 例外モニタリング] ページで、[アクティブなクライアント] や [すべてのエラー情報] などの情報を表示します。[収集例外モニタリング] ダッシュボードの詳細については、「データレポートの表示」をご参照ください。エラーコードの詳細については、「Simple Log Service における一般的なデータ収集エラー」をご参照ください。

5. 問題を解決した後、新しいエラーがないか確認します。履歴エラーは有効期限が切れるまで表示されるため、無視できます。問題を解決した後に新しいエラーが表示されないことを確認してください。Logtail は 10 分間隔でエラーメッセージを報告します。

   解析に失敗して破棄された完全なログを表示するには、次のパスにある LoongCollector 操作ログをご参照ください：

   ホストシナリオ：サーバー上の /usr/local/ilogtail/ilogtail.LOG ファイル。

   コンテナーシナリオ：コンテナー内の /usr/local/ilogtail/loongcollector.LOG ファイル。

ヘルスモニタリング

Simple Log Service は、データコレクターをリアルタイムでモニタリングするための組み込みのアラートポリシーを提供します。これらのポリシーを設定して、次のモニタリングニーズに対応できます：

• データコレクターのハートビート異常のモニタリング

  internal-diagnostic_log 内の __topic__:logtail_status ログをクエリして、正常な Logtail ハートビートを持つマシンの数をカウントします。その後、ハートビート数が期待値を下回った場合にアラートをトリガーするアラートルールを設定できます。これにより、ダウンしているマシンやネットワークに問題があるマシンのトラブルシューティングに役立ちます。

• データコレクターの異常アラート

  __topic__: logtail_alarm クエリ文を実行して、過去 15 分間に発生した読み取り不可能なファイル、権限不足、解析の失敗など、さまざまな種類のエラーの数を分析します。これにより、設定の問題を迅速に特定して解決し、ログ損失を防ぐことができます。

• パフォーマンスボトルネックのモニタリング

  [Logtail 例外モニタリング] ダッシュボードを使用して、CPU やメモリなどの Logtail のランタイムステータスとリソース使用量をモニタリングします。ダッシュボードには、アクティブな Logtail クライアントの数、再起動のリスト、およびすべてのエラーメッセージが表示されます。これにより、パフォーマンスボトルネックや異常な再起動を特定するのに役立ちます。

• 集中ログ収集のモニタリング

  [Logtail ファイル収集モニタリング] ダッシュボードを使用して、マルチアカウントまたはマルチリージョンシナリオでのログ収集ステータスをモニタリングします。ダッシュボードには、収集されたファイルの数、平均レイテンシー、および解析失敗率が表示されます。これにより、ログ収集の継続性を確保できます。

手順

1. アクションポリシーを設定します。アクションポリシーは、モニタリングアラートのステータスが変化したときに通知を送信する方法を定義します。

   1. Simple Log Service コンソールにログインします。

   2. プロジェクトリストで、重要ログを有効にしたプロジェクトを見つけ、プロジェクト名をクリックします。

   3. 左側のナビゲーションウィンドウで、[アラート] をクリックします。[アラートセンター] ページで、[通知ポリシー] > [アクションポリシー] タブを選択します。

   4. アクションポリシーリストで、sls.app.logtail.builtin アクションポリシーを見つけ、[操作] 列の [変更] をクリックします。

   5. [アクションポリシーの編集] ダイアログボックスで、チャネルを選択し、「通知チャネル」の説明に従って設定します。その後、[確認] をクリックします。

2. アラートルールの作成：LoongCollector のヘルスステータスが指定されたしきい値に達したときにアラートをトリガーするモニタリングルールを作成します。

   1. [アラートセンター] ページで [アラートルール] をクリックし、[アラートの作成] の右側にある アイコンをクリックします。

   2. [テンプレートから作成] をクリックします。[テンプレートから作成] パネルで、すべてのテンプレートにある [Logtail エラーモニタリング] をクリックします。右側のパネルで、対象のカードをクリックします。

   3. [アラートの作成] パネルで、設定を確認します。組み込みのアラートモニタリングルールには、プリセットされたパラメーターが含まれています。[OK] をクリックします。設定パラメーターの詳細については、「アラートルールの作成」をご参照ください。