カスタムメトリクスの課金

COUNT と RATE のカスタムメトリクスの数は、同じロジックで計算されます。

このタグスキームで RATE メトリクスに送信された一意のタグ値の組み合わせ数は 4 です。

• host:A、endpoint:X、status:200
• host:B、endpoint:X、status:200
• host:B、endpoint:X、status:400
• host:B、endpoint:Y、status:200

これにより、request.Latency では 4 つのカスタムメトリクスが報告されます。

タグ追加の影響

タグを追加してもカスタムメトリクスが増えるとは限りません。カスタムメトリクス数は、一般的に、最小粒度または最も詳細なタグに対応します。例えば、米国の気温を測定しており、国と地域ごとに temperature メトリクスでタグ付けしたとします。その場合、次のように Datadog に送信します。

3 つの値 NYC、Miami、Orlando を持つ city という タグを追加するとします。 このタグを追加すると、以下の表に示すように、より詳細でより粒度の小さい情報をデータセットに加えることになるため、カスタムメトリクスの数が増えます。

temperature から報告されるカスタムメトリクス数は、最小粒度のタグ city に対応します。

temperature メトリクスを state メトリクス (NY と Florida の 2 つの値を持つ) でタグ付けするとします。この場合、country、region、state、city で temperature をタグ付けしていることになります。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™ を使用してタグと集計を構成することによって影響を受ける可能性があります。Metrics without Limits™ は、インジェストコストとインデキシングコストを切り離すので、Datadog に全てのデータを送り続けることができ (全てインジェストされます)、Datadog プラットフォームでクエリ可能に残しておきたいタグの許可リストを指定することができます。Datadog が構成したメトリクスにインジェストするデータ量は、インデックスを作成した残りのデータ量とは異なるため、Usage ページと Metrics Summary ページには 2 つの異なるボリュームが表示されます。

• Ingested Custom Metrics: インジェストされたすべてのタグに基づくカスタムメトリクスの元となる量 (コード経由で送信されます)。
• Indexed Custom Metrics: Datadog プラットフォームでクエリ可能なカスタムメトリクスの量 (Metrics without Limits™ のコンフィギュレーションに基づく)

**注: 構成されたメトリクスのみが、Ingested custom metrics ボリュームに寄与します。**Metrics without Limits™ でメトリクスが構成されていない場合、そのインデックスされたカスタムメトリクスボリュームに対してのみ課金されます。

インジェストされたカスタムメトリクスとインデックスされたカスタムメトリクスは、いつ課金されるのですか？

Metrics without Limits™ で構成されていないメトリクスについては、インデックスされたカスタムメトリクスの代金をお支払いいただきます。

Metrics without Limits™ で構成されたメトリクス (タグ/集計が構成されている) の場合、インジェストされたカスタムメトリクスとインデックスされたカスタムメトリクスに対してお支払いいただきます。

Metrics without Limits™ を使って、endpoint と status のタグだけを残して request.Latency メトリクスのサイズを小さくしたいとします。その結果、以下の 3 つの一意のタグの組み合わせになります。

• endpoint:X、status:200
• endpoint:X、status:400
• endpoint:Y、status:200

タグ構成の結果、request.Latency は合計で 3 つのインデックスされたカスタムメトリクスを報告しています。このメトリクスに送信されたオリジナルのタグに基づくと、request.Latency のオリジナルのインジェストされたカスタムメトリクス量は、4 個のインジェストされたカスタムメトリクスとなります。

デフォルトでは、Datadog は、構成したメトリクスのクエリの数学的精度を維持するために、メトリクスのタイプに応じて、最も頻繁にクエリされる集計の組み合わせを保存します。

• 構成されたカウント/レートは SUM の時間/空間集計でクエリ可能です

クエリにとって価値がある場合は、より多くの集計にオプトインできます。インデックスされたカスタムメトリクスの数は、有効な集計の数に比例します。

Metrics without Limits™ の詳細についてはこちらをご覧ください。

このタグスキームで GAUGE メトリクスに送信された一意のタグ値の組み合わせ数は 4 です。

• host:A、endpoint:X、status:200
• host:B、endpoint:X、status:200
• host:B、endpoint:X、status:400
• host:B、endpoint:Y、status:200

これにより、request.Latency では 4 つのカスタムメトリクスが報告されます。

タグ追加の影響

タグを追加してもカスタムメトリクスが増えるとは限りません。カスタムメトリクス数は、一般的に、最小粒度または最も詳細なタグに対応します。例えば、米国の気温を測定しており、国と地域ごとに temperature メトリクスでタグ付けしたとします。その場合、次のように Datadog に送信します。

3 つの値 NYC、Miami、Orlando を持つ city という タグを追加するとします。 このタグを追加すると、以下の表に示すように、より詳細でより粒度の小さい情報をデータセットに加えることになるため、カスタムメトリクスの数が増えます。

temperature から報告されるカスタムメトリクス数は、最小粒度のタグ city に対応します。

temperature メトリクスを state メトリクス (NY と Florida の 2 つの値を持つ) でタグ付けするとします。この場合、country、region、state、city で temperature をタグ付けしていることになります。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™][4] を使用してタグと集計を構成することによって影響を受ける可能性があります。Metrics without Limits™ は、インジェストコストとインデキシングコストを切り離すので、Datadog に全てのデータを送り続けることができ (全てインジェストされます)、Datadog プラットフォームでクエリ可能に残しておきたいタグの許可リストを指定することができます。Datadog が構成したメトリクスにインジェストするデータ量は、インデックスを作成した残りのデータ量とは異なるため、Usage ページと Metrics Summary ページには 2 つの異なるボリュームが表示されます。

• Ingested Custom Metrics: インジェストされたすべてのタグに基づくカスタムメトリクスの元となる量 (コード経由で送信されます)。
• Indexed Custom Metrics: Datadog プラットフォームでクエリ可能なカスタムメトリクスの量 (Metrics without Limits™ のコンフィギュレーションに基づく)

**注: 構成されたメトリクスのみが、Ingested custom metrics ボリュームに寄与します。**Metrics without Limits™ でメトリクスが構成されていない場合、そのインデックスされたカスタムメトリクスボリュームに対してのみ課金されます。

インジェストされたカスタムメトリクスとインデックスされたカスタムメトリクスは、いつ課金されるのですか？

Metrics without Limits™ で構成されていないメトリクスについては、インデックスされたカスタムメトリクスの代金をお支払いいただきます。

Metrics without Limits™ で構成されたメトリクス (タグ/集計が構成されている) の場合、インジェストされたカスタムメトリクスとインデックスされたカスタムメトリクスに対してお支払いいただきます。

デフォルトでは、Datadog は、構成したメトリクスのクエリの数学的精度を維持するために、メトリクスのタイプに応じて、最も頻繁にクエリされる集計の組み合わせを以下のように保存します。

• 構成されたゲージは AVG/AVG の時間/空間集計ででクエリ可能です

クエリにとって価値がある場合は、より多くの集計にオプトインできます。インデックスされたカスタムメトリクスの数は、有効な集計の数に比例します。

Metrics without Limits™ の詳細についてはこちらをご覧ください。

**HISTOGRAM メトリクスは、一意のメトリクス名とタグ値の組み合わせごとに 5 つのカスタムメトリクスをデフォルトで生成し、Agent 側の max、median、avg、95pc、count の集計をサポートします。詳細については、HISTOGRAM メトリクスタイプをご参照ください。

このタグスキームで HISTOGRAM メトリクスに送信された一意のタグ値の組み合わせ数は 4 です。

• host:A、endpoint:X、status:200
• host:B、endpoint:X、status:200
• host:B、endpoint:X、status:400
• host:B、endpoint:Y、status:200

デフォルトでは、Agent は元の 4 つのタグ値の組み合わせそれぞれに 5 つのカスタムメトリクスを生成して、avg、count、median、95percentile、max の Agent 側の各集計を有効にします。結果的に、request.Latency から報告されるカスタムメトリクスの総数は 4×*5 = 20 になります。

注意: HISTOGRAM メトリクスに集計を追加すると、個別のカスタムメトリクスの報告数が増えます。集計を削除すると、カスタムメトリクスの報告数が減ります。

• どの集計を Datadog に送信するかは、datadog.yaml 構成ファイルの histogram_aggregates パラメーターで構成します。デフォルトでは、max、median、avg、count の集計だけが Datadog に送信されます。必要に応じて sum および min も利用できます。
• Datadog に送信するパーセンタイル集計を、datadog.yaml 構成ファイルの histogram_percentiles パラメーターで構成します。デフォルトでは、パーセンタイル順位が 95 の 95percentile だけが Datadog に送信されます。

DISTRIBUTION メトリクスは、一意のメトリクス名とタグ値の組み合わせごとに 5 つのカスタムメトリクスをデフォルトで生成し、値の全体的な分布を表示します。これら 5 つのカスタムメトリクスは、サーバー側の count、sum、min、max、avg の集計をサポートします。詳細については、DISTRIBUTION メトリクスタイプをご参照ください。

このタグスキームで分布メトリクスに送信された一意のタグ値の組み合わせ数は 4 です。

• host:A、endpoint:X、status:200
• host:B、endpoint:X、status:200
• host:B、endpoint:X、status:400
• host: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 カスタムメトリクス 。

この表は、パーセンタイル集計をディストリビューションメトリクスに追加した場合の効果をまとめたものです。

Metrics without Limits™ でタグを構成する

カスタムメトリクスのボリュームは、Metrics without Limits™ を使用してタグと集計を構成することによって影響を受ける可能性があります。Metrics without Limits™ は、インジェストコストとインデキシングコストを切り離すので、Datadog に全てのデータを送り続けることができ (全てインジェストされます)、Datadog プラットフォームでクエリ可能に残しておきたいタグの許可リストを指定することができます。Datadog が構成したメトリクスにインジェストするデータ量は、インデックスを作成した残りのデータ量とは異なるため、Usage ページと Metrics Summary ページには 2 つの異なるボリュームが表示されます。

• Ingested Custom Metrics: インジェストされたすべてのタグに基づくカスタムメトリクスの元となる量 (コード経由で送信されます)。
• Indexed Custom Metrics: Datadog プラットフォームでクエリ可能なカスタムメトリクスの量 (Metrics without Limits™ のコンフィギュレーションに基づく)

**注: 構成されたメトリクスのみが、Ingested custom metrics ボリュームに寄与します。**Metrics without Limits™ でメトリクスが構成されていない場合、そのインデックスされたカスタムメトリクスボリュームに対してのみ課金されます。

インジェストされたカスタムメトリクスとインデックスされたカスタムメトリクスは、いつ課金されるのですか？

Metrics without Limits™ で構成されていないメトリクスについては、インデックスされたカスタムメトリクスの代金をお支払いいただきます。

Metrics without Limits™ で構成されたメトリクス (タグ/集計が構成されている) の場合、インジェストされたカスタムメトリクスとインデックスされたカスタムメトリクスに対してお支払いいただきます。

request.Latency メトリクスに関連付けられた endpoint タグと status タグのみを維持すると、結果として次の 3 つのタグの組み合わせができます。

• endpoint:X、status:200
• endpoint:X、status:400
• endpoint:Y、status:200

DISTRIBUTION メトリクスからのカスタムメトリクスの数は、メトリクス名とタグ値の一意の組み合わせの 5 倍となります。タグのカスタマイズの結果、request.Latency は合計 5*3 = 15 個のインデックスされたカスタムメトリクスを報告しています。このメトリクスで送信されたオリジナルのタグに基づくと、request.Latency のオリジナルのインジェストされたカスタムメトリクス量は、20 個のインジェストされたカスタムメトリクスとなります。

Metrics without Limits™ の詳細についてはこちらをご覧ください。