Menganalisis, mengoptimalkan, dan mengurangi biaya CloudWatch - Amazon CloudWatch

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

Menganalisis, mengoptimalkan, dan mengurangi biaya CloudWatch

Bagian ini menjelaskan bagaimana CloudWatch fitur Amazon menghasilkan biaya. Ini juga menyediakan metode yang dapat membantu Anda menganalisis, mengoptimalkan, dan mengurangi CloudWatch biaya. Di seluruh bagian ini, kami terkadang merujuk pada harga saat mendeskripsikan CloudWatch fitur. Untuk informasi tentang harga, lihat CloudWatch harga Amazon.

Menganalisis data CloudWatch biaya dan penggunaan dengan Cost Explorer

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 Memulai dengan AWS Cost Explorer.

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

Untuk memvisualisasikan dan menganalisis CloudWatch data biaya dan penggunaan

  1. Masuk ke konsol Cost Explorer di https://console.aws.amazon.com/cost-management/rumah#/custom.

  2. Di bawah FILTERS, untuk Layanan, pilih CloudWatch.

  3. Untuk Grup berdasar, pilih Jenis Penggunaan. Anda juga dapat mengelompokkan hasil yang Anda dapatkan berdasarkan kategori lain, seperti berikut ini:

    • APIOperasi - Lihat API operasi mana yang menghasilkan biaya paling banyak.

    • Wilayah – Lihat Wilayah manakah yang menimbulkan biaya paling banyak.

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

Tangkapan layar antarmuka AWS Cost Explorer , yang menunjukkan biaya Jenis Penggunaan dalam format grafik batang.

Untuk melihat CloudWatch fitur mana yang menghasilkan biaya paling banyak, lihat nilainyaUsageType. Misalnya, EU-CW:GMD-Metrics mewakili biaya yang dihasilkan oleh API permintaan 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 API permintaan 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 Global Wilayah 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 menjadiGMD-Metrics.

Tabel berikut mencakup nama setiap CloudWatch fitur, daftar nama setiap subfitur, dan daftar string untuk. UsageType

CloudWatch fitur CloudWatch subfitur

UsageType

CloudWatch metrik Metrik-metrik kustom

MetricMonitorUsage

Pemantauan terperinci

MetricMonitorUsage

Metrik tersemat

MetricMonitorUsage

CloudWatch APIpermintaan APIpermintaan

Requests

Dalam jumlah besar (Ambil)

GMD-Metrics

Wawasan Kontributor

GIRR-Metrics

Snapshot citra bitmap

GMWI-Metrics

CloudWatch aliran metrik Aliran metrik

MetricStreamUsage

CloudWatch dasbor Dasbor dengan 50 metrik atau kurang

DashboardsUsageHour-Basic

Dasbor dengan lebih dari 50 metrik

DashboardsUsageHour

CloudWatch alarm Standar (alarm metrik)

AlarmMonitorUsage

Resolusi tinggi (alarm metrik)

HighResAlarmMonitorUsage

Alarm kueri Wawasan Metrik

MetricInsightAlarmUsage

Gabungan (alarm agregat)

CompositeAlarmMonitorUsage

CloudWatch Sinyal Aplikasi Sinyal Aplikasi

Application-Signals

CloudWatch log kustom Kumpulkan (konsumsi data untuk kelas log Standar)

DataProcessing-Bytes

Kumpulkan (konsumsi data untuk kelas log Akses Jarang)

DataProcessingIA-Bytes

Analisis (kueri)

DataScanned-Bytes

Analisis (Live Tail)

Logs-LiveTail

Simpan (arsip)

TimedStorage-ByteHrs

Deteksi dan topeng (perlindungan data)

DataProtection-Bytes

CloudWatch log yang dijual Pengiriman (Amazon CloudWatch Logs Standard log class)

VendedLog-Bytes

Pengiriman (CloudWatch Log kelas log Akses Jarang)

VendedLogIA-Bytes

Pengiriman (Amazon S3)

S3-Egress-Bytes

Pengiriman (Amazon S3) dalam format Parket

S3-Egress-InputBytes

Pengiriman (Amazon Data Firehose)

FH-Egress-Bytes

Wawasan Kontributor CloudWatch Log (Aturan)

ContributorInsightRules

CloudWatch Log (Acara)

ContributorInsightEvents

Amazon DynamoDB (Aturan)

ContributorRulesManaged

Kejadian DynamoDB)

ContributorEventsManaged

Canary (Sintetik) Jalankan .

Canary-runs

Nyata Kejadian

Evidently-event

Unit Analisis

Evidently-eau

RUM Peristiwa

RUM-event

Analisis data CloudWatch biaya dan penggunaan dengan AWS Cost and Usage Report s dan Athena

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 seperangkat 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? di 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 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? di Panduan Pengguna Amazon Athena. Untuk informasi selengkapnya, silakan lihat Apa yang dimaksud dengan Amazon Athena? di Panduan Pengguna Amazon Athena. Untuk informasi selengkapnya tenngenai harga, silakan lihat harga Amazon Athena.

Prosedur berikut menjelaskan proses untuk mengaktifkan AWS Cost and Usage Report 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 basis data bernama laporanbiayadanpenggunaan, dan menunjukkan hasil untuk bulan April dan tahun 2022. 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

  1. Aktifkan AWS Cost and Usage Report s. Untuk informasi selengkapnya, silakan lihat Membuat laporan biaya dan penggunaan di Panduan Pengguna AWS Cost and Usage Report.

    Tip

    Saat membuat laporan, pastikan untuk memilih Sertakan sumber daya IDs. Jika tidak menyertakannya, laporan Anda tidak akan menyertakan kolomline_item_resource_id. Baris ini membantu Anda mengidentifikasi biaya lebih lanjut ketika menganalisis data biaya dan penggunaan.

  2. Integrasikan AWS Cost and Usage Report s dengan Athena. Untuk informasi selengkapnya, lihat Menyiapkan Athena menggunakan AWS CloudFormation templat di Panduan Pengguna AWS Cost and Usage Report s.

  3. Gunakan kueri laporan biaya dan penggunaan Anda.

contoh permintaan 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' -- 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)' -- 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 - Archival)' 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-Bytes%%') THEN 'Vended Logs (Delivered to S3)' -- 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 '%%Evidently%%' THEN 'Evidently' 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='2022' 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;
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 danTotalSpend, sehingga Anda dapat melihat total biaya penggunaan Anda.

Tip

Untuk informasi selengkapnya tentangUsageType, 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='2022' 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,y line_item_resource_id, line_item_operation

Mengoptimalkan dan mengurangi biaya metrik CloudWatch

Banyak Layanan AWS, seperti Amazon Elastic Compute Cloud (AmazonEC2), Amazon S3, dan Amazon Data Firehose, secara otomatis mengirim metrik CloudWatch tanpa biaya. Namun demikian, metrik yang dikelompokkan dalam kategori berikut dapat menimbulkan biaya tambahan:

  • Metrik kustom, pemantauan terperinci, dan metrik tersemat

  • APIpermintaan

  • Aliran metrik

Untuk informasi selengkapnya, lihat Menggunakan CloudWatch metrik Amazon.

Metrik-metrik kustom

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 bagaimana metrik diberi harga, lihat Harga Amazon CloudWatch .

Tabel berikut mencantumkan nama subfitur yang relevan untuk CloudWatch metrik. Tabel ini mencakup string untuk UsageType danOperation, 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.

CloudWatchsubfitur

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

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 setiap Layanan AWS yang mendukung pemantauan terperinci, Anda dapat memilih apakah akan akan mengaktifkannya untuk layanan itu. Untuk informasi selengkapnya, silakan lihat Pemantauan dasar dan terperinci.

catatan

Layanan AWS Dukungan lain 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.

Contoh: Kueri Athena

Anda dapat menggunakan kueri berikut untuk menunjukkan EC2 instance mana yang mengaktifkan pemantauan terperinci.

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='2022' 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

Dengan format metrik yang CloudWatch disematkan, Anda dapat menyerap data aplikasi sebagai data log, sehingga Anda dapat menghasilkan metrik yang dapat ditindaklanjuti. Untuk informasi selengkapnya, lihat Menelan log kardinalitas tinggi dan menghasilkan metrik dengan format metrik yang disematkan. CloudWatch

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

Tabel berikut mencantumkan nama subfitur yang relevan untuk format metrik yang CloudWatch disematkan. Tabel ini mencantumkan string untuk UsageType danOperation, 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

TimedStorage-ByteHrs

HourlyStorageMetering

Menyimpan log per jam dan log 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 yang CloudWatch disematkan, 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.

Jika Anda menggunakan CloudWatch Container Insights untuk memanfaatkan format metrik yang disematkan, Anda dapat menggunakan AWS Distro untuk Open Telemetry sebagai alternatif untuk memaksimalkan biaya terkait metrik. Dengan Wawasan Kontainer, Anda dapat mengumpulkan, menyatukan, dan meringkas metrik dan log dari aplikasi dan mikrolayanan terkontainer. Saat Anda mengaktifkan Wawasan Kontainer, CloudWatch agen akan mengirimkan log Anda CloudWatch, sehingga dapat menggunakan log untuk menghasilkan metrik yang disematkan. Namun, CloudWatch agen hanya mengirimkan sejumlah metrik tetap ke CloudWatch, dan Anda dikenakan biaya untuk semua metrik yang tersedia, termasuk yang tidak Anda gunakan. Dengan AWS Distro untuk Open Telemetry, Anda dapat mengonfigurasi dan menyesuaikan metrik dan dimensi mana yang dikirim. CloudWatch Tindakan ini membantu Anda mengurangi volume data dan biaya yang dihasilkan Wawasan Kontainer. Untuk informasi selengkapnya, silakan lihat sumber daya berikut:

APIpermintaan

CloudWatch memiliki jenis API permintaan berikut:

  • APIpermintaan

  • Dalam jumlah besar (Ambil)

  • Wawasan Kontributor

  • Snapshot citra bitmap

APIpermintaan menghasilkan biaya berdasarkan jenis permintaan dan jumlah metrik yang diminta.

Tabel berikut mencantumkan jenis API permintaan dan menyertakan string untuk UsageType danOperation, yang dapat membantu Anda menganalisis dan mengidentifikasi biaya API terkait.

APIjenis permintaan

UsageType

Operation

Tujuan
APIpermintaan

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 beberapa CloudWatch metrik sebagai gambar bitmap

Untuk menganalisis biaya, gunakan Cost Explorer, dan kelompokkan hasil Anda berdasarkan APIOperasi.

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

catatan

GetMetricDatadan GetMetricWidgetImage tidak termasuk di bawah batas Tingkat AWS Gratis. Untuk informasi selengkapnya, lihat Menggunakan Tingkat AWS Gratis di Panduan AWS Billing Pengguna.

APIPermintaan yang biasanya mendorong biaya adalah Put dan Get permintaan.

PutMetricData

PutMetricDatadikenai biaya setiap kali permintaan ini dipanggil dan dapat menimbulkan biaya yang signifikan tergantung pada kasus penggunaan. Untuk informasi selengkapnya, lihat PutMetricDatadi CloudWatch APIReferensi Amazon.

Untuk memaksimalkan biaya yang dihasilkan olehPutMetricData, kumpulkan lebih banyak data ke dalam API panggilan Anda. Bergantung pada kasus penggunaan Anda, pertimbangkan untuk menggunakan CloudWatch Log atau format metrik yang CloudWatch disematkan untuk menyuntikkan data metrik. Untuk informasi selengkapnya, lihat sumber daya berikut:

GetMetricData

GetMetricData juga dapat menimbulkanan biaya yang signifikan. Kasus penggunaan umum yang mendorong biaya melibatkan alat pemantauan pihak ketiga yang menarik data untuk menghasilkan insights. Untuk informasi selengkapnya, lihat GetMetricDatadi CloudWatch APIReferensi Amazon.

Untuk menurunkan biaya yang ditimbulkan olehGetMetricData, 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:

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 dalam batas Tingkat AWS Gratis hingga satu juta API permintaan, yang dapat membantu Anda mengurangi biaya jika Anda tidak perlu mengambil banyak metrik dan titik data per panggilan. Untuk informasi selengkapnya, lihat sumber daya berikut:

catatan

Penelepon eksternal melakukan API panggilan. Untuk APIs yang didukung oleh peristiwa CloudTrail data (seperti GetMetricDatadan GetMetricWidgetImage), Anda dapat menggunakan CloudTrail untuk mengidentifikasi CloudWatch API penelepon teratas dan berpotensi mengurangi atau mengidentifikasi panggilan tak terduga. Untuk informasi selengkapnya, lihat Cara menggunakan CloudTrail untuk menganalisis CloudWatch API Penggunaan Anda. Untuk yang lain CloudWatch APIs 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 AWS? .

CloudWatch aliran metrik

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.

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 mana yang menghasilkan 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='2022' 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 alarm CloudWatch

Dengan CloudWatch alarm, Anda dapat membuat alarm berdasarkan metrik tunggal, alarm berdasarkan kueri Wawasan Metrik, 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 ini, Anda dapat mengotomatiskan pembersihan CloudWatch alarm yang tidak lagi Anda perlukan. Untuk informasi selengkapnya, lihat Mengotomatiskan Pembersihan CloudWatch Alarm Amazon pada Skala

Alarm metrik

Alarm metrik memiliki pengaturan resolusi sebagai berikut:

  • Standar (dievaluasi setiap 60 detik)

  • Resolusi tinggi (dievaluasi setiap 10 detik)

Saat Anda menentukan metrik, biaya Anda didasarkan pada pengaturan resolusi alarm Anda dan jumlah metrik yang merujuk 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.

Jika Anda membuat alarm metrik yang berisi ekspresi matematika metrik, yang memberi rujukan beberapa metrik, Anda akan dikenai biaya untuk setiap metrik alarm yang dirujukkan dalam ekspresi matematika metrik. Untuk informasi tentang cara membuat alarm metrik yang berisi ekspresi matematika metrik, lihat Membuat CloudWatch alarm berdasarkan ekspresi matematika metrik.

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.

Alarm kueri Wawasan Metrik

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 Amazon CloudWatch Pricing.

Jika Anda membuat alarm yang berisi baik kueri Wawasan Metrik dan ekspresi matematika metrik, alarm tersebut dilaporkan sebagai alarm kueri Wawasan Metrik. Jika alarm Anda berisi ekspresi matematika metrik yang memberik rujukan metrik lain selain metrik yang dianalisis oleh kueri Wawasan Metrik, Anda akan dikenai biaya tambahan untuk setiap metrik alarm yang dirujukkan dalam ekspresi matematika metrik. Untuk informasi tentang cara membuat alarm metrik yang berisi ekspresi matematika metrik, lihat Membuat CloudWatch alarm berdasarkan ekspresi matematika metrik.

Alarm komposit

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.

Jenis penggunaan alarm

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

CloudWatchsubfitur

UsageType

Alarm metrik standar

AlarmMonitorUsage

Alarm metrik resolusi tinggi

HighResAlarmMonitorUsage

Alarm kueri Wawasan Metrik

MetricInsightAlarmUsage

Alarm gabungan

CompositeAlarmMonitorUsage

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.

Jenis penggunaan alarm

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

CloudWatchsubfitur

UsageType

Alarm metrik standar

AlarmMonitorUsage

Alarm metrik resolusi tinggi

HighResAlarmMonitorUsage

Alarm kueri Wawasan Metrik

MetricInsightAlarmUsage

Alarm gabungan

CompositeAlarmMonitorUsage

Mengurangi biaya alarm

Untuk mengoptimalkan biaya yang dihasilkan oleh alarm matematika metrik yang menggabungkan empat metrik atau lebih, Anda dapat mengumpulkan data sebelum data dikirim. 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.

Untuk mengoptimalkan biaya yang ditimbulkan oleh alarm kueri Wawasan Metrik, 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. Misalnya, Anda dapat menghapus alarm yang mengevaluasi metrik yang dipancarkan oleh AWS sumber daya yang tidak ada lagi.

contoh menggunakan DescribeAlarms untuk memeriksa alarm dalam keadaan 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 INSUFFICIENT_DATA status, gunakan perintah berikut AWS Command Line Interface (AWS CLI).

aws cloudwatch describe-alarms –state-value INSUFFICIENT_DATA

Untuk informasi selengkapnya, lihat Mengotomatiskan Pembersihan CloudWatch Alarm Amazon pada Skala.

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 Log CloudWatch

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 (AmazonVPC) dan Amazon Route 53, buat atas nama Anda)

Untuk informasi selengkapnya tentang log vended, lihat Mengaktifkan logging dari AWS layanan tertentu di Panduan Pengguna Amazon CloudWatch Logs.

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

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

CloudWatch Fitur log CloudWatch Subfitur log

UsageType

Operation

Tujuan
Log kustom Kumpulkan (konsumsi data untuk kelas log Standar)

DataProcessing-Bytes

PutLogEvents

Mengunggah sekumpulan log ke aliran log tertentu dalam grup log kelas Standar.
Kumpulkan (konsumsi data untuk kelas log Akses Jarang)

DataProcessingIA-Bytes

PutLogEvents

Mengunggah sekumpulan log ke aliran log tertentu dalam grup log kelas Akses Jarang.
Deteksi dan topeng (perlindungan data)

DataProtection-Bytes

PutLogEvents

Mendeteksi dan menutupi data yang dilindungi dalam peristiwa log.
Simpan (arsip)

TimedStorage-ByteHrs

HourlyStorageMetering

Menyimpan log per jam dan log 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 Log Live Tail
Log yang dipasok Pengiriman (CloudWatch Log kelas log Standar)

VendedLog-Bytes

PutLogEvents

Mengunggah sekumpulan log ke aliran log tertentu dalam grup log di kelas log Standar.
Pengiriman (CloudWatch Log kelas log Akses Jarang)

VendedLogIA-Bytes

PutLogEvents

Mengunggah sekumpulan log ke aliran log tertentu dalam grup log di kelas log Akses Jarang.

Pengiriman (Amazon S3)

S3-Egress-Bytes

LogDelivery

Mengunggah sekumpulan log vended 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 sejumlah log vended 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 CloudWatchfilter Layanan dan pilih Sumber Daya untuk Dimensi. Ketika Anda memilih Sumber Daya sebagai dimensi di Cost Explorer Service, Anda hanya dapat melihat 14 hari terakhir penggunaan.

Tangkapan layar AWS Cost Explorer Service antarmuka, dengan CloudWatch dipilih untuk bidang Layanan dan Sumber daya dipilih untuk bidang Dimensi.

Menggunakan Amazon Athena kueri untuk melacak log yang menghasilkan biaya

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

SELECT bill_payer_account_id as Payer, line_item_usage_account_id as LinkedAccount, line_item_resource_id AS ResourceID, line_item_usage_type AS UsageType, SUM(CAST(line_item_unblended_cost AS decimal(16,8))) AS TotalSpend, SUM(CAST(line_item_usage_amount AS double)) AS UsageQuantity FROM costandusagereport WHERE product_product_name = 'AmazonCloudWatch' AND year='2022' 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 bill_payer_account_id, line_item_usage_account_id, line_item_usage_type, line_item_resource_id, line_item_operation ORDER BY TotalSpend DESC

Untuk memaksimalkan biaya yang dihasilkan oleh CloudWatch Log, pertimbangkan hal berikut:

  • Hanya log kejadian peristiwa yang membawa nilai bisnis Anda. Log ini membantu Anda mengeluarkan lebih sedikit biaya untuk masuk.

  • Ubah pengaturan penyimpanan log Anda, sehingga Anda akan menghasilkan lebih sedikit biaya untuk penyimpanan. Untuk informasi selengkapnya, lihat Mengubah penyimpanan data CloudWatch log di Log di Panduan Pengguna CloudWatch Log Amazon.

  • Jalankan kueri yang disimpan secara otomatis oleh Wawasan CloudWatch Log dalam riwayat Anda. Dengan cara ini, Anda mengeluarkan lebih sedikit biaya untuk analisis. Untuk informasi selengkapnya, lihat Melihat kueri atau riwayat kueri yang sedang berjalan di Panduan Pengguna CloudWatch Log Amazon.

  • Gunakan CloudWatch agen untuk mengumpulkan log sistem dan aplikasi dan mengirimkannya ke CloudWatch. 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.

Untuk mengurangi biaya log vended, 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 di Panduan Pengguna Amazon CloudWatch Logs.

Tip

Jika Anda ingin menggunakan filter metrik, filter langganan, Wawasan CloudWatch Log, dan Wawasan Kontributor, kirim log vended ke. CloudWatch

Atau, jika Anda bekerja dengan VPC Flow Logs dan menggunakannya untuk tujuan audit dan kepatuhan, kirim log vended ke Amazon S3.

Untuk informasi tentang cara melacak tagihan yang dihasilkan dengan menerbitkan Log VPC Aliran ke bucket S3, lihat Menggunakan tag alokasi biaya dan AWS Cost and Usage Report s untuk memahami konsumsi data VPC FLow Log di 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? .