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
Topik
- Menganalisis data CloudWatch biaya dan penggunaan dengan Cost Explorer
- Analisis data CloudWatch biaya dan penggunaan dengan AWS Cost and Usage Report s dan Athena
- Mengoptimalkan dan mengurangi biaya metrik CloudWatch
- Mengoptimalkan dan mengurangi biaya alarm CloudWatch
- Mengoptimalkan dan mengurangi biaya Log CloudWatch
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
-
Masuk ke konsol Cost Explorer di https://console.aws.amazon.com/cost-management/rumah#/custom
. -
Di bawah FILTERS, untuk Layanan, pilih CloudWatch.
-
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.
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 |
|
---|---|---|
CloudWatch metrik | Metrik-metrik kustom |
|
Pemantauan terperinci |
|
|
Metrik tersemat |
|
|
CloudWatch APIpermintaan | APIpermintaan |
|
Dalam jumlah besar (Ambil) |
|
|
Wawasan Kontributor |
|
|
Snapshot citra bitmap |
|
|
CloudWatch aliran metrik | Aliran metrik |
|
CloudWatch dasbor | Dasbor dengan 50 metrik atau kurang |
|
Dasbor dengan lebih dari 50 metrik |
|
|
CloudWatch alarm | Standar (alarm metrik) |
|
Resolusi tinggi (alarm metrik) |
|
|
Alarm kueri Wawasan Metrik |
|
|
Gabungan (alarm agregat) |
|
|
CloudWatch Sinyal Aplikasi | Sinyal Aplikasi |
|
CloudWatch log kustom | Kumpulkan (konsumsi data untuk kelas log Standar) |
|
Kumpulkan (konsumsi data untuk kelas log Akses Jarang) |
|
|
Analisis (kueri) |
|
|
Analisis (Live Tail) |
|
|
Simpan (arsip) |
|
|
Deteksi dan topeng (perlindungan data) |
|
|
CloudWatch log yang dijual | Pengiriman (Amazon CloudWatch Logs Standard log class) |
|
Pengiriman (CloudWatch Log kelas log Akses Jarang) |
|
|
Pengiriman (Amazon S3) |
|
|
Pengiriman (Amazon S3) dalam format Parket |
|
|
Pengiriman (Amazon Data Firehose) |
|
|
Wawasan Kontributor | CloudWatch Log (Aturan) |
|
CloudWatch Log (Acara) |
|
|
Amazon DynamoDB (Aturan) |
|
|
Kejadian DynamoDB) |
|
|
Canary (Sintetik) | Jalankan . |
|
Nyata | Kejadian |
|
Unit Analisis |
|
|
RUM | Peristiwa |
|
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
-
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 kolom
line_item_resource_id
. Baris ini membantu Anda mengidentifikasi biaya lebih lanjut ketika menganalisis data biaya dan penggunaan. -
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.
-
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 |
|
|
Tujuan |
---|---|---|---|
Metrik-metrik kustom |
|
|
Metrik-metrik kustom |
Pemantauan terperinci |
|
|
Pemantauan terperinci |
Metrik tersemat |
|
|
Metrik tersemat log |
Filter log |
|
|
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 |
|
|
Tujuan |
---|---|---|---|
Metrik-metrik kustom |
|
|
Metrik tersemat log |
Masukan log |
|
|
Mengunggah batch kejadian log ke grup log atau log stream tertentu |
Arsip log |
|
|
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 |
|
|
Tujuan |
---|---|---|---|
APIpermintaan |
|
|
Mengambil statistik untuk metrik-metrik yang ditentukan |
|
|
Daftar metrik-metrik yang ditentukan |
|
|
|
Menerbitkan titik data metrik ke CloudWatch |
|
|
|
Menampilkan detail pada dasbor yang ditentukan |
|
|
|
Buat daftar dasbor di akun Anda |
|
|
|
Membuat atau memperbarui sebuah dasbor |
|
|
|
Menghapus semua dasbor yang ditentukan |
|
Dalam jumlah besar (Ambil) |
|
|
Mengambil nilai CloudWatch metrik |
Wawasan Kontributor |
|
|
Mengembalikan data deret waktu yang dikumpulkan oleh aturan Wawasan Kontributor |
Snapshot citra bitmap |
|
|
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
GetMetricData
dan 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
PutMetricData
dikenai 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:
-
GetMetricStatisticsdi CloudWatch APIReferensi Amazon
-
Haruskah saya menggunakan GetMetricData atau GetMetricStatistics?
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
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
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 |
|
---|---|
Alarm metrik standar |
|
Alarm metrik resolusi tinggi |
|
Alarm kueri Wawasan Metrik |
|
Alarm gabungan |
|
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 |
|
---|---|
Alarm metrik standar |
|
Alarm metrik resolusi tinggi |
|
Alarm kueri Wawasan Metrik |
|
Alarm gabungan |
|
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 |
|
|
Tujuan |
---|---|---|---|---|
Log kustom | Kumpulkan (konsumsi data untuk kelas log Standar) |
|
|
Mengunggah sekumpulan log ke aliran log tertentu dalam grup log kelas Standar. |
Kumpulkan (konsumsi data untuk kelas log Akses Jarang) |
|
|
Mengunggah sekumpulan log ke aliran log tertentu dalam grup log kelas Akses Jarang. | |
Deteksi dan topeng (perlindungan data) |
|
|
Mendeteksi dan menutupi data yang dilindungi dalam peristiwa log. | |
Simpan (arsip) |
|
|
Menyimpan log per jam dan log per byte di CloudWatch Log. | |
Analisis (Kueri Wawasan Log) |
|
|
Data log dipindai oleh kueri CloudWatch Logs Insights | |
Analisis (Log Live Tail) |
|
|
Log dianalisis selama sesi CloudWatch Log Live Tail | |
Log yang dipasok | Pengiriman (CloudWatch Log kelas log Standar) |
|
|
Mengunggah sekumpulan log ke aliran log tertentu dalam grup log di kelas log Standar. |
Pengiriman (CloudWatch Log kelas log Akses Jarang) |
|
|
Mengunggah sekumpulan log ke aliran log tertentu dalam grup log di kelas log Akses Jarang. | |
Pengiriman (Amazon S3) |
|
|
Mengunggah sekumpulan log vended ke bucket S3 tertentu |
|
Pengiriman (Amazon S3) dalam format Parket |
|
|
Lakukan konversi Parket pada log yang dikirim ke Amazon S3 |
|
Pengiriman (Firehose) |
|
|
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.
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
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?