View a markdown version of this page

Memahami dan mengoptimalkan biaya di Amazon Managed Service untuk Prometheus - Amazon Managed Service for Prometheus

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

Memahami dan mengoptimalkan biaya di Amazon Managed Service untuk Prometheus

Pertanyaan umum berikut dan jawabannya dapat membantu dalam memahami dan mengoptimalkan biaya yang terkait dengan Amazon Managed Service untuk Prometheus.

Apa yang berkontribusi pada biaya saya?

Bagi sebagian besar pelanggan, konsumsi metrik berkontribusi sebagian besar biaya. Pelanggan dengan penggunaan kueri tinggi juga akan melihat beberapa biaya berdasarkan sampel kueri yang diproses, dengan penyimpanan metrik menjadi pendorong kecil biaya keseluruhan. Untuk informasi selengkapnya tentang harga masing-masing, lihat Harga di halaman produk Layanan Terkelola Amazon untuk Prometheus.

Apa cara terbaik untuk menurunkan biaya saya? Bagaimana cara menurunkan biaya konsumsi?

Tingkat konsumsi (bukan penyimpanan metrik) adalah sebagian besar biaya bagi sebagian besar pelanggan. Anda dapat mengurangi tingkat konsumsi dengan mengurangi frekuensi pengumpulan (meningkatkan interval pengumpulan) atau dengan mengurangi jumlah seri aktif yang dicerna.

Anda dapat meningkatkan interval pengumpulan (pengikisan) dari agen koleksi Anda: Server Prometheus (berjalan dalam mode Agen) dan kolektor AWS Distro for (ADOT) mendukung konfigurasi. OpenTelemetry scrape_interval Misalnya, meningkatkan interval pengumpulan dari 30 detik menjadi 60 detik akan mengurangi penggunaan konsumsi Anda hingga setengahnya.

Anda juga dapat memfilter metrik yang dikirim ke Amazon Managed Service untuk Prometheus dengan menggunakan. <relabel_config> Untuk informasi lebih lanjut tentang pelabelan ulang dalam konfigurasi agen Prometheus, lihat https://prometheus. io/docs/prometheus/latest/configuration/configuration/#relabel_config dalam dokumentasi Prometheus.

Apa cara terbaik untuk menurunkan biaya kueri saya?

Biaya kueri didasarkan pada jumlah sampel yang diproses. Anda dapat mengurangi frekuensi kueri untuk mengurangi biaya kueri Anda.

Untuk mendapatkan lebih banyak visibilitas ke kueri yang berkontribusi paling besar terhadap biaya kueri Anda, lihat. Mengelola biaya kueri di Amazon Managed Service untuk Prometheus

Jika saya mengurangi periode retensi metrik saya, apakah itu akan membantu mengurangi total tagihan saya?

Anda dapat mengurangi periode retensi Anda, namun, ini tidak mungkin mengurangi biaya Anda secara substansional.

Untuk informasi tentang cara mengonfigurasi periode retensi ruang kerja, lihatKonfigurasikan ruang kerja Anda.

Bagaimana saya bisa menjaga biaya kueri peringatan saya tetap rendah?

Peringatan membuat kueri terhadap data Anda, yang menambah biaya kueri Anda. Berikut adalah beberapa strategi yang dapat Anda gunakan untuk mengoptimalkan kueri peringatan Anda, dan menjaga biaya Anda lebih rendah.

  • Gunakan Layanan Terkelola Amazon untuk peringatan Prometheus — Sistem peringatan di luar Layanan Terkelola Amazon untuk Prometheus mungkin memerlukan kueri tambahan untuk menambahkan ketahanan atau ketersediaan tinggi, karena layanan eksternal menanyakan metrik dari beberapa zona ketersediaan atau wilayah. Ini termasuk peringatan di Grafana untuk ketersediaan tinggi. Ini dapat melipatgandakan biaya Anda dengan tiga kali atau lebih. Peringatan di Amazon Managed Service untuk Prometheus dioptimalkan dan akan memberi Anda ketersediaan dan ketahanan yang tinggi dengan jumlah kueri paling sedikit.

    Sebaiknya gunakan peringatan asli di Amazon Managed Service untuk Prometheus daripada sistem peringatan eksternal.

  • Optimalkan interval peringatan Anda — Salah satu cara cepat untuk mengoptimalkan kueri peringatan Anda adalah dengan meningkatkan interval penyegaran otomatis. Jika Anda memiliki peringatan yang menanyakan setiap menit, tetapi hanya diperlukan setiap lima menit, meningkatkan interval penyegaran otomatis dapat menghemat lima kali biaya kueri untuk peringatan itu.

  • Gunakan lookback yang optimal — Jendela lookback yang lebih besar dalam kueri Anda meningkatkan biaya kueri, karena menarik lebih banyak data. Pastikan bahwa jendela lookback dalam kueri PromQL Anda berukuran cukup untuk data yang perlu Anda waspadai. Misalnya, dalam aturan berikut, ekspresi menyertakan jendela lookback sepuluh menit:

    - alert: metric:alerting_rule expr: avg(rate(container_cpu_usage_seconds_total[10m])) > 0 for: 2m

    Mengubah expr to avg(rate(container_cpu_usage_seconds_total[5m])) > 0 dapat membantu mengurangi biaya kueri Anda.

Secara umum, lihat aturan peringatan Anda dan pastikan Anda memberi tahu metrik terbaik untuk layanan Anda. Sangat mudah untuk membuat peringatan yang tumpang tindih pada metrik yang sama atau beberapa peringatan yang memberi Anda informasi yang sama, terutama saat Anda menambahkan peringatan dari waktu ke waktu. Jika Anda menemukan bahwa Anda sering melihat grup peringatan terjadi pada saat yang sama, ada kemungkinan bahwa Anda dapat mengoptimalkan peringatan Anda dan tidak menyertakan semuanya.

Saran ini dapat membantu Anda mengurangi biaya. Pada akhirnya, Anda harus menyeimbangkan biaya dengan membuat rangkaian peringatan yang tepat untuk memahami keadaan sistem Anda.

Untuk informasi selengkapnya tentang peringatan di Amazon Managed Service for Prometheus, lihat. Mengelola dan meneruskan peringatan di Amazon Managed Service untuk Prometheus dengan manajer peringatan

Bisakah saya memeriksa tagihan saya kapan saja?

AWS Cost and Usage Report Lacak AWS penggunaan Anda dan memberikan perkiraan biaya yang terkait dengan akun Anda dalam periode penagihan. Untuk informasi selengkapnya, lihat Apa itu Laporan AWS Biaya dan Penggunaan? dalam Panduan Pengguna Laporan AWS Biaya dan Penggunaan

Metrik apa yang dapat saya gunakan untuk memantau biaya saya?

Sampel metrik yang Anda konsumsi adalah pendorong biaya utama untuk Amazon Managed Service untuk Prometheus. Jumlah sampel yang dicerna secara langsung menentukan biaya bulanan Anda, sehingga penting untuk memantau dan memahami pola konsumsi Anda.

AWS Cost Exploreradalah sumber kebenaran untuk memantau Layanan Terkelola Amazon Anda untuk biaya Prometheus. Anda dapat memantau Cost Explorer untuk mengetahui historis dan day-by-day tren biaya di Amazon Managed Service untuk Prometheus di berbagai dimensi termasuk sampel yang dicerna. AWS Deteksi Anomali Biaya juga dapat memberi Anda kemampuan untuk memantau perubahan tak terduga dalam pola pengeluaran Anda.

Menggunakan IngestionRate metrik menyediakan metode tambahan untuk memantau tren konsumsi yang berkorelasi langsung dengan biaya. Keuntungan menggunakan IngestionRate sebagai metrik tambahan meliputi:

  • Pelacakan tingkat ruang kerja - Pantau konsumsi pada basis per ruang kerja, bukan hanya di tingkat akun.

  • Visibilitas granular — Lacak pola konsumsi setiap jam atau bahkan minute-by-minute berdasarkan wawasan waktu nyata.

  • Pemantauan proaktif - CloudWatch Atur alarm untuk mendeteksi lonjakan penggunaan sebelum muncul dalam penagihan.

catatan

IngestionRatedapat digunakan untuk memperkirakan biaya dan tren atau biaya atribut per ruang kerja, tetapi tidak 100% akurat. Karena IngestionRate melaporkan tingkat rata-rata sampel pada interval 1 menit, mengalikan laju ini dengan waktu memberikan perkiraan daripada jumlah sampel yang tepat yang dicerna. Selain itu, kebijakan retensi data Amazon CloudWatch memengaruhi perincian yang tersedia untuk kueri historis, dengan data yang lebih lama dari 63 hari dibatasi hingga interval 1 jam.

Untuk informasi selengkapnya tentang pemantauan Amazon Managed Service untuk metrik Prometheus, lihat. CloudWatch Menggunakan CloudWatch metrik untuk memantau Layanan Terkelola Amazon untuk sumber daya Prometheus

Bagaimana cara melihat biaya saya AWS Cost Explorer?

Sebagai sumber kebenaran Anda untuk biaya Layanan Terkelola Amazon untuk Prometheus AWS Cost Explorer , berikan penggunaan dan biaya tagihan aktual Anda untuk Layanan Terkelola Amazon untuk sampel Prometheus yang tertelan, termasuk data penagihan historis berdasarkan bulan dan wilayah. Gunakan Cost Explorer untuk jumlah tagihan akhir dan tren day-by-day biaya Anda.

Untuk melihat Layanan Terkelola Amazon Anda untuk biaya Prometheus:

Akses AWS Cost Explorer
  1. Masuk ke Konsol AWS Manajemen.

  2. Arahkan ke dasbor Billing and Cost Management.

  3. Pilih Cost Explorer dari menu navigasi kiri.

  4. Pilih Launch Cost Explorer (jika ini adalah pertama kalinya Anda menggunakannya).

Konfigurasikan laporan
  1. Atur rentang waktu Anda ke periode penagihan yang diinginkan (misalnya, Maret 2025 - Februari 2026).

  2. Di bawah Filter, pilih:

    • Layanan: Pilih “Layanan Dikelola Amazon untuk Prometheus”.

    • Jenis Penggunaan: Filter untuk "MetricSampleCount" untuk mengisolasi biaya konsumsi sampel.

Kelompokkan dan lihat data
  1. Di bawah Grup menurut, pilih Wilayah untuk melihat data biaya dan penggunaan per wilayah.

  2. Pilih visualisasi pilihan Anda (diagram batang, bagan garis, atau tabel).

  3. Pilih Terapkan untuk menghasilkan laporan.

Ekspor data (opsional)
  1. Pilih Unduh CSV di pojok kanan atas untuk mengekspor data.

  2. File CSV akan berisi: periode penagihan, wilayah, jenis penggunaan, jumlah tagihan, dan jumlah penggunaan (jumlah sampel yang ditagih).

catatan

Data Cost Explorer biasanya memiliki penundaan 24 jam. Untuk periode penagihan terbaru, data mungkin tidak tersedia hingga hari berikutnya.

Bagaimana cara menghitung jumlah sampel yang dicerna dalam sebulan?

Anda dapat menghitung perkiraan jumlah sampel yang dicerna menggunakan IngestionRate metrik CloudWatch Amazon dengan. AWS Command Line Interface Ini berguna untuk meninjau tagihan bulanan dan memahami pola penggunaan di seluruh ruang kerja.

Untuk mengambil data konsumsi:

aws cloudwatch get-metric-data \ --region your-region \ --start-time start-timestamp \ --end-time end-timestamp \ --metric-data-queries '[ { "Id": "e1", "Expression": "SUM(METRICS())", "Period": 3600 }, { "Id": "ws1", "MetricStat": { "Metric": { "Namespace": "AWS/Usage", "MetricName": "ResourceCount", "Dimensions": [ {"Name": "Service", "Value": "Prometheus"}, {"Name": "Resource", "Value": "IngestionRate"}, {"Name": "Type", "Value": "Resource"}, {"Name": "Class", "Value": "None"}, {"Name": "ResourceId", "Value": "YOUR_AMP_WORKSPACE_ID"} ] }, "Period": 3600, "Stat": "Average" } } ]'

Perintah mengembalikan IngestionRate nilai rata-rata per jam, diukur dalam sampel per detik. Untuk menghitung perkiraan jumlah sampel yang dicerna dalam sebulan, kalikan setiap titik data per jam dengan 3600 (detik per jam) untuk mendapatkan sampel yang dicerna dalam jam itu, lalu jumlahkan semua total per jam sepanjang bulan:

Monthly samples ≈ Σ (hourly IngestionRate average × 3600)

Misalnya, jika satu jam mengembalikan rata-rata IngestionRate 500 sampel per detik, jam itu menyumbang sekitar 500 × 3600 = 1.800.000 sampel. Ulangi ini untuk setiap jam dalam sebulan dan jumlahkan hasilnya untuk mendapatkan perkiraan jumlah konsumsi bulanan Anda.

Parameter kunci:

  • Period: 3600 (1 jam dalam detik)

  • StartTime: Awal bulan Anda (misalnya,2026-02-01T00:00:00Z)

  • EndTime: Akhir bulan Anda (misalnya,2026-03-01T00:00:00Z)

  • Stat: Rata-rata

Untuk menemukan ruang kerja IDs Anda:

aws amp list-workspaces --region your-region

Gunakan ID ruang kerja untuk memfilter metrik agar menampilkan data hanya untuk ruang kerja yang ditentukan, daripada menggabungkan seluruh sumber daya Prometheus di wilayah tersebut.

Perincian data apa yang tersedia untuk analisis biaya historis?

Kebijakan penyimpanan data Amazon CloudWatch memengaruhi perincian yang tersedia untuk kueri historis:

  • Data berusia kurang dari 15 hari: Kueri dengan interval 1 menit (Period: 60)

  • Data berusia 15-63 hari: Kueri dengan interval 5 menit (Period: 300)

  • Data yang lebih tua dari 63 hari: Terbatas untuk interval 1 jam (Period: 3600)

Untuk analisis historis lebih dari 63 hari, CloudWatch secara otomatis menurunkan sampel data ke periode minimum 1 jam. Saat meninjau tagihan untuk bulan yang lebih tua dari 63 hari, Anda harus menggunakan data agregat per jam. Perhitungan sampel bulanan menggunakan titik data rata-rata per jam ini, menjumlahkan setiap nilai dikalikan dengan 3600 sepanjang bulan.

Perincian yang berkurang ini semakin berkontribusi pada alasan IngestionRate memberikan perkiraan daripada jumlah yang tepat untuk data yang lebih lama—selalu lihat Cost Explorer untuk jumlah tagihan otoritatif Anda.

Untuk detail selengkapnya tentang CloudWatch retensi metrik, lihat Retensi metrik di Panduan CloudWatch Pengguna Amazon.

Apa praktik terbaik untuk memantau Amazon Managed Service untuk biaya Prometheus?

Untuk mengelola dan mengoptimalkan Layanan Terkelola Amazon untuk pengeluaran Prometheus secara efektif, pertimbangkan untuk menerapkan praktik pemantauan berikut:

  • Pantau Cost Explorer secara teratur untuk melacak tren pengeluaran aktual dan mengidentifikasi anomali biaya di berbagai dimensi termasuk sampel yang dicerna.

  • Aktifkan Deteksi Anomali AWS Biaya untuk menerima peringatan untuk kenaikan biaya tak terduga dalam Layanan Terkelola Amazon Anda untuk pengeluaran Prometheus.

  • Siapkan CloudWatch alarm IngestionRate untuk pemantauan tingkat ruang kerja dan deteksi dini lonjakan konsumsi.

  • Ekspor data Cost Explorer secara teratur untuk analisis dan pelaporan biaya jangka panjang.

Mengapa tagihan saya lebih tinggi di awal bulan daripada di akhir bulan?

Amazon Managed Service untuk Prometheus memiliki model penetapan harga berjenjang untuk konsumsi, yang mengakibatkan biaya penggunaan awal Anda menjadi lebih tinggi. Saat penggunaan Anda mencapai tingkat konsumsi yang lebih tinggi, dengan biaya lebih rendah, biaya Anda lebih rendah. Untuk informasi selengkapnya tentang harga, termasuk tingkatan konsumsi, lihat Harga di halaman produk Layanan Terkelola Amazon untuk Prometheus.

catatan
  • Tingkatan adalah untuk penggunaan dalam suatu wilayah, bukan di seluruh wilayah. Penggunaan dalam suatu wilayah harus mencapai tingkat berikutnya untuk menggunakan tarif yang lebih rendah.

  • Dalam organisasi di AWS Organizations, penggunaan tingkat dihitung per akun pembayar, bukan per akun (akun pembayar selalu merupakan akun manajemen organisasi). Ketika total metrik yang dicerna (dalam suatu wilayah) untuk semua akun di organisasi mencapai tingkat berikutnya, semua akun dikenakan tarif yang lebih rendah.

Saya menghapus semua Layanan Terkelola Amazon saya untuk ruang kerja Prometheus, tetapi sepertinya saya masih dikenakan biaya. Apa yang mungkin terjadi?

Satu kemungkinan dalam kasus ini adalah Anda masih memiliki pencakar AWS terkelola yang disiapkan untuk mengirim metrik ke ruang kerja yang dihapus. Ikuti instruksi untukTemukan dan hapus pencakar.