このトピックでは、Log Service で使用される用語について説明します。
基本リソース
|
用語 |
説明 |
|
Project |
Project は、Log Service における基本的なリソース管理単位です。マルチユーザーの隔離とアクセス制御の主要な境界として機能します。詳細については、「Project」をご参照ください。 |
|
LogStore |
LogStore は、Log Service におけるログデータの収集、保存、およびクエリの単位です。詳細については、「LogStore」をご参照ください。 |
|
MetricStore |
MetricStore は、Log Service におけるメトリックデータの収集、保存、およびクエリの単位です。詳細については、「MetricStore」をご参照ください。 |
|
ログ |
ログは、システムで発生したイベントのレコードです。何がいつ発生したかに関する情報を含み、操作とその結果の時系列シーケンスを形成します。詳細については、「ログ」をご参照ください。 |
|
LogGroup |
LogGroup は、ログのコレクションであり、データの書き込みと読み取りの基本単位として機能します。LogGroup 内のすべてのログは、IP アドレスやソースなどの同じメタデータを共有します。詳細については、「LogGroup」をご参照ください。 |
|
メトリック |
メトリックは、時間の経過とともにキャプチャされたシステムの状態またはパフォーマンスの数値測定値です。詳細については、「メトリック」をご参照ください。 |
|
トレース |
トレースは、分散システム内でのトランザクションまたはプロセスの実行パスを表します。詳細については、「トレース」をご参照ください。 |
|
シャード |
シャードは、LogStore の読み取りおよび書き込みスループットを制御します。すべてのデータは特定のシャードに保存されます。各シャードは、左閉右開の MD5 ハッシュ範囲に対応します。これらの範囲は重複せず、[00000000000000000000000000000000 から ffffffffffffffffffffffffffffffff) までの MD5 値空間全体をカバーします。詳細については、「シャード」をご参照ください。 |
|
Topic |
Log Service は、ログ収集時に指定する Topic を使用してログを分類します。詳細については、「Topic」をご参照ください。 |
|
エンドポイント |
エンドポイントは、Project とそのデータにアクセスするために使用される URL です。リージョンごとに異なるエンドポイントがあります。同じリージョン内でも、内部ネットワークアクセスとパブリックネットワークアクセスでエンドポイントが異なります。詳細については、「サービスエンドポイント」をご参照ください。 |
|
AccessKey |
AccessKey は、AccessKey ID と AccessKey Secret で構成され、身分認証に使用されます。Log Service は、AccessKey ID と AccessKey Secret を使用して、対称暗号化によりリクエスト送信者の ID を検証します。AccessKey ID はユーザーを識別し、AccessKey Secret はユーザーが署名文字列を暗号化し、Log Service がそれを検証するために使用するキーです。AccessKey Secret は機密保持する必要があります。詳細については、「AccessKey」をご参照ください。 |
|
リージョン |
リージョンは、Log Service の データセンターの物理的な場所です。Project を作成する際にリージョンを選択する必要があり、この選択は後で変更できません。詳細については、「利用可能なリージョン」をご参照ください。 |
データ収集
|
用語 |
説明 |
|
Logtail |
Logtail は、Log Service が提供するログ収集エージェントです。詳細については、「Logtail (レガシーコレクター)」をご参照ください。 |
|
Logtail 構成 |
Logtail 構成は、Logtail がログを収集するために使用するポリシーを定義します。これには、ログファイルの場所と収集方法が含まれます。詳細については、「Logtail 構成 (レガシー)」をご参照ください。 |
|
マシングループ |
マシングループは、サーバーの仮想グループです。Log Service は、Logtail がログを収集するすべてのサーバーを管理するためにマシングループを使用します。詳細については、「マシングループ」をご参照ください。 |
クエリと分析
|
用語 |
説明 |
|
クエリ |
クエリは、クエリ文で指定されたフィルタリングルールに基づいて、一致するログを返します。詳細については、「クエリの概要」をご参照ください。 |
|
分析 |
分析は、SQL 関数を使用してクエリ結果に対して計算を実行し、集計された結果を返します。
|
|
クエリと分析文 |
クエリと分析文は、 |
|
インデックス |
インデックスは、キーワードと実際のデータへの論理ポインターで構成される転置データ構造です。これは、データの目次のように機能し、キーワードに基づいて特定のデータ行をすばやく見つけることができます。クエリを実行する前にインデックスを構成する必要があります。Log Service は、次の 2 種類のインデックスを提供します。
詳細については、「インデックスの作成」をご参照ください。 |
|
標準 SQL |
標準 SQL は、SQL 分析用の無料リソースです。専用 SQL よりも厳格なリソース制限があります。 |
|
専用 SQL |
専用 SQL は、Log Service が提供する SQL 分析用の有料リソースです。数百億レコードに及ぶ大規模なデータを分析する必要がある場合に、専用 SQL を使用できます。詳細については、「高性能で正確なクエリと分析 (専用 SQL)」をご参照ください。 |
データ変換
|
用語 |
説明 |
|
DSL |
DSL は、Log Service におけるデータ変換用の Python 互換スクリプト言語です。詳細については、「言語の概要」をご参照ください。 |
|
変換ルール |
変換ルールは、Log Service DSL で記述されたデータ変換スクリプトです。詳細については、「構文の概要」をご参照ください。 |
消費と配信
|
用語 |
説明 |
|
コンシューマーグループ |
Log Service では、コンシューマーグループを使用してデータを消費できます。コンシューマーグループは、LogStore からログデータを集合的に消費する複数のコンシューマーで構成されます。同じグループ内のコンシューマーは、同じデータを二度消費することはありません。詳細については、「コンシューマーグループを使用したログの消費」をご参照ください。 |
アラート
|
用語 |
説明 |
|
アラート |
単独で使用される場合、 複合語の一部として使用される場合、 詳細については、「Log Service アラートとは」をご参照ください。 |
|
アラート監視 |
これは、アラートの生成を担当するアラートサブシステムです。アラート監視ルールとリソースデータで構成されます。 このシステムは、構成されたアラート監視ルールに基づいて定期的にチェックを実行します。クエリと分析の結果を評価してアラートまたは復旧通知をトリガーし、それらをアラート管理システムに送信します。 |
|
アラート管理 |
これは、アラートノイズを削減し、アラートステータスを管理するアラートサブシステムです。アラートポリシー、インシデント管理、およびアラートダッシュボードで構成されます。 アラート管理システムは、アラートポリシーを使用して、受信したアラートをルーティング、抑制、重複排除、サイレンス、またはマージし、その後通知管理システムに送信します。また、インシデントフェーズの設定とハンドラの割り当てもサポートしています。 |
|
通知管理 |
これは、通知チャネルと受信者の管理を担当するアラートサブシステムです。アクションポリシー、コンテンツテンプレート、カレンダー、ユーザー、ユーザーグループ、オンコールグループ、およびチャネルクォータで構成されます。 通知管理システムは、アクションポリシーを使用して、アラートを特定の通知チャネルに動的にルーティングし、その後ターゲットユーザー、ユーザーグループ、またはオンコールグループに通知します。また、アラート通知エスカレーションやカスタマイズされた通知コンテンツなどの機能もサポートしています。 |