

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

# Menganalisis, mengoptimalkan, dan mengurangi CloudWatch biaya
<a name="cloudwatch_billing"></a>

Bagian ini menjelaskan bagaimana CloudWatch fitur Amazon menghasilkan biaya. Ini juga menyediakan metode yang dapat membantu Anda menganalisis, mengoptimalkan, dan mengurangi CloudWatch biaya. Sepanjang bagian ini, panduan ini terkadang mengacu pada harga saat menjelaskan CloudWatch fitur. Untuk informasi tentang harga, lihat [ CloudWatch Harga Amazon](https://aws.amazon.com/cloudwatch/pricing/?nc1=h_ls).

**Topics**
+ [Menganalisis data CloudWatch biaya dan penggunaan dengan Cost Explorer](#cloudwatch_billing_costs)
+ [Menganalisis data CloudWatch biaya dan penggunaan dengan AWS Cost and Usage Report s dan Athena](#cloudwatch_billing_billing_info)
+ [Mengoptimalkan dan mengurangi biaya met CloudWatch rik](#cloudwatch_billing_billing_metric)
+ [Mengoptimalkan dan mengurangi biaya CloudWatch alarm](#cloudwatch_billing_billing_alarms)
+ [Mengoptimalkan dan mengurangi biaya Con CloudWatch tainer Insights](#cloudwatch_billing_container-insights)
+ [Mengoptimalkan dan mengurangi biaya CloudWatch Database Insights](#cloudwatch_billing_database-insights)
+ [Mengoptimalkan dan mengurangi biaya CloudWatch Log](#cloudwatch_billing_billing_logs)

## Menganalisis data CloudWatch biaya dan penggunaan dengan Cost Explorer
<a name="cloudwatch_billing_costs"></a>

Dengan AWS Cost Explorer, Anda dapat memvisualisasikan dan menganalisis data biaya dan penggunaan Layanan AWS dari waktu ke waktu, termasuk CloudWatch. Untuk informasi selengkapnya, lihat Mem [ ulai dengan AWS Cost Explorer](https://aws.amazon.com/aws-cost-management/aws-cost-explorer/getting-started/). 

Prosedur berikut menjelaskan cara menggunakan Cost Explorer untuk memvisualisasikan dan menganalisis data CloudWatch biaya dan penggunaan. 

### Untuk memvisualisasikan dan menganalisis data CloudWatch biaya dan penggunaan
<a name="visualize_cost_usage_data"></a>

1. Masuk ke konsol Cost Explorer di [ https://console.aws.amazon.com/cost-management/home \#/custom](https://console.aws.amazon.com/cost-management/home#/custom). 

1. Di bawah ** FILTER**, untuk ** Layanan**, pilih ** CloudWatch**. 

1. Untuk **Grup berdasar**, pilih **Jenis Penggunaan**. Anda juga dapat mengelompokkan hasil yang Anda dapatkan berdasarkan kategori lain, seperti berikut ini: 
   +  **Operasi API** – Lihat operasi API manakah yang menimbulkan biaya paling banyak. 
   +  **Wilayah** – Lihat Wilayah manakah yang menimbulkan biaya paling banyak. 

Gambar berikut menunjukkan contoh biaya yang dihasilkan CloudWatch fitur selama enam bulan. 

![Tangkapan layar AWS Cost Explorer antarmuka, menunjukkan biaya Jenis Penggunaan dalam format grafik batang.](http://docs.aws.amazon.com/id_id/AmazonCloudWatch/latest/monitoring/images/ce.png)


Untuk melihat CloudWatch fitur mana yang menghasilkan biaya paling banyak, lihat nilainya`UsageType`. Misalnya, `EU-CW:GMD-Metrics` mewakili biaya yang dihasilkan permintaan API CloudWatch massal. 

**catatan**  
String untuk `UsageType` menunjukkan fitur dan Wilayah tertentu. Misalnya, bagian pertama dari `EU-CW:GMD-Metrics` (`EU`) cocok dengan Wilayah Eropa (Irlandia), dan bagian kedua dari `EU-CW:GMD-Metrics` (`GMD-Metrics`) cocok dengan permintaan API CloudWatch massal.   
Seluruh string untuk `UsageType` dapat diformat sebagai berikut: `<Region>-CW:<Feature>` atau`<Region>-<Feature>`.   
Beberapa CloudWatch fitur seperti log dan alarm juga menggunakan Wil `Global` ayah untuk mengidentifikasi penggunaan Tingkat Gratis. Misalnya, `Global-DataScanned-Bytes` mewakili penggunaan konsumsi data CloudWatch Log gratis.  
Untuk meningkatkan keterbacaan, string untuk `UsageType` di tabel di seluruh dokumen ini telah disingkat menjadi awalan pada string. Sebagai contoh, `EU-CW:GMD-Metrics` disingkat menjadi`GMD-Metrics`. 

Tabel berikut mencakup nama-nama setiap CloudWatch fitur, mencantumkan nama setiap sub-fitur, dan daftar string untuk`UsageType`. 



- ****CloudWatch metrik ****
  - ***CloudWatch sub-fitur *:** Metrik-metrik kustom
  - **`UsageType`:** `MetricMonitorUsage`

- ****
  - ***CloudWatch sub-fitur *:** Pemantauan terperinci
  - **`UsageType`:** `MetricMonitorUsage`

- ****
  - ***CloudWatch sub-fitur *:** Metrik tersemat
  - **`UsageType`:** `MetricMonitorUsage`

- ****
  - ***CloudWatch sub-fitur *:** OpenTelemetry metrik (pengamatan) 
  - **`UsageType`:** `OTEL:Values`

- ****
  - ***CloudWatch sub-fitur *:** OpenTelemetry metrik (konsumsi) 
  - **`UsageType`:** `OTEL:Bytes`

- ****
  - ***CloudWatch sub-fitur *:** 
  - **`UsageType`:** `OTEL:Bytes:EKS-CI`

- ****
  - ***CloudWatch sub-fitur *:** 
  - **`UsageType`:** `OTEL:Bytes:AWS`

- ****
  - ***CloudWatch sub-fitur *:** Kueri PromQL 
  - **`UsageType`:** `PromQL:SamplesScanned`

- ****
  - ***CloudWatch sub-fitur *:** Alarm PromQL 
  - **`UsageType`:** `PromQLAlarmMonitorUsage`

- ****
  - ***CloudWatch sub-fitur *:** Sentralisasi metrik 
  - **`UsageType`:** `CentralizedBytes`

- ****
  - ***CloudWatch sub-fitur *:** Sentralisasi metrik (tingkat gratis) 
  - **`UsageType`:** `CentralizedBytesFree`

- ****CloudWatch Permintaan API****
  - ***CloudWatch sub-fitur *:** Permintaan API
  - **`UsageType`:** `Requests`

- ****
  - ***CloudWatch sub-fitur *:** Dalam jumlah besar (Ambil)
  - **`UsageType`:** `GMD-Metrics`

- ****
  - ***CloudWatch sub-fitur *:** Wawasan Kontributor
  - **`UsageType`:** `GIRR-Metrics`

- ****
  - ***CloudWatch sub-fitur *:** Snapshot citra bitmap
  - **`UsageType`:** `GMWI-Metrics`

- ****CloudWatch aliran metrik ****
  - ***CloudWatch sub-fitur *:** Aliran metrik
  - **`UsageType`:** `MetricStreamUsage`

- ****CloudWatch dasbor ****
  - ***CloudWatch sub-fitur *:** Dasbor dengan 50 metrik atau kurang
  - **`UsageType`:** `DashboardsUsageHour-Basic`

- ****
  - ***CloudWatch sub-fitur *:** Dasbor dengan lebih dari 50 metrik
  - **`UsageType`:** `DashboardsUsageHour`

- ****CloudWatch alarm ****
  - ***CloudWatch sub-fitur *:** Standar (alarm metrik)
  - **`UsageType`:** `AlarmMonitorUsage`

- ****
  - ***CloudWatch sub-fitur *:** Resolusi tinggi (alarm metrik)
  - **`UsageType`:** `HighResAlarmMonitorUsage`

- ****
  - ***CloudWatch sub-fitur *:** Alarm kueri Wawasan Metrik
  - **`UsageType`:** `MetricInsightAlarmUsage`

- ****
  - ***CloudWatch sub-fitur *:** Gabungan (alarm agregat)
  - **`UsageType`:** `CompositeAlarmMonitorUsage`

- ****Wawasan Kontainer****
  - ***CloudWatch sub-fitur *:** Peningkatan pengamatan untuk Amazon EKS
  - **`UsageType`:** `ObservationUsage`

- ****
  - ***CloudWatch sub-fitur *:** Peningkatan pengamatan untuk Amazon ECS
  - **`UsageType`:** `MetricsUsage`

- ****CloudWatch Sinyal Aplikasi ****
  - ***CloudWatch sub-fitur *:** Sinyal Aplikasi dengan Pencarian Transaksi  / **`UsageType`:** `Application-Signals-Bytes, XRay-Spans-Indexed`
  - ***CloudWatch sub-fitur *:** Sinyal Aplikasi dengan X-Ray  / **`UsageType`:** `Application-Signals`

- ****CloudWatch log kustom ****
  - ***CloudWatch sub-fitur *:** Kumpulkan (penyerapan data untuk kelas log Standar) 
  - **`UsageType`:** `DataProcessing-Bytes`

- ****
  - ***CloudWatch sub-fitur *:** Kumpulkan (penyerapan data untuk kelas log Akses Langsung) 
  - **`UsageType`:** `DataProcessingIA-Bytes`

- ****
  - ***CloudWatch sub-fitur *:** Analisis (kueri)
  - **`UsageType`:** `DataScanned-Bytes`

- ****
  - ***CloudWatch sub-fitur *:** Analisis (Live Tail) 
  - **`UsageType`:** `Logs-LiveTail`

- ****
  - ***CloudWatch sub-fitur *:** Toko (Standar) 
  - **`UsageType`:** `TimedStorage-ByteHrs`

- ****
  - ***CloudWatch sub-fitur *:** Toko (Akses Jarang) 
  - **`UsageType`:** `TimedStorage-IA-ByteHrs`

- ****
  - ***CloudWatch sub-fitur *:** Toko (Akses Instan Arsip) 
  - **`UsageType`:** `TimedStorage-AIA-ByteHrs`

- ****
  - ***CloudWatch sub-fitur *:** Mendeteksi dan menutupi (perlindungan data) 
  - **`UsageType`:** `DataProtection-Bytes`

- ****CloudWatch kayu yang dijual ****
  - ***CloudWatch sub-fitur *:** Pengiriman (Kel CloudWatch as log Standar Amazon Logs) 
  - **`UsageType`:** `VendedLog-Bytes`

- ****
  - ***CloudWatch sub-fitur *:** Pengiriman (CloudWatch Logs kelas log Akses Jarang) 
  - **`UsageType`:** `VendedLogIA-Bytes`

- ****
  - ***CloudWatch sub-fitur *:** Pengiriman (Amazon S3)
  - **`UsageType`:** `S3-Egress-Bytes`

- ****
  - ***CloudWatch sub-fitur *:** Pengiriman (Amazon S3) dalam format Parket 
  - **`UsageType`:** `S3-Egress-InputBytes`

- ****
  - ***CloudWatch sub-fitur *:** Pengiriman (Amazon Data Firehose) 
  - **`UsageType`:** `FH-Egress-Bytes`

- ****Wawasan Kontributor****
  - ***CloudWatch sub-fitur *:** CloudWatch Log (Aturan) 
  - **`UsageType`:** `ContributorInsightRules`

- ****
  - ***CloudWatch sub-fitur *:** CloudWatch Log (Acara) 
  - **`UsageType`:** `ContributorInsightEvents`

- ****
  - ***CloudWatch sub-fitur *:** Amazon DynamoDB (Aturan)
  - **`UsageType`:** `ContributorRulesManaged`

- ****
  - ***CloudWatch sub-fitur *:** Kejadian DynamoDB)
  - **`UsageType`:** `ContributorEventsManaged`

- ****Wawasan Database ****
  - ***CloudWatch sub-fitur *:** Nirserver
  - **`UsageType`:** DatabaseInsights-ACU-Hours

- ****
  - ***CloudWatch sub-fitur *:** Disediakan 
  - **`UsageType`:** DatabaseInsights-vCPU-Hours

- ****
  - ***CloudWatch sub-fitur *:** Tak terbatas 
  - **`UsageType`:** DatabaseInsights-ACU-Hours

- ****Canary (Sintetik)****
  - ***CloudWatch sub-fitur *:** Jalankan .
  - **`UsageType`:** `Canary-runs`

- ****RUM****
  - ***CloudWatch sub-fitur *:** Kejadian
  - **`UsageType`:** `RUM-event`

- ****Pemantauan jaringan ****
  - ***CloudWatch sub-fitur *:** Monitor Sintetis Jaringan 
  - **`UsageType`:** `CWNMHybrid-Paid`

- ****
  - ***CloudWatch sub-fitur *:** Internet Monitor (sumber daya yang dipantau) 
  - **`UsageType`:** `InternetMonitor-MonitoredResource`

- ****
  - ***CloudWatch sub-fitur *:** Internet Monitor (jaringan kota yang dipantau) 
  - **`UsageType`:** `InternetMonitor-CityNetwork`



## Menganalisis data CloudWatch biaya dan penggunaan dengan AWS Cost and Usage Report s dan Athena
<a name="cloudwatch_billing_billing_info"></a>

Cara lain untuk menganalisis data CloudWatch biaya dan penggunaan adalah dengan menggunakan AWS Cost and Usage Report s dengan Amazon Athena. AWS Cost and Usage Report s berisi kumpulan data biaya dan penggunaan yang komprehensif. Anda dapat membuat laporan yang melacak biaya dan penggunaan Anda, dan Anda juga dapat menerbitkan laporan ini ke bucket S3 pilihan Anda. Anda juga dapat mengunduh dan menghapus laporan-laporan Anda dari bucket S3 Anda. Untuk informasi lebih lanjut, lihat [ Apa itu AWS Cost and Usage Report s? ](https://docs.aws.amazon.com/cur/latest/userguide/what-is-cur.html)dalam Panduan Pengguna *AWS Cost and Usage Report s*. 

**catatan**  
Tidak ada biaya untuk menggunakan AWS Cost and Usage Report s. Anda hanya membayar biaya penyimpanan ketika memublikasikan laporan Anda ke Amazon Simple Storage Service (Amazon S3). Untuk informasi selengkapnya, silakan lihat [Kuota dan Batasan](https://docs.aws.amazon.com/cur/latest/userguide/billing-cur-limits.html) di *Panduan Pengguna AWS Cost and Usage Report*. 

Athena adalah layanan kueri yang dapat Anda gunakan dengan AWS Cost and Usage Report s untuk menganalisis data biaya dan penggunaan. Anda dapat menggunakan kueri laporan Anda di bucket S3 Anda tanpa perlu mengunduhnya terlebih dahulu. Untuk informasi selengkapnya, silakan lihat [Apa yang dimaksud dengan Amazon Athena?](https://docs.aws.amazon.com/athena/latest/ug/what-is.html) di *Panduan Pengguna Amazon Athena*. Untuk informasi selengkapnya, silakan lihat [Apa yang dimaksud dengan Amazon Athena?](https://docs.aws.amazon.com/athena/latest/ug/what-is.html) di *Panduan Pengguna Amazon Athena*. Untuk informasi selengkapnya tenngenai harga, silakan lihat harga [Amazon Athena](https://aws.amazon.com/athena/pricing/). 

Prosedur berikut menjelaskan proses untuk mengaktifkan AWS Cost and Usage Report s dan mengintegrasikan layanan dengan Athena. Prosedur ini berisi dua contoh kueri yang dapat Anda gunakan untuk menganalisis data CloudWatch biaya dan penggunaan. 

**catatan**  
Anda dapat menggunakan salah satu contoh kueri di dokumen ini. Semua contoh kueri dalam dokumen ini sesuai dengan database bernama ** * costandusagereport ***, dan menunjukkan hasil untuk bulan April dan tahun 2025. Anda dapat mengubah informasi ini. Namun demikian, sebelum Anda menjalankan kueri, pastikan bahwa nama basis data Anda cocok dengan nama basis data dalam kueri. 

### Untuk menganalisis data biaya dan penggunaan dengan AWS Cost and Usage Report s dan Athena
<a name="analyze-with-athena"></a>

1. Aktif AWS Cost and Usage Report kan s. Untuk informasi selengkapnya, silakan lihat [Membuat laporan biaya dan penggunaan](https://docs.aws.amazon.com/cur/latest/userguide/cur-create.html) di *Panduan Pengguna AWS Cost and Usage Report*. 
**Tip**  
Ketika membuat laporan Anda, pastikan untuk memilih **Sertakan ID sumber daya**. Jika tidak menyertakannya, laporan Anda tidak akan menyertakan kolom`line_item_resource_id`. Baris ini membantu Anda mengidentifikasi biaya lebih lanjut ketika menganalisis data biaya dan penggunaan.

1. Integrasikan AWS Cost and Usage Report s dengan Athena. Untuk informasi selengkapnya, lihat Men [ yiapkan Athena menggunakan CloudFormation templat ](https://docs.aws.amazon.com/cur/latest/userguide/use-athena-cf.html) di *AWS Cost and Usage Report Panduan * Pengguna. 

1. Gunakan kueri laporan biaya dan penggunaan Anda. 

**Example Contoh kueri Athena untuk menunjukkan CloudWatch biaya per bulan**  
Anda dapat menggunakan kueri berikut untuk menunjukkan CloudWatch fitur mana yang menghasilkan biaya paling banyak untuk bulan tertentu.   

```
SELECT 
CASE 
-- Metrics 
WHEN line_item_usage_type LIKE '%%MetricMonitorUsage%%' THEN 'Metrics (Custom, Detailed monitoring management portal EMF)' 
WHEN line_item_usage_type LIKE '%%Requests%%' THEN 'Metrics (API Requests)' 
WHEN line_item_usage_type LIKE '%%GMD-Metrics%%' THEN 'Metrics (Bulk API Requests)' 
WHEN line_item_usage_type LIKE '%%MetricStreamUsage%%' THEN 'Metric Streams'
-- Contributor Insights
WHEN line_item_usage_type LIKE '%%Contributor%%' THEN 'Contributor Insights'
-- Dashboard 
WHEN line_item_usage_type LIKE '%%DashboardsUsageHour%%' THEN 'Dashboards' 
-- Alarms 
WHEN line_item_usage_type LIKE '%%AlarmMonitorUsage%%' THEN 'Alarms (Standard)' 
WHEN line_item_usage_type LIKE '%%HighResAlarmMonitorUsage%%' THEN 'Alarms (High Resolution)' 
WHEN line_item_usage_type LIKE '%%MetricInsightAlarmUsage%%' THEN 'Alarms (Metrics Insights)' 
WHEN line_item_usage_type LIKE '%%CompositeAlarmMonitorUsage%%' THEN 'Alarms (Composite)' 
-- Container Insights with enhanced observability 
WHEN (line_item_usage_type LIKE '%%MetricsUsage%%' OR line_item_usage_type LIKE '%%ObservationUsage%%') THEN 'Container Insights (Enhanced Observability)'
-- OpenTelemetry metrics
WHEN line_item_usage_type LIKE '%%CW:OTEL:Bytes%' THEN 'OpenTelemetry Metrics'
-- PromQL
WHEN line_item_usage_type LIKE '%%CW:PromQL:SamplesScanned%%' THEN 'PromQL Queries'
WHEN line_item_usage_type LIKE '%%CW:PromQLAlarmMonitorUsage%%' THEN 'PromQL Alarms'
-- Metrics Centralization
WHEN line_item_usage_type LIKE '%%CW:CentralizedBytes%%' THEN 'Metrics Centralization'
-- Database Insights 
WHEN line_item_usage_type LIKE '%%DatabaseInsights%%' THEN 'Database Insights'
-- Logs 
WHEN line_item_usage_type LIKE '%%DataProcessing-Bytes%%' THEN 'Logs (Collect - Data Ingestion)' 
WHEN line_item_usage_type LIKE '%%DataProcessingIA-Bytes%%' THEN 'Infrequent Access Logs (Collect - Data Ingestion)' 
WHEN line_item_usage_type LIKE '%%DataProtection-Bytes%%' THEN 'Logs (Data Protection - Detect and Mask)' 
WHEN line_item_usage_type LIKE '%%TimedStorage-ByteHrs%%' THEN 'Logs (Storage - Standard)'
WHEN line_item_usage_type LIKE '%%TimedStorage-IA-ByteHrs%%' THEN 'Logs (Storage - Infrequent Access)'
WHEN line_item_usage_type LIKE '%%TimedStorage-AIA-ByteHrs%%' THEN 'Logs (Storage - Archive Instant Access)'
WHEN line_item_usage_type LIKE '%%DataScanned-Bytes%%' THEN 'Logs (Analyze - Logs Insights queries)' 
WHEN line_item_usage_type LIKE '%%Logs-LiveTail%%' THEN 'Logs (Analyze - Logs Live Tail)' 
-- Vended Logs 
WHEN line_item_usage_type LIKE '%%VendedLog-Bytes%%' THEN 'Vended Logs (Delivered to CW)' 
WHEN line_item_usage_type LIKE '%%VendedLogIA-Bytes%%' THEN 'Vended Infrequent Access Logs (Delivered to CW)' 
WHEN line_item_usage_type LIKE '%%FH-Egress-Bytes%%' THEN 'Vended Logs (Delivered to Data Firehose)' 
WHEN (line_item_usage_type LIKE '%%S3-Egress%%') THEN 'Vended Logs (Delivered to S3)'
-- Network Monitoring
WHEN line_item_usage_type LIKE '%%CWNMHybrid-Paid%%' THEN 'Network Monitor'
WHEN line_item_usage_type LIKE '%%InternetMonitor%%' THEN 'Internet Monitor'
-- Other 
WHEN line_item_usage_type LIKE '%%Application-Signals%%' THEN 'Application Signals' 
WHEN line_item_usage_type LIKE '%%Canary-runs%%' THEN 'Synthetics' 
WHEN line_item_usage_type LIKE '%%RUM-event%%' THEN 'RUM' 
ELSE 'Others' 
END AS UsageType, 
-- REGEXP_EXTRACT(line_item_resource_id,'^(?:.+?:){5}(.+)$',1) as ResourceID, 
SUM(CAST(line_item_usage_amount AS double)) AS UsageQuantity, SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend 
FROM 
costandusagereport 
WHERE product_product_name = 'AmazonCloudWatch' 
AND year='2025'
AND month='4' 
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee') 
-- AND line_item_usage_account_id = '123456789012' – If you want to filter on a specific account, you can remove this comment at the beginning of the line and specify an AWS account. 
GROUP BY 
1 
ORDER BY TotalSpend DESC, 
UsageType;
```

**Example Contoh kueri Athena untuk menunjukkan bagaimana CloudWatch fitur menghasilkan biaya**  
Anda dapat menggunakan kueri berikut untuk menunjukkan hasil untuk `UsageType` dan `Operation`. Ini menunjukkan kepada Anda bagaimana CloudWatch fitur menghasilkan biaya. Hasil tersebut juga menunjukkan nilai untuk `UsageQuantity` dan`TotalSpend`, sehingga Anda dapat melihat total biaya penggunaan Anda.   
Untuk informasi selengkapnya tentang`UsageType`, tambahkan baris berikut ke kueri ini:   
 `line_item_line_item_description`   
Baris ini membuat kolom yang disebut ***Keterangan***. 

```
SELECT
bill_payer_account_id as Payer,
line_item_usage_account_id as LinkedAccount,
line_item_usage_type AS UsageType,
line_item_operation AS Operation,
line_item_resource_id AS ResourceID,
SUM(CAST(line_item_usage_amount AS double)) AS UsageQuantity,
SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend
FROM
{{costandusagereport}} 
WHERE
product_product_name = 'AmazonCloudWatch'
{{AND year='2025'}} 
{{AND month='4'}} 
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
GROUP BY
bill_payer_account_id,
line_item_usage_account_id,
line_item_usage_type,
line_item_resource_id,
line_item_operation
```

## Mengoptimalkan dan mengurangi biaya met CloudWatch rik
<a name="cloudwatch_billing_billing_metric"></a>

Banyak Layanan AWS, seperti Amazon Elastic Compute Cloud (Amazon EC2), Amazon S3, dan Amazon Data Firehose, secara otomatis mengirim metrik ke tanpa CloudWatch biaya. Namun demikian, metrik yang dikelompokkan dalam kategori berikut dapat menimbulkan biaya tambahan: 
+ ***Metrik kustom, pemantauan terperinci, dan metrik tersemat***
+ ***Permintaan API***
+ ***Aliran metrik***

Untuk informasi selengkapnya, lihat [ Menggunakan CloudWatch metrik Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html). 

### Metrik-metrik kustom
<a name="w2aac11c11b9"></a>

Anda dapat membuat metrik kustom untuk mengatur titik data dalam urutan dan pada kecepatan berapa pun. 

Semua metrik kustom diprorata per jam. Mereka diukur hanya ketika mereka dikirim ke CloudWatch. Untuk informasi tentang harga metrik, lihat [ CloudWatch Harga Amazon](https://aws.amazon.com/cloudwatch/pricing/?nc1=h_ls). 

Tabel berikut mencantumkan nama-nama sub-fitur yang relevan untuk CloudWatch metrik. Tabel ini mencakup string untuk `UsageType` dan`Operation`, yang dapat membantu Anda menganalisis dan mengidentifikasi biaya yang terkait dengan metrik. 

**catatan**  
Untuk mendapatkan hal lebih detail tentang metrik yang tercantum dalam tabel berikut saat Anda menanyakan data biaya dan penggunaan dengan Athena, cocokkan string `Operation` dengan hasil yang ditunjukkan `line_item_operation`. 

Tabel berikut mencantumkan sub-fitur CloudWatch metrik dengan string UsageType dan Operasi mereka.


| *CloudWatch sub-fitur * | `UsageType` | `Operation` | Tujuan | 
| --- | --- | --- | --- | 
| *Metrik-metrik kustom* | `MetricMonitorUsage` | `MetricStorage` | Metrik-metrik kustom | 
| *Pemantauan terperinci* | `MetricMonitorUsage` | `MetricStorage:AWS/{{{Service}}}` | Pemantauan terperinci | 
| *Metrik tersemat* | `MetricMonitorUsage` | `MetricStorage:AWS/Logs-EMF` | Metrik tersemat log | 
| *Filter log* | `MetricMonitorUsage` | `MetricStorage:AWS/CloudWatchLogs` | Filter metrik grup log | 

### Pemantauan terperinci
<a name="w2aac11c11c11"></a>

CloudWatch memiliki dua jenis pemantauan: 
+  ***Pemantauan dasar*** 

  Pemantauan dasar gratis dan diaktifkan secara otomatis diaktifkan untuk semua Layanan AWS yang mendukung fitur tersebut. 
+  ***Pemantauan terperinci*** 

  Pemantauan terperinci menimbulkan biaya dan menambahkan peningkatan yang berbeda tergantung pada Layanan AWS. Untuk masing-masing Layanan AWS yang mendukung pemantauan terperinci, Anda dapat memilih apakah akan mengaktifkannya untuk layanan tersebut. Untuk informasi selengkapnya, silakan lihat [Pemantauan dasar dan terperinci](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch-metrics-basic-detailed.html). 

**catatan**  
Lain Layanan AWS nya mendukung pemantauan terperinci dan mungkin merujuk ke fitur ini menggunakan nama yang berbeda. Sebagai contoh, pemantauan terperinci untuk Amazon S3 disebut sebagai metrik ***permintaan***. 

Mirip dengan metrik khusus, pemantauan terperinci diprorata per jam dan diukur hanya ketika data dikirim ke. CloudWatch Pemantauan terperinci menghasilkan biaya berdasarkan jumlah metrik yang dikirim ke CloudWatch. Untuk menurunkan biaya, cukup aktifkan pemantauan terperinci bila diperlukan. Untuk informasi tentang harga pemantauan terperinci, lihat [ CloudWatch Harga Amazon](https://aws.amazon.com/cloudwatch/pricing/?nc1=h_ls). 

 ** *Contoh: Kueri Athena * ** 

Anda dapat menggunakan kueri berikut untuk menunjukkan instans EC2 manakah yang memiliki pemantauan terperinci yang diaktifkan. 

```
SELECT
bill_payer_account_id as Payer,
line_item_usage_account_id as LinkedAccount,
line_item_usage_type AS UsageType,
line_item_operation AS Operation,
line_item_resource_id AS ResourceID,
SUM(CAST(line_item_usage_amount AS double)) AS UsageQuantity,
SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend
FROM
{{costandusagereport}} 
WHERE
product_product_name = 'AmazonCloudWatch'
{{AND year='2025'}} 
{{AND month='4'}} 
AND line_item_operation='MetricStorage:AWS/EC2'
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
GROUP BY
bill_payer_account_id,
line_item_usage_account_id,
line_item_usage_type,
line_item_resource_id,
line_item_operation,
line_item_line_item_description
ORDER BY line_item_operation
```

### Metrik tersemat
<a name="w2aac11c11c13"></a>

Dengan format metrik CloudWatch tertanam, Anda dapat menyerap data aplikasi sebagai data log, sehingga Anda dapat menghasilkan metrik yang dapat ditindaklanjuti. Untuk informasi selengkapnya, lihat Meng [ ambil log kardinalitas tinggi dan menghasilkan metrik dengan format metrik yang CloudWatch disematkan. ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Embedded_Metric_Format.html) 

Metrik tersemat menghasilkan biaya berdasarkan jumlah log yang dimasukkan, jumlah log yang diarsipkan, dan jumlah metrik kustom yang dihasilkan. 

Tabel berikut mencantumkan nama sub-fitur yang relevan untuk format metrik ter CloudWatch tanam. Tabel ini mencantumkan string untuk `UsageType` dan`Operation`, yang dapat membantu Anda menganalisis dan mengidentifikasi biaya. 


| *CloudWatch subfitur * | `UsageType` | `Operation` | Tujuan | 
| --- | --- | --- | --- | 
| *Metrik-metrik kustom* | `MetricMonitorUsage` | `MetricStorage:AWS/Logs-EMF` | Metrik tersemat log | 
| *Masukan log* | `DataProcessing-Bytes` | `PutLogEvents` | Mengunggah batch kejadian log ke grup log atau log stream tertentu | 
| *Arsip log (Standar) * | `TimedStorage-ByteHrs` | `HourlyStorageMetering` | Menyimpan log per jam dan log per byte di CloudWatch Log | 
| *Arsip log (Akses Jarang) * | `TimedStorage-IA-ByteHrs` | `HourlyStorageMetering` | Menyimpan log tingkat Akses Jarang per jam dan per byte di Log CloudWatch  | 
| *Arsip log (Akses Instan Arsip) * | `TimedStorage-AIA-ByteHrs` | `HourlyStorageMetering` | Menyimpan log tingkat Akses Instan Arsip per jam dan per byte di CloudWatch Log | 

Untuk menganalisis biaya, gunakan AWS Cost and Usage Report s dengan Athena sehingga Anda dapat mengidentifikasi metrik mana yang menghasilkan biaya dan menentukan bagaimana biaya dihasilkan. 

Untuk memaksimalkan biaya yang dihasilkan oleh format metrik CloudWatch tertanam, hindari membuat metrik berdasarkan dimensi kardinalitas tinggi. Dengan cara ini, CloudWatch tidak membuat metrik khusus untuk setiap kombinasi dimensi unik. Untuk informasi selengkapnya, silakan lihat [Dimensi](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_concepts.html#Dimension). 

### Permintaan API
<a name="w2aac11c11c15"></a>

CloudWatch memiliki jenis permintaan API berikut: 
+  ** * Permintaan API * ** 
+  ***Dalam jumlah besar (Ambil)*** 
+  ** * Wawasan Kontributor * ** 
+  ** * Snapshot citra bitmap* ** 

Permintaan API menimbulkan biaya berdasarkan jenis permintaan dan jumlah metrik yang diminta. 

Tabel berikut mencantumkan jenis permintaan API dan menyertakan string untuk `UsageType` dan`Operation`, yang dapat membantu Anda menganalisis dan mengidentifikasi API-related biaya. 


| *Jenis permintaan API* | `UsageType` | `Operation` | Tujuan | 
| --- | --- | --- | --- | 
| Permintaan API | `Requests` | `GetMetricStatistics` | Mengambil statistik untuk metrik-metrik yang ditentukan | 
|  | `Requests` | `ListMetrics` | Daftar metrik-metrik yang ditentukan | 
|  | `Requests` | `PutMetricData` | Menerbitkan titik data metrik ke CloudWatch | 
|  | `Requests` | `GetDashboard` | Menampilkan detail pada dasbor yang ditentukan | 
|  | `Requests` | `ListDashboards` | Buat daftar dasbor di akun Anda | 
|  | `Requests` | `PutDashboard` | Membuat atau memperbarui sebuah dasbor | 
|  | `Requests` | `DeleteDashboards` | Menghapus semua dasbor yang ditentukan | 
| Dalam jumlah besar (Ambil) | `GMD-Metrics` | `GetMetricData` | Mengambil nilai CloudWatch metrik | 
| Wawasan Kontributor | `GIRR-Metrics` | `GetInsightRuleReport` | Mengembalikan data deret waktu yang dikumpulkan oleh aturan Wawasan Kontributor  | 
| Snapshot citra bitmap | `GMWI-Metrics` | `GetMetricWidgetImage` | Mengambil snapshot dari satu atau lebih CloudWatch metrik sebagai gambar bitmap  | 

Untuk menganalisis biaya, gunakan Cost Explorer, dan kelompokkan hasil Anda berdasarkan ***Operasi API***. 

Konsol penagihan menampilkan permintaan API generik di bawah UsageType * Permintaan*. Ini muncul sebagai * X.XX USD per 1.000 permintaan - [wilayah]*. Tarif ini berlaku untuk semua permintaan dengan Per UsageType mintaan, digabungkan bersama, di luar tunjangan tingkat gratis Anda.

Biaya untuk permintaan API bervariasi, dan Anda dikenakan biaya jika melebihi jumlah panggilan API yang diberikan kepada Anda di bawah batas Tingkat AWS Gratis. 

**catatan**  
Hanya permintaan API dengan UsageType * Permintaan * yang disertakan dalam batas Tingkat AWS Gratis. Permintaan API dengan biaya lainnya UsageType dikenakan sejak panggilan pertama. Untuk informasi selengkapnya, silakan lihat [Menggunakan Tingkat Gratis AWS di ](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-free-tier.html) *Panduan Pengguna AWS Billing *. 

Permintaan API yang biasanya menyebabkan biaya adalah permintaan `Put` dan `Get`. 

Untuk memantau asal permintaan API dan mengidentifikasi pengguna dalam akun Anda, aktifkan peristiwa data di CloudTrail dan analisis peristiwa yang direkam menggunakan salah satu: 
+ Amazon CloudWatch Log dengan Log Insights
+ Amazon S3 dengan Amazon Athena

**catatan**  
Peristiwa data tidak dicatat secara otomatis oleh trek dan penyimpanan data peristiwa. Pencatatan peristiwa data menimbulkan biaya tambahan. Untuk informasi selengkapnya, silakan lihat [AWS CloudTrail Harga](https://aws.amazon.com/cloudtrail/pricing/).

Untuk informasi selengkapnya, lihat Penc [ atatan peristiwa data ](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/logging-data-events-with-cloudtrail.html) dan Men [ gidentifikasi sumber daya yang mendorong CloudWatch GetMetricData biaya menggunakan AWS CloudTrail](https://aws.amazon.com/blogs/mt/identifying-resources-driving-amazon-cloudwatch-getmetricdata-charges-using-aws-cloudtrail/).

***`API calls not incurring charges`***

Saat Anda mencatat peristiwa CloudWatch data CloudTrail, Anda mungkin melihat lebih banyak panggilan daripada yang Anda mulai. Ini terjadi karena mencatat peristiwa CloudWatch data di CloudTrail menangkap tindakan API dari komponen internal. Panggilan komponen internal tidak dikenakan CloudWatch biaya. Namun, peristiwa ini diperhitungkan dalam total CloudTrail pencatatan acara Anda dan dapat memengaruhi CloudTrail biaya.

 Misalnya, CloudTrail akan merekam GetMetricData panggilan yang dimulai oleh akun pemantauan untuk mengambil data dari akun sumber, serta GetMetricData panggilan yang diprakarsai oleh CloudWatch dasbor untuk menyegarkan data widget. Panggilan API ini tidak dikenakan CloudWatch biaya.

***`PutMetricData`***

Setiap panggilan CloudWatch `PutMetricData` API dikenakan biaya. Panggilan yang sering dapat secara signifikan meningkatkan biaya Anda, terutama dalam skenario pemantauan volume tinggi. Untuk mengurangi biaya, pertimbangkan untuk menggabungkan beberapa metrik di setiap panggilan API atau menyesuaikan frekuensi pemantauan Anda. Untuk informasi selengkapnya, lihat [ PutMetricData ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_PutMetricData.html) di Refer * ensi CloudWatch API Amazon*. 

Untuk memaksimalkan biaya yang ditimbulkan oleh `PutMetricData`, kumpulkan lebih banyak data ke dalam panggilan API Anda. Tergantung pada kasus penggunaan Anda, pertimbangkan untuk menggunakan CloudWatch Log atau format metrik ter CloudWatch tanam untuk menyuntikkan data metrik. Untuk informasi selengkapnya, lihat sumber daya berikut: 
+ [Apa itu Amazon CloudWatch Logs? ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html)dalam Panduan * Pengguna Amazon CloudWatch Logs *
+ [Menelan log kardinalitas tinggi dan menghasilkan metrik dengan format metrik tertanam CloudWatch ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Embedded_Metric_Format.html)
+ [Menurunkan biaya dan fokus pada pelanggan kami dengan metrik khusus CloudWatch yang disematkan Amazon ](https://aws.amazon.com/blogs/mt/lowering-costs-and-focusing-on-our-customers-with-amazon-cloudwatch-embedded-custom-metrics/) 

***`GetMetricData`***

Operasi CloudWatch `GetMetricData` API juga dapat secara signifikan meningkatkan biaya Anda. Third-party Alat pemantauan sering meningkatkan biaya ketika mereka sering menarik data untuk menghasilkan wawasan. Untuk mempelajari lebih lanjut tentang harga dan praktik terbaik untuk penggunaan`GetMetricData`, lihat [ GetMetricData ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_GetMetricData.html) di Refer * ensi CloudWatch API Amazon*.

Untuk menurunkan biaya yang ditimbulkan oleh`GetMetricData`, pertimbangkan hanya mengambil data yang dipantau dan digunakan, atau pertimbangkan untuk mengambil data lebih jarang. Tergantung pada kasus penggunaan Anda, Anda dapat mempertimbangkan penggunaan aliran metrik sebagai ganti `GetMetricData`, sehingga Anda dapat mendorong data secara waktu nyata untuk pihak ketiga dengan biaya lebih rendah. Untuk informasi selengkapnya, silakan lihat sumber daya berikut: 
+ [Menggunakan pengaliran metrik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-Metric-Streams.html)
+ [CloudWatch Aliran Metrik - K AWS irim Metrik ke Mitra dan Aplikasi Anda secara Real Time ](https://aws.amazon.com/blogs/aws/cloudwatch-metric-streams-send-aws-metrics-to-partners-and-to-your-apps-in-real-time/)

***`GetMetricStatistics`***

Tergantung pada kasus penggunaan Anda, Anda dapat mempertimbangkan untuk menggunakan `GetMetricStatistics` alih-alih `GetMetricData`. Dengan `GetMetricData`, Anda dapat mengambil data dengan cepat dan dalam skala besar. Namun, `GetMetricStatistics` termasuk di bawah batas Tingkat AWS Gratis hingga satu juta permintaan API, yang dapat membantu Anda mengurangi biaya jika Anda tidak perlu mengambil metrik dan titik data sebanyak mungkin per panggilan. Untuk informasi selengkapnya, lihat sumber daya berikut: 
+  [GetMetricStatistics](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/API_GetMetricStatistics.html)dalam Refer * ensi CloudWatch API Amazon * 
+  [Haruskah saya menggunakan GetMetricData atau GetMetricStatistics? ](https://aws.amazon.com/premiumsupport/knowledge-center/cloudwatch-getmetricdata-api/) 

**catatan**  
Pemanggil eksternal melakukan panggilan API. Untuk API yang didukung oleh peristiwa CloudTrail data (seperti ** GetMetricData ** dan ** GetMetricWidgetImage**), Anda dapat menggunakannya CloudTrail untuk mengidentifikasi pemanggil CloudWatch API teratas dan berpotensi mengurangi atau mengidentifikasi panggilan tak terduga. Untuk informasi selengkapnya, lihat [ Cara menggunakan CloudTrail untuk menganalisis Penggunaan CloudWatch API Anda](https://community.aws/content/2iyFpJMy6oRlAXFgAL1dbJLUXbh/how-to-use-cloudwatch-api-with-cloudtrail). Untuk CloudWatch API lain yang tidak didukung oleh CloudTrail, Anda dapat membuka permintaan dukungan teknis kepada CloudWatch tim dan meminta informasi tentang mereka. Untuk informasi tentang membuat permintaan dukungan teknis, lihat [ Bagaimana cara mendapatkan dukungan teknis dari AWS? ](https://aws.amazon.com/de/premiumsupport/knowledge-center/get-aws-technical-support/). 

### CloudWatch aliran metrik
<a name="w2aac11c11c17"></a>

Dengan aliran CloudWatch metrik, Anda dapat mengirim metrik secara terus menerus ke AWS tujuan dan tujuan penyedia layanan pihak ketiga. 

Aliran metrik menimbulkan biaya berdasar jumlah pembaruan metrik. Pembaruan metrik selalu mencantumkan nilai untuk statistik berikut: 
+ `Minimum`
+ `Maximum`
+ `Sample Count`
+  `Sum` 

Untuk informasi selengkapnya, silakan lihat [Statistik yang dapat dialirkan](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch-metric-streams-statistics.html). 

Untuk menganalisis biaya yang dihasilkan oleh aliran CloudWatch metrik, gunakan AWS Cost and Usage Report s dengan Athena. Dengan cara ini, Anda dapat mengidentifikasi aliran metrik manakah yang menimbulkan biaya dan menentukan cara biaya ditimbukan. 

 ***Contoh: Kueri Athena*** 

Anda dapat menggunakan kueri berikut untuk melacak aliran metrik manakah yang menimbulkan biaya berdasarkan Amazon Resource Name (ARN). 

```
SELECT
SPLIT_PART(line_item_resource_id,'/',2) AS "Stream Name",
line_item_resource_id as ARN,
SUM(CAST(line_item_unblended_cost AS decimal(16,2))) AS TotalSpend
FROM
{{costandusagereport}} 
WHERE
product_product_name = 'AmazonCloudWatch'
{{AND year='2025'}} 
{{AND month='4'}} 
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
-- AND line_item_usage_account_id = '123456789012' – If you want to filter on a specific account, you can
remove this comment at the beginning of the line and specify an AWS account.
AND line_item_usage_type LIKE '%%MetricStreamUsage%%'
GROUP BY line_item_resource_id
ORDER BY TotalSpend DESC
```

Untuk mengurangi biaya yang dihasilkan oleh aliran CloudWatch metrik, streaming hanya metrik yang membawa nilai bisnis Anda. Anda juga dapat menghentikan atau melakukan jeda aliran metrik apa pun yang tidak Anda gunakan. 

## Mengoptimalkan dan mengurangi biaya CloudWatch alarm
<a name="cloudwatch_billing_billing_alarms"></a>

Dengan CloudWatch alarm, Anda dapat membuat alarm berdasarkan satu metrik, alarm berdasarkan kueri Metrics Insights, dan alarm komposit yang menonton alarm lainnya. 

**catatan**  
Biaya untuk alarm metrik dan gabungan diprorata berdasar jam. Anda mengeluarkan biaya untuk alarm Anda hanya saat alarm Anda diatur. Untuk mengoptimalkan biaya, pastikan untuk tidak meninggalkan alarm yang salah konfigurasi atau bernilai rendah. Untuk membantu dengan ini, Anda dapat mengotomatiskan pembersihan CloudWatch alarm yang tidak lagi Anda butuhkan. Untuk informasi selengkapnya, lihat Men [ gotomatiskan Pembersihan CloudWatch Alarm Amazon di Skala ](https://aws.amazon.com/blogs/mt/automating-amazon-cloudwatch-alarm-cleanup-at-scale/) 

### Alarm metrik
<a name="metric-alarms"></a>

Alarm metrik memiliki pengaturan resolusi sebagai berikut: 
+  **Standar** (dievaluasi setiap 60 detik) 
+  **Resolusi tinggi** (dievaluasi setiap 10 detik) 

Saat Anda membuat alarm metrik, biaya Anda didasarkan pada pengaturan resolusi alarm Anda dan jumlah metrik yang dirujuk alarm Anda. Sebagai contoh, sebuah alarm metrik yang mereferensikan satu metrik menimbulkan satu biaya alarm-metrik per jam. Untuk informasi selengkapnya, lihat [ Menggunakan CloudWatch alarm Amazon](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Alarms.html). 

Jika Anda membuat alarm metrik yang berisi ekspresi matematika metrik, yang mereferensikan beberapa metrik, Anda akan dikenakan biaya untuk setiap metrik alarm yang direferensikan dalam ekspresi matematika metrik. Untuk informasi tentang cara membuat alarm metrik yang berisi ekspresi matematika metrik, lihat [ Membuat CloudWatch alarm berdasarkan ekspresi matematika metrik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Create-alarm-on-metric-math-expression.html). 

Jika Anda membuat alarm deteksi anomali, di mana alarm Anda menganalisis data metrik masa lalu untuk membuat perkiraan model nilai, Anda dikenai biaya untuk setiap metrik alarm yang dirujukkan dalam alarm Anda ditambah dua metrik tambahan, satu untuk metrik pita atas dan bawah yang dibuat oleh model deteksi anomali. Untuk informasi tentang cara membuat alarm deteksi anomali, lihat [ Membuat CloudWatch alarm berdasarkan deteksi anomali](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Create_Anomaly_Detection_Alarm.html). 

### Alarm kueri Metrics Insights
<a name="metrics-insights-query-alarms"></a>

Alarm kueri Wawasan Metrik adalah jenis alarm metrik tertentu, hanya tersedia dengan resolusi standar (dievaluasi setiap 60 detik). 

Ketika Anda membuat alarm kueri Wawasan Metrik, biaya Anda didasarkan pada jumlah metrik yang dianalisis oleh kueri yang dirujuk alarm Anda. Sebagai contoh, alarm kueri Wawasan Metrik yang merujuk kueri yang filternya cocok dengan sepuluh metrik menimbulkan sepuluh metrik yang dianalisis biaya per jam. Untuk informasi selengkapnya, lihat contoh harga di [ CloudWatch Harga Amazon](https://aws.amazon.com/cloudwatch/pricing/?nc1=h_ls). 

Jika Anda membuat alarm yang berisi baik kueri Wawasan Metrik dan ekspresi matematika metrik, alarm tersebut dilaporkan sebagai alarm kueri Wawasan Metrik. Jika alarm berisi ekspresi matematika metrik yang mereferensikan metrik lain selain metrik yang dianalisis oleh kueri Metrik Wawasan, Anda dikenakan biaya tambahan untuk setiap metrik alarm yang direferensikan dalam ekspresi matematika metrik. Untuk informasi tentang cara membuat alarm metrik yang berisi ekspresi matematika metrik, lihat [ Membuat CloudWatch alarm berdasarkan ekspresi matematika metrik](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Create-alarm-on-metric-math-expression.html). 

### Alarm komposit
<a name="composite-alarms"></a>

Alarm gabungan berisi ekspresi aturan yang menentukan bagaimana ekspresi tersebut harus mengevaluasi status alarm lain untuk menentukan statusnya sendiri. Alarm gabungan dikenai biaya standar per jam, terlepas dari berapa banyak alarm lain yang mereka evaluasi. Alarm yang menggabungkan referensi alarm dalam ekspresi aturan dikenai biaya terpisah. Untuk informasi selengkapnya, silakan lihat [Membuat sebuah alarm gabungan](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Create_Composite_Alarm.html). 

**Jenis penggunaan alarm**

Tabel berikut mencantumkan nama-nama sub-fitur yang relevan untuk CloudWatch alarm. Tabel ini mencakup string untuk `UsageType`, yang dapat membantu Anda menganalisis dan mengidentifikasi biaya yang terkait dengan metrik. 


| *CloudWatch sub-fitur * | `UsageType` | 
| --- | --- | 
| Alarm metrik standar | `AlarmMonitorUsage` | 
| High-resolution alarm metrik  | `HighResAlarmMonitorUsage` | 
| Alarm kueri Wawasan Metrik | `MetricInsightAlarmUsage` | 
| Alarm gabungan | `CompositeAlarmMonitorUsage` | 

#### Mengurangi biaya alarm
<a name="reducing-alarm-costs"></a>

Untuk mengoptimalkan biaya yang dihasilkan oleh alarm matematika metrik yang menggabungkan empat metrik atau lebih, Anda dapat menggabungkan data sebelum data dikirim ke CloudWatch. Dengan cara ini, Anda dapat membuat alarm untuk metrik tunggal, alih-alih alarm yang mengumpulkan data untuk beberapa metrik. Untuk informasi selengkapnya, silakan lihat [Menublikasikan metrik kustom](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/publishingMetrics.html#publishingDataPoints1). 

Untuk mengoptimalkan biaya yang dihasilkan oleh alarm kueri Metrics Insights, Anda dapat memastikan bahwa filter yang digunakan untuk kueri hanya cocok dengan metrik yang ingin Anda pantau. 

Cara terbaik untuk menurunkan biaya yaitu dengan menghapus semua alarm yang tidak perlu atau tidak digunakan. Sebagai contoh, Anda dapat menghapus alarm yang mengevaluasi metrik yang dipancarkan oleh AWS sumber daya yang tidak ada lagi. 

**Example Contoh penggunaan `DescribeAlarms` untuk memeriksa alarm dalam status `INSUFFICIENT_DATA`**  
Jika Anda menghapus sumber daya, tetapi tidak alarm metrik yang dipancarkan sumber daya, alarm tersebut masih ada dan biasanya akan masuk ke status `INSUFFICIENT_DATA`. Untuk memeriksa alarm yang berada dalam status `INSUFFICIENT_DATA`, gunakan perintah berikut AWS Command Line Interface (AWS CLI).   

```
aws cloudwatch describe-alarms –state-value INSUFFICIENT_DATA
```
Untuk informasi selengkapnya, lihat Men [ gotomatiskan Pembersihan CloudWatch Alarm Amazon pada Skala. ](https://aws.amazon.com/blogs/mt/automating-amazon-cloudwatch-alarm-cleanup-at-scale/) 

Cara lain untuk menurunkan biaya mencakup berikut ini: 
+ Pastikan Anda membuat alarm-alarm untuk metrik yang benar. 
+ Pastikan Anda tidak mengaktifkan alarm apa pun di Wilayah tempat di mana Anda tidak bekerja. 
+ Ingatlah bahwa, meskipun alarm gabungan mengurangi kebisingan, alarm tersebut menimbulkan biaya tambahan. 
+ Ketika memutuskan apakah akan membuat alarm standar atau alarm resolusi tinggi, pertimbangkan kasus penggunaan Anda dan nilai yang dibawa setiap jenis alarm. 

## Mengoptimalkan dan mengurangi biaya Con CloudWatch tainer Insights
<a name="cloudwatch_billing_container-insights"></a>

CloudWatch Container Insights menawarkan fitur pengamatan standar dan ditingkatkan untuk memantau aplikasi kontainer di Amazon ECS dan Amazon EKS. CloudWatch Container Insights memanfaatkan format metrik tertanam untuk menyerap telemetri dari lingkungan kontainer Anda.

**Wawasan Kontainer dengan pengamatan standar: **

Standard Container Insights mengumpulkan dan memvisualisasikan metrik yang dikumpulkan pada tingkat cluster dan node. Anda dapat memulai dengan mode standar Container Insights menggunakan CloudWatch agen atau AWS Distro for Open Telemetry (ADOT). Menggunakan ADOT memungkinkan Anda menyesuaikan metrik dan dimensi mana yang dikirim CloudWatch.

Metrik dalam Wawasan Kontainer diperlakukan sebagai “metrik tertanam”. Biaya yang terkait dengan metrik ini tercermin dalam jenis penggunaan `MetricStorage:AWS/Logs-EMF` dan`DataProcessing-Bytes`. Untuk informasi harga terperinci, lihat bagian Metrik Tertanam di CloudWatch harga [ Amazon](https://aws.amazon.com/cloudwatch/pricing/?nc1=h_ls).

**Wawasan Kontainer dengan pengamatan yang ditingkatkan: **

Visibilitas terperinci dilengkapi dengan Container Insights dengan pengamatan yang ditingkatkan, yang memberikan telemetri granular hingga level pod dan wadah dalam aplikasi Anda. Mirip dengan Wawasan Kontainer standar, pengamatan yang ditingkatkan juga dilengkapi dengan serangkaian metrik penting standar di mana Anda dapat memulai dengan menggunakan add-on CloudWatch Observability yang berjalan di agen CloudWatch . Container Insights menawarkan peningkatan pengamatan dengan penetapan harga berbasis pengamatan baru untuk memastikan tagihan hemat biaya yang membenarkan manfaatnya. Lihat CloudWatch harga [ Amazon ](https://aws.amazon.com/cloudwatch/pricing/?nc1=h_ls) untuk informasi selengkapnya.

Berikut adalah berikut UsageType dan Operasi yang terkait dengan Inisghts Kontainer ini dengan peningkatan pengamatan:


| *CloudWatch sub-fitur * | `UsageType` | `Operation` | 
| --- | --- | --- | 
| Wawasan Kontainer dengan pengamatan yang ditingkatkan untuk Amazon EKS  | `ObservationUsage` | `ObservationCount:CI-EKS` | 
| Wawasan Kontainer dengan Observabilitas Lebih Tinggi untuk Amazon ECS | `MetricsUsage` | `MetricStorage:CI-ECS` | 

## Mengoptimalkan dan mengurangi biaya CloudWatch Database Insights
<a name="cloudwatch_billing_database-insights"></a>

CloudWatch Database Insights menawarkan fitur pengamatan standar dan ditingkatkan untuk memantau database Amazon Aurora di tingkat instance dan armada;. CloudWatch Database Insights mengkonsolidasikan log dan metrik dari aplikasi Anda, database Anda, dan sistem operasi tempat mereka berjalan ke dalam tampilan terpadu di konsol.

**Mode Standar Wawasan Database: Wawasan Database ** Standar adalah bagian dari AWS Tingkat Gratis dan menyediakan riwayat data kinerja 7 hari bergulir untuk metrik beban database. 

**Mode lanjutan Wawasan Database: ** Advanced Database Insights mengkonsolidasikan metrik database, analisis kueri SQL, dan log untuk database Amazon Aurora dan RDS ke dalam pengalaman terpadu di. CloudWatch Harga didasarkan pada jumlah sumber daya komputasi yang digunakan oleh database yang dipantau. 

 Untuk detail tentang bagaimana Database Insights diberi harga dan contoh harga, lihat CloudWatch harga [ Amazon](https://aws.amazon.com/cloudwatch/pricing/?nc1=h_ls).

Berikut adalah UsageTypes dan Operasi yang terkait dengan Database Insights:


| *UsageType* | `Operation` | `Instance configuration type` | `Database engine type` | 
| --- | --- | --- | --- | 
| DatabaseInsights-vCPU-Hours | `Aurora-MySQL:Provisioned` | `Provisioned` | `Aurora-MySQL` | 
| DatabaseInsights-ACU-Hours | `Aurora-MySQL:Serverless` | `Serverless` | `Aurora-MySQL` | 
| DatabaseInsights-vCPU-Hours | `Aurora-PostgreSQL:Provisioned` | `Provisioned` | `Aurora-PostgreSQL` | 
| DatabaseInsights-ACU-Hours | `Aurora-PostgreSQL:Serverless` | `Serverless` | `Aurora-PostgreSQL` | 
| DatabaseInsights-ACU-Hours | Aurora-PostgreSQL:Limitless | `Limitless` | Aurora-PostgreSQL | 

## Mengoptimalkan dan mengurangi biaya CloudWatch Log
<a name="cloudwatch_billing_billing_logs"></a>

Amazon CloudWatch Logs memiliki jenis log berikut: 
+  ***Log kustom** (log yang Anda buat untuk aplikasi Anda)* 
+  ***Log yang dijual ** (log yang lain Layanan AWS, seperti Amazon Virtual Private Cloud (Amazon VPC) dan Amazon Route 53, buat atas nama Anda) * 

Untuk informasi selengkapnya tentang log yang dijual, lihat [ Mengaktifkan pencatatan dari AWS layanan tertentu ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AWS-logs-and-resource-policy.html) di Panduan * * Pengguna Amazon CloudWatch Log. 

Log kustom dan dipasok menimbulkan biaya berdasarkan jumlah log yang *dikumpulkan*, *disimpan*, dan *dianalisis*. Secara terpisah, log yang dijual menghasilkan biaya pengiriman ke Amazon S3 dan Firehose. 

Tabel berikut mencantumkan nama-nama fitur CloudWatch Log dan nama sub-fitur yang relevan. Tabel ini mencakup string untuk `UsageType` dan`Operation`, yang dapat membantu Anda menganalisis dan mengidentifikasi biaya yang terkait dengan log. 


| CloudWatch Fitur log | *CloudWatch Sub-fitur log * | `UsageType` | `Operation` | Tujuan | 
| --- | --- | --- | --- | --- | 
| Log kustom | Kumpulkan (penyerapan data untuk kelas log Standar)  | `DataProcessing-Bytes` | `PutLogEvents` | Mengunggah kumpulan log ke aliran log tertentu dalam grup log kelas Standar. | 
|  | Kumpulkan (penyerapan data untuk kelas log Akses Langsung)  | `DataProcessingIA-Bytes` | `PutLogEvents` | Mengunggah kumpulan log ke aliran log tertentu di grup log kelas Akses Langsung. | 
|  | Mendeteksi dan menutupi (perlindungan data) | `DataProtection-Bytes` | `PutLogEvents` | Mendeteksi dan menutupi data yang dilindungi dalam peristiwa log. | 
|  | Toko (Standar)  | `TimedStorage-ByteHrs` | `HourlyStorageMetering` | Menyimpan log tingkat Standar per jam dan per byte di CloudWatch Log. | 
|  | Toko (Akses Jarang)  | `TimedStorage-IA-ByteHrs` | `HourlyStorageMetering` | Menyimpan log tingkat Akses Jarang per jam dan per byte di CloudWatch Log. | 
|  | Toko (Akses Instan Arsip)  | `TimedStorage-AIA-ByteHrs` | `HourlyStorageMetering` | Menyimpan log tingkat Akses Instan Arsip per jam dan per byte di CloudWatch Log. | 
|  | Analisis (Kueri Wawasan Log) | `DataScanned-Bytes` | `StartQuery` | Data log dipindai oleh kueri CloudWatch Logs Insights | 
|  | Analisis (Log Live Tail)  | `Logs-LiveTail` | `StartLiveTail` | Log dianalisis selama sesi CloudWatch Logs Live Tail | 
| Log yang dipasok | Pengiriman (CloudWatch Logs Kelas log Standar)  | `VendedLog-Bytes` | `PutLogEvents` | Mengunggah kumpulan log ke aliran log tertentu dalam grup log di kelas log Standar. | 
|  | Pengiriman (CloudWatch Logs kelas log Akses Jarang)  | `VendedLogIA-Bytes` | `PutLogEvents` | Mengunggah kumpulan log ke aliran log tertentu dalam grup log di kelas log Akses Langsung. | 
|  | *Pengiriman (Amazon S3)* | `S3-Egress-Bytes` | `LogDelivery` | Mengunggah kumpulan log yang dijual ke bucket S3 tertentu | 
|  | *Pengiriman (Amazon S3) dalam format Parket * | `S3-Egress-InputBytes` | `ParquetConversion` | Lakukan konversi Parket pada log yang dikirim ke Amazon S3 | 
|  | *Pengiriman (Firehose) * | `FH-Egress-Bytes` | `LogDelivery` | Mengunggah kumpulan log yang dijual ke Amazon Data Firehose | 

Untuk menganalisis biaya, gunakan AWS Cost Explorer Service atau AWS Cost and Usage Report s dengan Athena. Dengan salah satu metode, Anda dapat mengidentifikasi log mana yang menghasilkan biaya dan menentukan bagaimana biaya dihasilkan. 

**Menggunakan AWS Cost Explorer Service**

Pilih ** CloudWatch ** untuk ** filter ** Layanan dan pilih Sumber ** Daya ** untuk ** Dimensi**. Ketika Anda memilih ** Sumber Daya ** sebagai dimensi di Layanan Penjelajah Biaya, Anda hanya dapat melihat penggunaan 14 hari terakhir.

![Antarmuka Cost Explorer dengan CloudWatch dipilih untuk Layanan dan Sumber Daya dipilih untuk Dimensi.](http://docs.aws.amazon.com/id_id/AmazonCloudWatch/latest/monitoring/images/celogs.png)


**Menggunakan Amazon Athena query untuk melacak log yang menghasilkan biaya **

Anda dapat menggunakan kueri berikut untuk melacak log mana yang menimbulkan biaya berdasarkan ID sumber daya. 

```
SELECT
line_item_resource_id AS ResourceID,
line_item_usage_type AS Operation,
SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend
FROM
{{costandusagereport }}
WHERE
product_product_name = 'AmazonCloudWatch'
AND year='{{2025}}'
AND month='{{4}}'
AND line_item_operation IN ('PutLogEvents','HourlyStorageMetering','StartQuery','LogDelivery','StartLiveTail','ParquetConversion')
AND line_item_line_item_type NOT IN ('Tax','Credit','Refund','EdpDiscount','Fee','RIFee')
GROUP BY
line_item_resource_id,
line_item_usage_type
ORDER BY
TotalSpend DESC
```

Untuk memaksimalkan biaya yang dihasilkan oleh CloudWatch Log, pertimbangkan hal berikut: 
+ Identifikasi grup log teratas berdasarkan pengeluaran per operasi dengan menggunakan kueri sebelumnya.
+ Catat hanya peristiwa yang membawa nilai bisnis Anda dan pilih sintaks log yang efisien. Sintaks log verbose mendorong volume dan karenanya biaya. Ini membantu Anda menghasilkan biaya konsumsi yang lebih rendah. 
+ Ubah pengaturan penyimpanan log Anda, sehingga Anda menghasilkan biaya penyimpanan yang lebih rendah. Untuk informasi selengkapnya, lihat Meng [ ubah retensi data CloudWatch log ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/Working-with-log-groups-and-streams.html#SettingLogRetention) di Log di Panduan CloudWatch Pengguna * Amazon Log*. 
+ Pertimbangkan untuk menggunakan kelas log Akses jarang jika sesuai. Log Akses yang jarang menawarkan lebih sedikit fitur daripada kelas Standar. Tentukan apakah Anda memerlukan fitur tambahan dari kelas log Standar dan pahami perbedaan antara kedua kelas. Untuk informasi selengkapnya, lihat artikel blog Kel [ as CloudWatch log Log Baru untuk log akses yang jarang dengan harga ](https://aws.amazon.com/blogs/aws/new-amazon-cloudwatch-log-class-for-infrequent-access-logs-at-a-reduced-price/) yang lebih murah. Sementara kelas Akses Langsung mendukung lebih sedikit fitur, ini cocok untuk sebagian besar kasus penggunaan. 
+ Jalankan kueri yang CloudWatch disimpan Logs Insights secara otomatis di riwayat Anda. Dengan cara ini, Anda mengeluarkan lebih sedikit biaya untuk analisis. Untuk informasi selengkapnya, lihat [ Melihat kueri yang sedang berjalan atau riwayat kueri ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/CloudWatchLogs-Insights-Query-History.html) di Panduan CloudWatch Pengguna * Amazon Logs*. 
+ Gunakan CloudWatch agen untuk mengumpulkan log sistem dan aplikasi dan mengirimkannya keCloudWatch. Dengan cara ini, Anda hanya dapat mengumpulkan kejadian log yang memenuhi kriteria Anda. Untuk informasi selengkapnya, lihat [ Amazon CloudWatch Agent menambahkan Dukungan untuk Ekspresi Filter Log](https://aws.amazon.com/about-aws/whats-new/2022/02/amazon-cloudwatch-agent-log-filter-expressions/). 

Untuk mengurangi biaya log yang dijual, pertimbangkan kasus penggunaan Anda, lalu tentukan apakah log Anda harus dikirim ke CloudWatch atau Amazon S3. Untuk informasi selengkapnya, lihat [ Log yang dikirim ke Amazon S3 ](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/AWS-logs-and-resource-policy.html#AWS-logs-infrastructure-S3) di Panduan CloudWatch Pengguna * Amazon Log*. 

**Tip**  
Jika Anda ingin menggunakan filter metrik, filter langganan, Wawasan CloudWatch Log, dan Wawasan Kontributor, kirim log yang dijual ke CloudWatch.   
Alternatifnya, jika Anda bekerja dengan Log Aliran VPC dan menggunakannya untuk tujuan audit dan kepatuhan, kirim log yang dipasok ke Amazon S3.   
Untuk informasi tentang cara melacak biaya yang dihasilkan dengan menerbitkan Log Aliran VPC ke bucket S3, lihat [ Menggunakan AWS Cost and Usage Report s dan tag alokasi biaya untuk memahami penyerapan data VPC FLow Logs di Amazon S3. ](https://aws.amazon.com/blogs/mt/using-aws-cost-usage-reports-cost-allocation-tags-to-understand-vpc-flow-logs-data-ingestion-costs-in-amazon-s3/) 

Untuk informasi tambahan tentang cara memaksimalkan biaya yang dihasilkan oleh CloudWatch Log, lihat Grup log [ mana yang menyebabkan kenaikan mendadak pada tagihan CloudWatch Log saya? ](https://aws.amazon.com/premiumsupport/knowledge-center/cloudwatch-logs-bill-increase/). 