Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

# Harga dan penyimpanan metrik OTel
<a name="metrics-otel-pricing"></a>

OpenTelemetry metrik CloudWatch menggunakan model konsumsi per GB dengan penyimpanan dan akses kueri yang disertakan. Tidak ada biaya penyimpanan per metrik, per-API-call, atau terpisah. Untuk detail harga saat ini, lihat [ CloudWatchHarga Amazon](https://aws.amazon.com/cloudwatch/pricing/).

## Karakteristik harga utama
<a name="metrics-otel-pricing-characteristics"></a>

Model penetapan harga metrik OTel memiliki karakteristik sebagai berikut:
+ **Per-GB konsumsi** — Anda membayar berdasarkan volume data yang dicerna, bukan jumlah seri metrik unik.
+ **Termasuk penyimpanan** - retensi 15 bulan tanpa biaya tambahan.
+ **Kueri konsol gratis** — kueri PromQL di CloudWatch konsol (Query Studio, dasbor) gratis.
+ **Kueri API dikenakan biaya per sampel** — Kueri PromQL terprogram dikenakan biaya per juta sampel yang dipindai.
+ **Tidak ada biaya per metrik** - Tidak seperti harga Klasik, tidak ada biaya per nama metrik unik atau kombinasi label.

## Bagaimana oTel dibandingkan dengan harga Klasik
<a name="metrics-otel-pricing-comparison"></a>

Tabel berikut membandingkan harga metrik OTel dengan harga metrik Klasik.


| Fitur | Metrik OTel | Metrik Klasik | 
| --- | --- | --- | 
| Unit penagihan | Per GB tertelan | Per metrik per bulan | 
| Penyimpanan | Termasuk 15 bulan | Termasuk 15 bulan | 
| Kueri konsol | Kosong | Kosong | 
| Kueri API | Per juta sampel yang dipindai | Per 1.000 metrik yang diminta () GetMetricData | 
| Biaya kardinalitas tinggi | Linear dengan volume data (bukan hitungan metrik) | Mahal - setiap kombinasi dimensi unik adalah metrik yang dapat ditagih terpisah | 

## Apa yang dianggap sebagai data yang dicerna
<a name="metrics-otel-pricing-ingested-data"></a>

Setiap titik data OTLP menyumbangkan ukuran serialnya ke volume konsumsi. Ukuran serial mencakup komponen-komponen berikut:
+ Nama metrik
+ Semua label (kunci dan nilai)
+ Atribut sumber daya
+ Stempel waktu dan nilai

Set label yang lebih besar menghasilkan lebih banyak byte per titik data. Anda dapat memantau volume konsumsi Anda di CloudWatch konsol di bawah Metrik Penggunaan.

## Kiat pengoptimalan biaya
<a name="metrics-otel-pricing-optimization"></a>

Gunakan strategi berikut untuk mengoptimalkan biaya metrik OTel Anda:
+ Gunakan nilai label yang lebih pendek jika memungkinkan. Nilai label berkontribusi pada ukuran byte dari setiap titik data.
+ Jatuhkan label kardinalitas tinggi yang tidak Anda kueri (misalnya, ID permintaan) di tingkat kolektor.
+ Untuk Container Insights OTel, koleksi default menghasilkan volume yang dapat diprediksi berdasarkan ukuran cluster.