# OTel メトリクスの料金とストレージ
<a name="metrics-otel-pricing"></a>

CloudWatch の OpenTelemetry メトリクスでは、ストレージとクエリアクセス込みの GB 単位の取り込み料金モデルが採用されています。メトリクスや API コールごと、あるいは別途のストレージ利用に対して課金は発生しません。現在の料金について詳しくは、「[Amazon CloudWatch 料金表](https://aws.amazon.com/cloudwatch/pricing/)」を参照してください。

## 料金設定の主な特徴
<a name="metrics-otel-pricing-characteristics"></a>

OTel メトリクスの料金モデルには、次の特徴があります。
+ **GB 単位の取り込み** – 固有のメトリクス系列の数ではなく、取り込まれたデータの量に基づいて課金されます。
+ **ストレージ込み** – 追加料金なしで 15 か月間保持できます。
+ **コンソールクエリ無料** – CloudWatch コンソール (Query Studio、ダッシュボード) の PromQL クエリは無料です。
+ **API クエリはサンプル単位で課金** – プログラムによる PromQL クエリは、スキャンされたサンプル 100 万件ごとに課金されます。
+ **メトリクスごとの課金なし** – Classic の料金設定とは異なり、固有のメトリクス名またはラベルの組み合わせごとに課金されることはありません。

## OTel と Classic の料金の比較
<a name="metrics-otel-pricing-comparison"></a>

次の表は、OTel メトリクスの料金と Classic メトリクスの料金を比較したものです。


| 機能 | OTel メトリクス | Classic メトリクス | 
| --- | --- | --- | 
| 請求単位 | 取り込まれた GB 単位 | メトリクス単位の月額制 | 
| Storage | 15 か月分込み | 15 か月分込み | 
| コンソールクエリ | 空き | 空き | 
| API クエリ | スキャンされたサンプル 100 万件あたり | リクエストされたメトリクス 1,000 件あたり (GetMetricData) | 
| 高カーディナリティコスト | (メトリクス数ではなく) データ量に比例 | 高額 – 固有のディメンション組み合わせを持つ場合は別個のメトリクスとして扱われ、それぞれが請求対象となります | 

## 取り込まれたデータとしてカウントされるもの
<a name="metrics-otel-pricing-ingested-data"></a>

各 OTLP データポイントは、そのシリアル化されたサイズ分だけ取り込みボリュームに影響を及ぼします。シリアル化されたサイズには、次のコンポーネントが含まれます。
+ メトリクス名
+ すべてのラベル (キーと値)
+ リソース属性
+ タイムスタンプと値

ラベルセットが大きくなると、データポイントあたりのバイト数が増加します。取り込みボリュームは、CloudWatch コンソールの [使用状況メトリクス] でモニタリングできます。

## コスト最適化のヒント
<a name="metrics-otel-pricing-optimization"></a>

OTel メトリクスのコストを最適化するために、次の戦略を活用してください。
+ 可能な場合は、短いラベル値を使用します。ラベル値は、各データポイントのバイトサイズに影響します。
+ クエリを実行しない高カーディナリティラベル (リクエスト ID など) をコレクターのレベルでドロップします。
+ Container Insights OTel の場合、デフォルトのコレクションはクラスターサイズに基づいて予測可能なボリュームを生成します。