本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# OTel 指標定價和儲存
<a name="metrics-otel-pricing"></a>

CloudWatch 中的 OpenTelemetry 指標使用每個 GB 擷取模型，其中包含儲存和查詢存取權。每個指標、per-API-call或個別的儲存體費用不收取。如需目前的定價詳細資訊，請參閱 [Amazon CloudWatch 定價](https://aws.amazon.com/cloudwatch/pricing/)。

## 關鍵定價特性
<a name="metrics-otel-pricing-characteristics"></a>

OTel 指標定價模型具有下列特性：
+ **每 GB 擷取** — 您根據擷取的資料量付費，而不是唯一指標序列的數量。
+ **包含儲存** - 保留 15 個月，不收取額外費用。
+ **免費主控台查詢** — CloudWatch 主控台 (Query Studio、儀表板） 中的 PromQL 查詢是免費的。
+ **每個範例收費的 API 查詢** — 按掃描的百萬個範例收費程式設計 PromQL 查詢。
+ **不按指標收費 **- 與 Classic 定價不同，每個唯一的指標名稱或標籤組合不收取任何費用。

## OTel 與 Classic 定價的比較
<a name="metrics-otel-pricing-comparison"></a>

下表將 OTel 指標定價與 Classic 指標定價進行比較。


| 功能 | OTel 指標 | 傳統指標 | 
| --- | --- | --- | 
| 帳單單位 | 擷取的每個 GB | 每月每個指標 | 
| 儲存 | 包含 15 個月 | 包含 15 個月 | 
| 主控台查詢 | 免費 | 免費 | 
| API 查詢 | 掃描的每百萬個樣本 | 每請求 1，000 個指標 (GetMetricData) | 
| 高基數成本 | 線性與資料磁碟區 （非指標計數） | 昂貴 — 每個唯一維度組合都是單獨的計費指標 | 

## 哪些 算作擷取的資料
<a name="metrics-otel-pricing-ingested-data"></a>

每個 OTLP 資料點都會將其序列化大小貢獻至擷取磁碟區。序列化大小包含下列元件：
+ 指標名稱
+ 所有標籤 （索引鍵和值）
+ 資源屬性
+ 時間戳記和值

較大的標籤集會為每個資料點產生更多位元組。您可以在 CloudWatch 主控台的使用指標下監控您的擷取磁碟區。

## 成本最佳化秘訣
<a name="metrics-otel-pricing-optimization"></a>

使用下列策略來最佳化 OTel 指標成本：
+ 盡可能使用較短的標籤值。標籤值有助於每個資料點的位元組大小。
+ 在收集器層級捨棄您未查詢的高基數標籤 （例如，請求 IDs)。
+ 對於 Container Insights OTel，預設集合會根據叢集大小產生可預測的磁碟區。