COUNT と RATE のカスタムメトリクスの数は、同じロジックで計算されます。
このタグスキームで RATE メトリクスに送信された一意のタグ値の組み合わせ数は 4 です。
host:A、endpoint:X、status:200host:B、endpoint:X、status:200host:B、endpoint:X、status:400host:B、endpoint:Y、status:200
これにより、request.Latency では 4 つのカスタムメトリクスが報告されます。
タグを追加しても、必ずしもカスタムメトリクスが増えるとは限りません。カスタムメトリクスのカウントは通常、最も粒度の細かいタグに応じてスケールします。アメリカで温度を測定していると仮定し、temperature メトリクスに国と地域でタグ付けしています。次の内容を Datadog に送信します。
| メトリクス名 | タグ値 |
|---|
temperature | country:USA、region: Northeast |
temperature | country:USA、region: Southeast |
NYC、Miami、および Orlando の 3 つの値を持つ city というタグを追加するとします。このタグを追加すると、以下の表に示すように、より詳細な情報をデータセットに加えることになるため、カスタムメトリクスの数が増えます。
| メトリクス名 | タグ値 |
|---|
temperature | country:USA、region: Northeast、city: NYC |
temperature | country:USA、region: Southeast、city: Orlando |
temperature | country:USA、region: Southeast、city: Miami |
temperature から報告されるカスタムメトリクス数は、最も詳細なタグ city に対応します。
温度メトリクスに state でタグ付けすると仮定します (値は NY と Florida の 2 つです)。これは、country、region、state、および city のタグを温度に付けていることを意味します。state タグを追加しても、city タグによって提供されるデータセットの粒度は増加しません。
Florida の気温を入手するには、次のようにカスタムメトリクスの組み合わせを変更します。
temperature{country:USA, state:Florida, city:Orlando}temperature{country:USA, state:Florida, city:Miami}
注: タグ値を並べ替えても、一意性は追加されません。以下の組み合わせは同じカスタムメトリクスです。
temperature{country:USA, state:Florida, city:Miami}temperature{state:Florida, city:Miami, country:USA}
カスタムメトリクスのボリュームは、Metrics without Limits™ を使用したタグ構成の影響を受ける可能性があります。Metrics without Limits™ は、インジェストコストとインデックスコストを分離します。これにより、Datadog にすべてのデータを送信し続けることができ (すべてがインジェストされます)、Datadog プラットフォームでクエリ可能なタグの許可リストを指定できます。Datadog がインジェストしているデータ量は、インデックスされた残りのより小さいデータ量と異なるため、Usage ページおよび Metrics Summary ページに 2 つの異なるデータ量が表示されます。
- Ingested Custom Metrics: インジェストされたすべてのタグに基づくカスタムメトリクスの元となる量 (コード経由で送信されます)
- Indexed Custom Metrics: Datadog プラットフォームでクエリ可能なカスタムメトリクスの量 (Metrics without Limits™ の構成に基づく)
**注: 構成されたメトリクスのみがインジェストされたカスタムメトリクスのボリュームに寄与します。**メトリクスが Metrics without Limits™ で構成されていない場合、そのインデックスされたカスタムメトリクスのボリュームのみに課金されます。
インジェストされたカスタムメトリクスとインデックスされたカスタムメトリクスはいつ課金されますか。
Metrics without Limits™ で構成されていないメトリクスについては、インデックスされたカスタムメトリクスの代金をお支払いいただきます。
| インデックスされたカスタムメトリクス (1 時間あたりの月平均カスタムメトリクス数ベース) |
|---|
| アカウントの割り当て | - Pro: ホストあたり 100 のインデックスされたカスタムメトリクス - Enterprise: ホストあたり 200 のインデックスされたカスタムメトリクス |
| アカウントの割り当てを超える使用量 | アカウントの割り当てを超えるインデックスされたカスタムメトリクス 100 個ごとに、現在の契約で指定された金額をお支払いいただきます。 |
Metrics without Limits™ で構成されたメトリクス (タグが構成されている) の場合、インジェストされたカスタムメトリクスとインデックスされたカスタムメトリクスに対してお支払いいただきます。
| インジェストされたカスタムメトリクス | インデックスされたカスタムメトリクス |
|---|
| アカウントの割り当て | - Pro: ホストあたり 100 のインジェストされたカスタムメトリクス - Enterprise: ホストあたり 200 のインジェストされたカスタムメトリクス | - Pro: ホストあたり 100 のインデックスされたカスタムメトリクス - Enterprise: ホストあたり 200 のインデックスされたカスタムメトリクス |
| アカウントの割り当てを超える使用量 | アカウントの割り当てを超えるインジェストされたカスタムメトリクス 100 個ごとに、$0.10 をお支払いいただきます。 | アカウントの割り当てを超えるインデックスされたカスタムメトリクス 100 個ごとに、現在の契約で指定された金額をお支払いいただきます。 |
Metrics without Limits™ を使用して、request.Latency メトリクスのサイズを、endpoint と status のタグのみを保持することで削減すると仮定します。これにより、次の 3 つの一意のタグの組み合わせが得られます。
endpoint:X、status:200endpoint:X、status:400endpoint:Y、status:200
タグの構成の結果、request.Latency は合計 3 つのインデックスされたカスタムメトリクスを報告しています。このメトリクスに送信された元のタグに基づいて、元のインジェストされたカスタムメトリクスのボリューム request.Latency は 4 つのインジェストされたカスタムメトリクスです。
Metrics without Limits™ の詳細についてはこちらをご覧ください。
このタグスキームで GAUGE メトリクスに送信された一意のタグ値の組み合わせ数は 4 です。
host:A、endpoint:X、status:200host:B、endpoint:X、status:200host:B、endpoint:X、status:400host:B、endpoint:Y、status:200
これにより、request.Latency では 4 つのカスタムメトリクスが報告されます。
タグを追加しても、必ずしもカスタムメトリクスが増えるとは限りません。カスタムメトリクスのカウントは通常、最も粒度の細かいタグに応じてスケールします。アメリカで温度を測定していると仮定し、temperature メトリクスに国と地域でタグ付けしています。次の内容を Datadog に送信します。
| メトリクス名 | タグ値 |
|---|
temperature | country:USA、region: Northeast |
temperature | country:USA、region: Southeast |
NYC、Miami、および Orlando の 3 つの値を持つ city というタグを追加するとします。このタグを追加すると、以下の表に示すように、より詳細な情報をデータセットに加えることになるため、カスタムメトリクスの数が増えます。
| メトリクス名 | タグ値 |
|---|
temperature | country:USA、region: Northeast、city: NYC |
temperature | country:USA、region: Southeast、city: Orlando |
temperature | country:USA、region: Southeast、city: Miami |
temperature から報告されるカスタムメトリクス数は、最も詳細なタグ city に対応します。
温度メトリクスに state でタグ付けすると仮定します (値は NY と Florida の 2 つです)。これは、country、region、state、および city のタグを温度に付けていることを意味します。state タグを追加しても、city タグによって提供されるデータセットの粒度は増加しません。
Florida の気温を入手するには、次のようにカスタムメトリクスの組み合わせを変更します。
temperature{country:USA, state:Florida, city:Orlando}temperature{country:USA, state:Florida, city:Miami}
注: タグ値を並べ替えても、一意性は追加されません。以下の組み合わせは同じカスタムメトリクスです。
temperature{country:USA, state:Florida, city:Miami}temperature{state:Florida, city:Miami, country:USA}
カスタムメトリクスのボリュームは、[Metrics without Limits™][4] を使用したタグ構成の影響を受ける可能性があります。Metrics without Limits™ は、インジェストコストとインデックスコストを分離します。これにより、Datadog にすべてのデータを送信し続けることができ (すべてがインジェストされます)、Datadog プラットフォームでクエリ可能なタグの許可リストを指定できます。Datadog がインジェストしているデータ量は、インデックスされた残りのより小さいデータ量と異なるため、Usage ページおよび Metrics Summary ページに 2 つの異なるデータ量が表示されます。
- Ingested Custom Metrics: インジェストされたすべてのタグに基づくカスタムメトリクスの元となる量 (コード経由で送信されます)
- Indexed Custom Metrics: Datadog プラットフォームでクエリ可能なカスタムメトリクスの量 (Metrics without Limits™ の構成に基づく)
**注: 構成されたメトリクスのみがインジェストされたカスタムメトリクスのボリュームに寄与します。**メトリクスが Metrics without Limits™ で構成されていない場合、そのインデックスされたカスタムメトリクスのボリュームのみに課金されます。
インジェストされたカスタムメトリクスとインデックスされたカスタムメトリクスはいつ課金されますか。
Metrics without Limits™ で構成されていないメトリクスについては、インデックスされたカスタムメトリクスの代金をお支払いいただきます。
| インデックスされたカスタムメトリクス (1 時間あたりの月平均カスタムメトリクス数ベース) |
|---|
| アカウントの割り当て | - Pro: ホストあたり 100 のインデックスされたカスタムメトリクス - Enterprise: ホストあたり 200 のインデックスされたカスタムメトリクス |
| アカウントの割り当てを超える使用量 | アカウントの割り当てを超えるインデックスされたカスタムメトリクス 100 個ごとに、現在の契約で指定された金額をお支払いいただきます。 |
Metrics without Limits™ で構成されたメトリクス (タグが構成されている) の場合、インジェストされたカスタムメトリクスとインデックスされたカスタムメトリクスに対してお支払いいただきます。
| インジェストされたカスタムメトリクス | インデックスされたカスタムメトリクス |
|---|
| アカウントの割り当て | - Pro: ホストあたり 100 のインジェストされたカスタムメトリクス - Enterprise: ホストあたり 200 のインジェストされたカスタムメトリクス | - Pro: ホストあたり 100 のインデックスされたカスタムメトリクス - Enterprise: ホストあたり 200 のインデックスされたカスタムメトリクス |
| アカウントの割り当てを超える使用量 | アカウントの割り当てを超えるインジェストされたカスタムメトリクス 100 個ごとに、$0.10 をお支払いいただきます。 | アカウントの割り当てを超えるインデックスされたカスタムメトリクス 100 個ごとに、現在の契約で指定された金額をお支払いいただきます。 |
デフォルトでは、次の集計をクエリに使用できます。
SUM でグループ化 & AVG でロールアップMAX でグループ & AVG でロールアップMIN でグループ化 & AVG でロールアップAVG でグループ化 & SUM でロールアップSUM でグループ化 & SUM でロールアップMAX でグループ化 & MAX でロールアップMIN でグループ化 & MIN でロールアップSUM でグループ化 & COUNT でロールアップ
インデックスされたカスタムメトリクスの数は、有効な集計の数にはスケールしません。
Metrics without Limits™ についての詳細はこちらをご覧ください。
HISTOGRAM メトリクスは、一意のメトリクス名とタグ値の組み合わせごとに 5 つのカスタムメトリクスをデフォルトで生成し、Agent 側の max、median、avg、95pc、count の集計をサポートします。HISTOGRAM メトリックタイプについての詳細。
このタグスキームでヒストグラムメトリクスに送信された一意のタグ値の組み合わせ数は 4 です。
host:A、endpoint:X、status:200host:B、endpoint:X、status:200host:B、endpoint:X、status:400host:B、endpoint:Y、status:200
デフォルトでは、Agent は元の 4 つのタグ値の組み合わせそれぞれに 5 つのカスタムメトリクスを生成して、avg、count、median、95percentile、max の Agent 側の各集計を有効にします。結果的に、request.Latency から報告される*カスタムメトリクスの総数は 4×5 = 20 になります。
注: HISTOGRAM メトリクスに集計を追加すると、個別のカスタムメトリクスの報告数が増えます。集計を削除すると、カスタムメトリクスの報告数が減ります。
- datadog.yaml 構成ファイルの
histogram_aggregates パラメーターで、Datadog にどの集計を送信するかを構成します。デフォルトでは、max、median、avg、および count の集計だけが Datadog に送信されます。sum と min も必要に応じて利用可能です。 - datadog.yaml 構成ファイルの
histogram_percentiles パラメーターで、Datadog にどのパーセンタイル集計を送信するかを構成します。デフォルトでは、95percentile の 95 パーセンタイルだけが Datadog に送信されます。
DISTRIBUTION メトリクスは、メトリクス名とタグ値の各ユニークな組み合わせに対してデフォルトで 5 つのカスタムメトリクスを生成し、値のグローバルな統計分布を表します。これらの 5 つのカスタムメトリクスは、count、sum、min、max、および avg のサーバーサイド集計を表します。DISTRIBUTION メトリクスタイプについての詳細。
このタグスキームで DISTRIBUTION メトリクスに送信された一意のタグ値の組み合わせ数は 4 です。
host:A、endpoint:X、status:200host:B、endpoint:X、status:200host:B、endpoint:X、status:400host:B、endpoint:Y、status:200
DISTRIBUTION メトリクスのカスタムメトリクス数は、メトリクス名とタグ値の一意の組み合わせ数に 5 を掛けた数になります。結果として、request.Latency から報告される*カスタムメトリクスの総数は 5×4 = 20 になります。
パーセンタイル集計の追加
分布メトリクスにパーセンタイル集計 (p50、p75、p90、p95、および p99) を含めることができます。これらの追加のパーセンタイル集計を含めると、メトリクス名とタグ値のユニークな組み合わせの 5 倍の追加ボリュームが発生します (5*4 = 20 のカスタムメトリクス)。したがって、パーセンタイル集計を含むこの分布メトリクスから送信されるカスタムメトリクスの合計数は 2 * (5*4) = 40 のカスタムメトリクスです。
この表は、パーセンタイル集計をディストリビューションメトリクスに追加した場合の効果をまとめたものです。
| メトリクス | 課金対象となるカスタムメトリクスの数 |
|---|
| ベースラインディストリビューションからのカスタムメトリクスの数 (count、sum、min、max、avg) | 5*(tag value combinations) |
| パーセンタイル集計 (p50、p75、p90、p95、p99) を含むカスタムメトリクスの数 | 5*(tag value combinations) |
| 合計 | 2*5(tag value combinations) |
カスタムメトリクスのボリュームは、Metrics without Limits™ を使用してタグと集計を構成することで影響を受ける可能性があります。Metrics without Limits™ は、インジェストコストとインデックスコストを分離します。これにより、Datadog にすべてのデータを送信し続けることができ (すべてがインジェストされます)、Datadog プラットフォームでクエリ可能なタグの許可リストを指定できます。Datadog がインジェストしているデータ量は、インデックスされた残りのより小さいデータ量と異なるため、Usage ページおよび Metrics Summary ページに 2 つの異なるデータ量が表示されます。
- Ingested Custom Metrics: インジェストされたすべてのタグに基づくカスタムメトリクスの元となる量 (コード経由で送信されます)
- Indexed Custom Metrics: Datadog プラットフォームでクエリ可能なカスタムメトリクスの量 (Metrics without Limits™ の構成に基づく)
**注: 構成されたメトリクスのみがインジェストされたカスタムメトリクスのボリュームに寄与します。**メトリクスが Metrics without Limits™ で構成されていない場合、そのインデックスされたカスタムメトリクスのボリュームのみに課金されます。
インジェストされたカスタムメトリクスとインデックスされたカスタムメトリクスはいつ課金されますか。
Metrics without Limits™ で構成されていないメトリクスについては、インデックスされたカスタムメトリクスの代金をお支払いいただきます。
| インデックスされたカスタムメトリクス (1 時間あたりの月平均カスタムメトリクス数ベース) |
|---|
| アカウントの割り当て | - Pro: ホストあたり 100 のインデックスされたカスタムメトリクス - Enterprise: ホストあたり 200 のインデックスされたカスタムメトリクス |
| アカウントの割り当てを超える使用量 | アカウントの割り当てを超えるインデックスされたカスタムメトリクス 100 個ごとに、現在の契約で指定された金額をお支払いいただきます。 |
Metrics without Limits™ で構成されたメトリクス (タグ/集計が構成されている) の場合、インジェストされたカスタムメトリクスとインデックスされたカスタムメトリクスに対してお支払いいただきます。
| インジェストされたカスタムメトリクス | インデックスされたカスタムメトリクス |
|---|
| アカウントの割り当て | - Pro: ホストあたり 100 のインジェストされたカスタムメトリクス - Enterprise: ホストあたり 200 のインジェストされたカスタムメトリクス | - Pro: ホストあたり 100 のインデックスされたカスタムメトリクス - Enterprise: ホストあたり 200 のインデックスされたカスタムメトリクス |
| アカウントの割り当てを超える使用量 | アカウントの割り当てを超えるインジェストされたカスタムメトリクス 100 個ごとに、$0.10 をお支払いいただきます。 | アカウントの割り当てを超えるインデックスされたカスタムメトリクス 100 個ごとに、現在の契約で指定された金額をお支払いいただきます。 |
request.Latency メトリクスに関連付けられた endpoint および status タグのみを保持すると仮定します。これにより、次の 3 つの一意のタグの組み合わせが得られます。
endpoint:X、status:200endpoint:X、status:400endpoint:Y、status:200
DISTRIBUTION メトリクスのカスタムメトリクス数は、メトリクス名とタグ値の一意の組み合わせ数に 5 を掛けた数になります。タグのカスタマイズの結果、request.Latency は合計 5*3 = 15 のインデックスされたカスタムメトリクスを報告しています。このメトリクスに送信された元のタグに基づいて、元のインジェストされたカスタムメトリクスのボリューム request.Latency は 20 のインジェストされたカスタムメトリクスです。
Metrics without Limits™ についての詳細はこちらをご覧ください。