本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
OTel 指標定價和儲存
CloudWatch 中的 OpenTelemetry 指標使用每個 GB 擷取模型，其中包含儲存和查詢存取權。每個指標、per-API-call或個別的儲存體費用不收取。如需目前的定價詳細資訊，請參閱 Amazon CloudWatch 定價
關鍵定價特性
OTel 指標定價模型具有下列特性：
-
每 GB 擷取 — 您根據擷取的資料量付費，而不是唯一指標序列的數量。
-
包含儲存 - 保留 15 個月，不收取額外費用。
-
免費主控台查詢 — CloudWatch 主控台 (Query Studio、儀表板） 中的 PromQL 查詢是免費的。
-
每個範例收費的 API 查詢 — 按掃描的百萬個範例收費程式設計 PromQL 查詢。
-
不按指標收費 - 與 Classic 定價不同，每個唯一的指標名稱或標籤組合不收取任何費用。
OTel 與 Classic 定價的比較
下表將 OTel 指標定價與 Classic 指標定價進行比較。
| 功能 | OTel 指標 | 傳統指標 |
|---|---|---|
帳單單位 |
擷取的每個 GB |
每月每個指標 |
儲存 |
包含 15 個月 |
包含 15 個月 |
主控台查詢 |
免費 |
免費 |
API 查詢 |
掃描的每百萬個樣本 |
每請求 1，000 個指標 (GetMetricData) |
高基數成本 |
線性與資料磁碟區 （非指標計數） |
昂貴 — 每個唯一維度組合都是單獨的計費指標 |
哪些 算作擷取的資料
每個 OTLP 資料點都會將其序列化大小貢獻至擷取磁碟區。序列化大小包含下列元件：
-
指標名稱
-
所有標籤 （索引鍵和值）
-
資源屬性
-
時間戳記和值
較大的標籤集會為每個資料點產生更多位元組。您可以在 CloudWatch 主控台的使用指標下監控您的擷取磁碟區。
成本最佳化秘訣
使用下列策略來最佳化 OTel 指標成本：
-
盡可能使用較短的標籤值。標籤值有助於每個資料點的位元組大小。
-
在收集器層級捨棄您未查詢的高基數標籤 （例如，請求 IDs)。
-
對於 Container Insights OTel，預設集合會根據叢集大小產生可預測的磁碟區。