概要

クエリフィルターは条件と演算子で構成されます。

条件には 2 種類あります。

  • 単一条件は、1 つの単語です (testhello など)。

  • シーケンスは、二重引用符で囲まれた単語のグループです ("hello dolly" など)。

複合クエリで複数の条件を組み合わせるには、以下の大文字と小文字を区別するブール演算子を使用します。

演算子説明
AND: 両方の条件を含むイベントが選択されます (何も追加しなければ、AND がデフォルトで採用されます)。authentication AND failure
OR: いずれかの条件を含むイベントが選択されます。authentication OR password
-除外: 以下の用語はイベントに含まれません (個々の生テキスト検索に適用されます)。authentication AND -password

全文検索

全文検索機能はログ管理でのみ使用でき、モニター、ダッシュボード、およびノートブッククエリで機能します。全文検索構文は、インデックスフィルター、アーカイブフィルター、ログパイプラインフィルターを定義するため、または Live Tail では使用できません。

構文 *:search_term を使用して、ログメッセージを含むすべてのログ属性にわたって全文検索を実行します。

単一の用語の例

検索構文検索タイプ説明
*:hello全文hello という用語ですべてのログ属性を検索します。
helloフリーテキストhello という用語のログメッセージのみを検索します。

ワイルドカードを使った検索例

検索構文検索タイプ説明
*:hello全文すべてのログ属性から hello という文字列を検索します。
*:hello*全文すべてのログ属性から hello で始まる文字列を検索します。例えば、hello_world です。

完全一致の複数用語の例

検索構文検索タイプ説明
*:"hello world"全文hello world という用語のすべてのログ属性を検索します。
hello worldフリーテキストhello という用語のログメッセージのみを検索します。

完全一致しない複数用語の例

全文検索構文 *:hello world*:hello *:world と等価です。これは helloworld という用語のすべてのログ属性を検索します。

空白を含む複数用語の例

全文検索構文 *:"hello world" "i am here"*:"hello world" *:"i am here" と等価です。これは、hello worldi am here という用語のすべてのログ属性を検索します。

特殊文字とスペースのエスケープ

特殊文字と見なされる + - = && || > < ! ( ) { } [ ] ^ " ~ * ? : \ #、ならびにスペースは、\ 文字を使用してエスケープする必要があります。/ は特殊文字とはみなされないので、エスケープする必要はありません。

ログメッセージ内の特殊文字を検索することはできません。特殊文字が属性の中にある場合は、検索することができます。

特殊文字を検索するには、Grok Parser で特殊文字を属性にパースし、その属性を含むログを検索してください。

属性検索

特定の属性を検索するには、@ を付けて属性検索であることを明示します。

たとえば、属性名が url で、url の値 www.datadoghq.com で絞り込む場合は、次のように入力します。

@url:www.datadoghq.com

:

  1. 属性やタグを検索するためのファセットの定義は不要です

  2. 属性検索は大文字と小文字を区別します。 全文検索を使うと大文字と小文字を区別せずに検索できます。また、検索時に大文字と小文字を区別しない結果を得るために、Grok パーサーで lowercase フィルターを使用してパースすることもできます。

  3. 特殊文字を含む属性値を検索するには、エスケープ処理または二重引用符が必要です。

    • たとえば、値が hello:world の属性 my_attribute は、@my_attribute:hello\:world または @my_attribute:"hello:world" を使用して検索します。
    • 単一の特殊文字またはスペースに一致させるには、? ワイルドカードを使用します。たとえば、値が hello world の属性 my_attribute は、@my_attribute:hello?world を使用して検索します。

例:

検索クエリ説明
@http.url_details.path:"/api/v1/test"属性 http.url_details.path/api/v1/test と一致するすべてのログを検索します。
@http.url:/api\-v1/*http.url 属性に /api-v1/ で始まる値を含むすべてのログを検索します。
@http.status_code:[200 TO 299] @http.url_details.path:/api\-v1/*http.status_code の値が 200 から 299 で、http.url_details.path 属性に /api-v1/ で始まる値を含むすべてのログを検索します。
-@http.status_code:*http.status_code 属性を含まないすべてのログを検索します

CIDR 表記による検索

CIDR (Classless Inter Domain Routing) は、IP アドレスの範囲 (CIDR ブロックとも呼ばれる) を簡潔に定義することができる表記法です。CIDR は、ネットワーク (VPC など) またはサブネットワーク (VPC 内のパブリック/プライベートサブネットなど) を定義するために最もよく使用されます。

ユーザーは CIDR() 関数を使用して、CIDR 表記を使用してログの属性をクエリすることができます。CIDR() 関数は、フィルタリングのパラメーターとしてログ属性を渡し、その後に 1 つまたは複数の CIDR ブロックを渡す必要があります。

  • CIDR(@network.client.ip,13.0.0.0/8) は、フィールド network.client.ip の IP アドレスが 13.0.0.0/8 CIDR ブロックに該当するログにマッチしてフィルターをかけます。
  • CIDR(@network.ip.list,13.0.0.0/8, 15.0.0.0/8) は、配列属性 network.ip.list の IP アドレスが 13.0.0.0/8 または 15.0.0.0/8 CIDR ブロックに該当するログにマッチしてフィルターをかけます。
  • source:pan.firewall evt.name:reject CIDR(@network.client.ip, 13.0.0.0/8) は、13.0.0.0/8 サブネットで発信されるパロアルトファイアウォールの拒否イベントにマッチしてフィルターにかけます。
  • source:vpc NOT(CIDR(@network.client.ip, 13.0.0.0/8)) CIDR(@network.destination.ip, 15.0.0.0/8) は、サブネット間で環境内のネットワークトラフィックを分析するため、サブネット 13.0.0.0/8 から発生していないが、宛先サブネット 15.0.0.0/8 へ向けられている VPC ログをすべて表示します。

CIDR() 関数は、IPv4 と IPv6 の CIDR 表記をサポートし、ログエクスプローラー、Live Tail、ダッシュボードのログウィジェット、ログモニター、およびログ構成で動作します。

ワイルドカード

フリーテキスト検索ではワイルドカードを使用することができます。ただし、ログエクスプローラーの content 列のテキストであるログメッセージ内の用語のみを検索します。ログ属性の値を検索したい場合は、全文検索を参照してください。

複数文字のワイルドカード

ログメッセージ (ログエクスプローラーの content 列) で複数文字のワイルドカード検索を行うには、以下のように * 記号を使用します。

  • service:web* は、web で始まるサービスを持つすべてのログメッセージに一致します。
  • web* は、web で始まるすべてのログメッセージに一致します。
  • *web は、web で終わるすべてのログメッセージに一致します。

: ワイルドカードは、二重引用符の外側にあるワイルドカードとしてのみ機能します。例えば、"*test*" は、メッセージの中に *test* という文字列があるログにマッチします。*test* は、メッセージのどこかに test という文字列を持つログにマッチします。

ワイルドカード検索は、この構文を使用してタグおよび属性 (ファセット使用の有無を問わない) 内で機能します。次のクエリは、文字列 mongo で終わるすべてのサービスを返します。

service:*mongo

ワイルドカード検索は、ログ属性の一部ではないログのプレーンテキストを検索するためにも使用できます。例えば、このクエリは文字列 NETWORK を含むコンテナ (メッセージ) を持つすべてのログを返します。

*NETWORK*

しかし、この検索語は、文字列 NETWORK がログ属性内にあり、ログメッセージの一部でない場合は、それを含むログを返しません。

ワイルドカードを検索

特殊文字を含む属性値またはタグ値を検索する場合や、エスケープまたは二重引用符を必要とする場合は、? ワイルドカードを使用して 1 つの特殊文字またはスペースに一致させます。たとえば、値が hello world の属性 my_attribute を検索するには: @my_attribute:hello?world

数値

数値属性を検索するには、まずその属性をファセットとして追加します。次に、数値演算子 (<><=、または >=) を使用して、数値ファセットの検索を行うことができます。 例えば、応答時間が 100ms 超のログをすべて取得するには、次のようにします。

@http.response_time:>100

特定の範囲内にある数値属性を検索することができます。たとえば、4xx エラーをすべて取得するには、次のようにします。

@http.status_code:[400 TO 499]

タグ

ログは、タグを生成するホストインテグレーションからタグを引き継ぎます。これらも、ファセットとして検索で使用できます。

  • test は文字列「test」を検索します。
  • env:(prod OR test) は、タグ env:prod またはタグ env:test を含むすべてのログに一致します。
  • (env:prod AND -version:beta) は、タグ env:prod を含み、タグ version:beta は含まないすべてのログに一致します。

タグがタグのベストプラクティスに従わず、key:value 構文も使用していない場合は、次の検索クエリを使用します。

  • tags:<MY_TAG>

配列

次の例では、ファセットで Peter 値をクリックすると、users.names 属性の値が Peter であるか、Peter を含む配列であるすべてのログが返されます。

配列とファセット

: 同等の構文を使用して、検索をファセットではない配列属性にも使用することができます。

以下の例では、Windows 用の CloudWatch ログは、@Event.EventData.Data の下に JSON オブジェクトの配列が含まれています。JSON オブジェクトの配列にファセットを作成することはできませんが、以下の構文で検索することができます。

  • @Event.EventData.Data.Name:ObjectServer はキーName と値 ObjectServer ですべてのログに一致します。
JSON オブジェクト配列上のファセットなしクエリ

検索の保存

保存ビューに、検索クエリ、列、対象期間、およびファセットが格納されます。

その他の参考資料

PREVIEWING: may/unit-testing