Melihat dan mengelola penggunaan metrik

Dokumen ini menjelaskan halaman Metrics Management Cloud Monitoring, yang memberikan informasi untuk membantu Anda mengontrol jumlah pembelanjaan pada metrik yang dapat ditagih, tanpa memengaruhi kemampuan observasi. Anda dapat menggunakan halaman Metrics Management untuk melakukan hal berikut:

  • Tentukan metrik yang dapat ditagih yang secara aktif Anda kumpulkan di project.
  • Menentukan project mana yang mengirimkan data paling banyak.
  • Pahami biaya terkait metrik yang dapat ditagih yang digunakan dalam project Google Cloud Anda.
  • Siapkan pemberitahuan untuk memberi tahu Anda jika pola penggunaan berubah. Anda dapat menyiapkan pemberitahuan untuk penyerapan keseluruhan data metrik dan perilaku metrik apa pun.
  • Lihat penggunaan metrik yang dapat ditagih di dasbor kustom dan kebijakan pemberitahuan. Jika Anda tidak menggunakan metrik di dasbor atau kebijakan pemberitahuan, metrik tersebut tidak memberikan manfaat kemampuan observasi.
  • Buat diagram dan kebijakan pemberitahuan untuk metrik yang tidak memiliki dasbor atau kebijakan pemberitahuan terkait.
  • Identifikasi kemungkinan masalah dengan kardinalitas metrik yang dapat ditagih.
  • Memecahkan masalah error dalam menulis data metrik.
  • Melihat log audit yang terkait dengan kumpulan metrik yang dapat ditagih. Untuk mengetahui informasi umum tentang log audit, lihat Ringkasan Cloud Audit Logs.

Halaman Metrics Management menampilkan informasi tentang metrik yang dapat ditagih dan dapat diakses oleh project Google Cloud Anda. Project Google Cloud Anda memiliki akses ke semua metrik yang terlihat oleh cakupan metrik.

Halaman Metrics Management juga menyediakan link ke kebijakan pemberitahuan dan dasbor kustom yang ditentukan dalam project Google Cloud saat ini. Agar dapat melihat kebijakan pemberitahuan atau dasbor kustom untuk metrik dalam cakupan metrik Anda, tetapi ditentukan dalam project yang berbeda, gunakan pemilih project untuk memilih project Google Cloud yang menyimpan metrik tersebut.

Anda juga dapat menampilkan log audit yang terkait dengan error dari metrik Anda di halaman Metrics Management. Log ini dapat membantu Anda menentukan penyebab error.

Model penetapan harga untuk metrik yang dapat ditagih

Secara umum, metrik sistem Cloud Monitoring gratis, sedangkan metrik dari sistem atau aplikasi eksternal tidak. Metrik yang dapat ditagih dihitung berdasarkan jumlah byte atau jumlah sampel yang diserap. Bagian ini menjelaskan penyerapan berbasis sampel dan byte.

Untuk informasi mendetail tentang fitur yang dapat dikenakan biaya di Cloud Monitoring, lihat Cloud Monitoring di dokumen harga. Untuk mengetahui informasi harga, lihat Ringkasan harga Cloud Monitoring.

Penagihan menurut byte atau sampel yang diserap

Metrik yang dapat ditagih ditagih berdasarkan jumlah byte atau jumlah sampel yang diserap. Setiap kali metrik ditulis, operasi tulis akan menyertakan nilai data. Nilai data dapat berupa skalar, seperti bilangan bulat atau bilangan floating point, atau dapat berupa distribusi, jenis data kompleks yang mencakup beberapa nilai berbeda. Untuk mengetahui informasi selengkapnya tentang jenis nilai yang mungkin ditulis oleh metrik, lihat Jenis nilai.

Frekuensi penulisan metrik—frekuensi sampling—dan jenis data yang ditulis metrik—skalar atau distribusi—memengaruhi jumlah data yang diserap, terlepas dari apakah penyerapan biayanya berdasarkan byte yang diserap atau sampel yang diserap.

  • "Byte yang diserap" berarti biaya didasarkan pada volume data yang diserap, yang diukur dalam byte. Untuk penentuan harga, setiap nilai skalar dihitung sebagai 8 byte, dan setiap distribusi dihitung sebagai 80 byte. Untuk mengetahui informasi dan contoh selengkapnya, lihat Metrik yang ditagih menurut byte yang diserap.

  • "Sampel yang diserap" berarti biaya didasarkan pada jumlah pengukuran yang diserap. Untuk penetapan harga, setiap nilai skalar dihitung sebagai satu sampel, dan setiap pemisahan dihitung sebagai dua sampel ditambah satu untuk setiap bucket histogram yang memiliki jumlah bukan nol. Untuk mengetahui informasi dan contoh selengkapnya, lihat Metrik yang ditagih oleh sampel yang diserap.

Perbedaan terbesar antara kedua model harga tersebut adalah nilai distribusi. Penyerapan berbasis byte mengenakan tarif tetap untuk distribusi, tetapi penyerapan berbasis sampel memperhitungkan data dalam distribusi tersebut; distribusi dengan histogram renggang—beberapa bucket histogram dengan nilai bukan nol—dihitung sebagai sampel lebih sedikit daripada distribusi dengan histogram padat, yang sebagian besar bucket memiliki nilai bukan nol.

Metrik yang dapat ditagih di halaman Metrics Management

Halaman Metrics Management melaporkan metrik yang dapat ditagih berdasarkan domain. Domain memberi Anda informasi tentang cara metrik dikumpulkan dan dari mana.

Tabel berikut menjelaskan kategori metrik dapat ditagih yang tersedia di halaman Metrics Management dan apakah metrik tersebut diukur berdasarkan byte atau sampel yang diserap:

Domain Awalan metrik Model penetapan harga Arti
Agen agent.googleapis.com Byte Metrik yang dikumpulkan dari resource eksternal oleh agen. Untuk daftar metrik ini, lihat Metrik Agen Operasional dan Metrik Monitoring dan Logging Lama. Metrik dari integrasi pihak ketiga yang dikumpulkan oleh agen Monitoring lama juga dilaporkan sebagai metrik "agen". Lihat Metrik aplikasi pihak ketiga.

Metrik agent.googleapis.com/processes/ dikenai biaya sebesar 5% dari tarif volume metrik lain yang dapat dikenakan biaya. Misalnya, menyerap 100 MiB metrik proses akan memerlukan biaya yang sama dengan menyerap 5 MiB metrik lain yang dapat dikenakan biaya.

Agen juga mengumpulkan metrik tentang diri mereka sendiri. Metrik ini, yang diidentifikasi dengan awalan agent.googleapis.com/agent, tidak dapat ditagih dan tidak muncul di halaman Pengelolaan Metrik.

Buatan pengguna, kustom custom.googleapis.com Byte Metrik yang Anda tentukan.
Eksternal external.googleapis.com Byte Metrik dari beberapa library open source atau penyedia pihak ketiga. Untuk informasi selengkapnya, lihat Metrik eksternal.
Workload workload.googleapis.com Byte Metrik dari integrasi pihak ketiga yang ditulis oleh Agen Operasional. Untuk daftar metrik ini, lihat Metrik aplikasi pihak ketiga.
Prometheus prometheus.googleapis.com Sampel Metrik yang dikumpulkan dengan menggunakan Google Cloud Managed Service for Prometheus, atau dengan menggunakan Agen Operasional dan penerima Prometheus atau penerima OTLP.

Metrik lainnya yang dapat ditagih

Halaman Pengelolaan Metrik tidak melaporkan kategori metrik yang dapat ditagih berikut:

  • Metrik berbasis log buatan pengguna. Metrik ini, yang diperoleh dengan menghitung nilai dalam entri log, memiliki awalan logging.googleapis.com/user. Metrik berbasis log yang ditentukan pengguna ditagih berdasarkan byte yang diserap.
  • Metrik AWS CloudWatch dikumpulkan dengan menggunakan project AWS Connector. Metrik ini memiliki awalan aws.googleapis.com dan dikenai biaya berdasarkan byte yang diserap.

Sebelum memulai

Untuk melihat diagram dan log yang disertakan di halaman Pengelolaan Metrik dan membuat kebijakan pemberitahuan, Anda harus memiliki otorisasi yang benar.

Otorisasi

  • Untuk mendapatkan izin yang diperlukan untuk melihat dasbor dan membuat kebijakan pemberitahuan menggunakan Konsol Google Cloud, minta administrator untuk memberi Anda peran IAM Monitoring Editor (roles/monitoring.editor) di project Anda. Untuk mengetahui informasi selengkapnya tentang cara memberikan peran, lihat Mengelola akses.

    Anda mungkin juga bisa mendapatkan izin yang diperlukan melalui peran khusus atau peran bawaan lainnya.

  • Untuk mendapatkan izin yang diperlukan untuk melihat log audit, minta administrator untuk memberi Anda peran IAM Private Logs Viewer (roles/logging.privateLogViewer) di project Anda. Untuk mengetahui informasi selengkapnya tentang cara memberikan peran, lihat Mengelola akses.

    Anda mungkin juga bisa mendapatkan izin yang diperlukan melalui peran khusus atau peran bawaan lainnya.

    Untuk mengetahui informasi selengkapnya tentang peran, lihat Mengontrol akses dengan Identity and Access Management.

  • Anda dapat melihat log audit yang dibuat oleh metrik ini di halaman Metrics Management saat logging audit diaktifkan. Untuk mengonfigurasi project Anda agar menghasilkan log audit saat data dibaca atau ditulis, lakukan hal berikut:

    1. Pada panel navigasi Konsol Google Cloud, pilih IAM & Admin, lalu pilih Log Audit:

      Buka Log Audit

    2. Masukkan Stackdriver Monitoring API di panel filter.
    3. Pilih Stackdriver Monitoring API.
    4. Di tab Log type, pilih Data write dan Data read, lalu klik Save.

    Untuk informasi selengkapnya, lihat Mengonfigurasi log audit Akses Data.

Melihat informasi tentang cakupan metrik Anda

Kumpulan metrik yang ditampilkan di halaman Metrics Management bergantung pada cakupan metrik project Anda. Jika project Anda hanya berada dalam cakupan metrik, metrik di halaman Metrics Management berasal dari project saat ini. Jika project Anda memiliki beberapa project dalam cakupan metrik, metrik yang ditampilkan di halaman Pengelolaan Metrik akan menyertakan metrik dari semua project tersebut. Mungkin metrik yang paling banyak berkontribusi terhadap biaya Anda berasal dari project lain.

Untuk menampilkan ringkasan informasi pencakupan untuk project, klik Metrics scope. Ringkasan ini mencakup:

  • akun utama IAM yang memiliki akses ke project. Kumpulan akun utama mencakup pengguna, grup, dan akun layanan.
  • Jumlah metrik gratis dan yang dapat ditagih yang terlihat oleh cakupan metrik.
  • Daftar project yang dipantau oleh project saat ini. Metrik yang dapat ditagih dari semua project ini tersedia di halaman Metrics Management.
  • Informasi tentang project yang dapat melihat metrik project saat ini.

Untuk mengetahui informasi selengkapnya tentang cakupan metrik, lihat Mengonfigurasi tampilan multiproject.

Menyelidiki metrik yang dapat ditagih

Halaman Metrics Management menyediakan tabel yang menyertakan setiap metrik yang dapat ditagih dalam cakupan metrik Anda. Anda dapat menggunakan tabel ini untuk melakukan hal berikut:

  • Filter metrik yang dapat ditagih ke dalam kategori yang memiliki beberapa fitur yang sama. Melihat kategori metrik mungkin mengungkapkan pola yang sulit dideteksi saat melihat semua metrik dalam tabel.
  • Tentukan kontribusi metrik terhadap volume yang dapat ditagih.
  • Identifikasi metrik yang dikumpulkan, tetapi tidak digunakan di dasbor atau kebijakan pemberitahuan. Data metrik yang tidak digunakan dapat mewakili celah dalam kemampuan observasi atau peluang untuk menghemat biaya.
  • Buat diagram atau kebijakan pemberitahuan untuk metrik yang tidak memiliki kebijakan pemberitahuan terkait atau dasbor kustom.
  • Identifikasi proyek tempat data metrik berasal. Tabel ini berisi metrik dari semua project dalam cakupan metrik Anda, dan Anda mungkin perlu mengetahui dari project bahwa metrik tertentu akan dikumpulkan.
  • Tinjau informasi label dan kardinalitas tentang setiap metrik. Informasi ini dapat membantu saat Anda menyelidiki masalah terkait penggunaan atau desain metrik.

Untuk melihat tabel data penggunaan setiap metrik yang dapat ditagih, lakukan hal berikut:

  1. Pada panel navigasi Konsol Google Cloud, pilih Monitoring, lalu pilih  Metrics management:

    Buka Pengelolaan metrik

  2. Di toolbar, pilih periode waktu. Secara default, halaman Pengelolaan Metrik menampilkan informasi tentang metrik yang dikumpulkan pada hari sebelumnya. Screenshot berikut menunjukkan contoh tabel metrik:

    Tabel metrik menampilkan informasi tentang setiap metrik dalam project di cakupan metrik Anda.

Pilih metrik yang akan dilihat

Untuk mengelola biaya, Anda perlu memahami metrik yang dapat ditagih mana yang menghasilkan traffic terbanyak. Tidak cukup hanya untuk mengetahui, misalnya, bahwa 60 MiB data yang diserap setiap jam. Namun, jika mengetahui bahwa sebagian besar data yang dapat ditagih disebabkan oleh satu atau dua metrik, Anda dapat menyelidiki penggunaan metrik tersebut.

Untuk mencantumkan metrik yang dapat ditagih, lakukan hal berikut:

  1. Pada panel navigasi Konsol Google Cloud, pilih Monitoring, lalu pilih  Metrics management:

    Buka Pengelolaan metrik

  2. Di toolbar, pilih periode waktu. Secara default, tab ini menampilkan informasi tentang metrik yang dikumpulkan pada satu hari sebelumnya.
  3. Untuk membatasi tampilan ke grup metrik tertentu, gunakan filter cepat atau filter tabel secara langsung.

Tabel metrik mencantumkan metrik yang dapat ditagih yang berada dalam cakupan metrik project Google Cloud saat ini. Untuk setiap metrik, tabel menampilkan kontribusi metrik tersebut ke volume yang dapat ditagih dan memberikan link ke kebijakan pemberitahuan dan dasbor kustom yang terkait dengan metrik tersebut, seperti yang ditunjukkan pada screenshot berikut. Jika tidak ada kebijakan pemberitahuan atau dasbor yang terkait dengan suatu metrik, tabel akan menyertakan tombol yang dapat Anda klik untuk membuatnya.

Tabel metrik menampilkan informasi tentang setiap metrik dalam project di cakupan metrik Anda.

Untuk mengurutkan metrik berdasarkan kontribusinya terhadap volume yang dapat ditagih, klik header kolom untuk Bytes billable volume/Total dan Samples billable volume/Total.

Tabel metrik juga menunjukkan domain metrik, kumpulan label untuk metrik, project tempat metrik diserap, dan kardinalitas metrik. Screenshot berikut menampilkan contoh kolom tersebut.

Tabel metrik melaporkan domain metrik, label, ID project, dan kardinalitas untuk metrik dalam cakupan metrik Anda.

Informasi label dan kardinalitas mungkin berguna untuk mengidentifikasi penyebab peningkatan volume yang dapat ditagih. Dalam Cloud Monitoring, kardinalitas mengacu pada jumlah deret waktu yang terkait dengan metrik dan resource, serta terkait dengan label dan nilainya; ada satu deret waktu untuk setiap kombinasi nilai label. Untuk informasi selengkapnya, lihat Kardinalitas.

Perubahan pada volume yang dapat ditagih berarti Anda menyerap lebih banyak data, dan jika perubahan tersebut tiba-tiba atau tidak terduga, penyebabnya mungkin adalah perubahan pada jumlah label yang terkait dengan metrik atau perubahan cara menetapkan nilai label. Kedua cara ini dapat meningkatkan kardinalitas metrik, sebagai hasil dari volume yang dapat ditagih lebih tinggi. Untuk informasi tentang cara menggunakan Pengelolaan Metrik guna membantu mengidentifikasi masalah pada metrik, lihat Menyelidiki masalah pada metrik.

Menggunakan filter cepat

Untuk hanya melihat metrik dalam grup berikut, pilih entri di panel Quick filters:

  • Metrik aktif dan tidak aktif: metrik yang telah, atau belum, menulis data deret waktu dalam 25 jam terakhir.
  • Metrik yang digunakan, atau tidak digunakan, dalam kebijakan pemberitahuan di project Google Cloud saat ini.
  • Metrik yang digunakan, atau tidak digunakan, di dasbor kustom pada project Google Cloud saat ini. Filter ini tidak mencakup metrik yang digunakan di dasbor standar yang disediakan oleh Cloud Monitoring.
  • Kategori metrik, seperti yang dijelaskan di Ringkasan metrik yang dapat ditagih.

Gunakan panel filter untuk memilih metrik berdasarkan karakteristik yang dapat difilter.

Misalnya, jika Anda memiliki metrik yang tidak digunakan di kebijakan pemberitahuan atau dasbor kustom, Anda mungkin membayar untuk metrik dan tidak mendapatkan manfaat kemampuan observasi dari metrik tersebut. Anda dapat mencantumkan metrik yang muncul dalam kebijakan tanpa pemberitahuan atau di dasbor kustom yang tidak ditentukan dalam project Google Cloud saat ini dengan memilih filter cepat Tidak ada kebijakan pemberitahuan atau Tidak ada dasbor kustom.

Memfilter tabel secara langsung

Anda dapat menggunakan panel  Filter untuk menelusuri kumpulan metrik saat tidak ada filter cepat yang cocok. Misalnya, jika Anda memiliki cakupan metrik multi-project dan hanya ingin mencantumkan metrik dari project tersebut, Anda tidak dapat menggunakan filter cepat. Untuk mencantumkan metrik dari project tertentu saja, pilih Project dari daftar filter dan masukkan ID project.

Anda juga dapat menggunakan filter eksplisit untuk menelusuri metrik yang cocok dengan kombinasi filter. Anda hanya dapat memilih satu filter cepat pada satu waktu, jadi Anda tidak dapat hanya melihat daftar metrik aktif yang muncul di kebijakan pemberitahuan atau dasbor kustom menggunakan filter cepat. Untuk menelusuri metrik yang cocok dengan kombinasi persyaratan, tambahkan filter ke panel filter. Misalnya, untuk mencantumkan metrik aktif yang muncul tanpa kebijakan pemberitahuan dan tanpa dasbor kustom, tambahkan filter berikut ke panel filter:

  • Status: Active
  • Alert Policies: (Empty)
  • Custom Dashboards: (Empty)

Secara default, saat Anda menambahkan beberapa filter, tabel akan menyertakan baris ketika baris memenuhi semua filter. Namun, Anda dapat menyisipkan filter OR di antara dua elemen filter lainnya.

Membuat kebijakan pemberitahuan untuk metrik yang tidak dipantau

Jika metrik dalam tabel tidak memiliki kebijakan pemberitahuan terkait, tabel akan menyediakan tombol Create pemberitahuan. Guna membuat kebijakan pemberitahuan untuk metrik, klik Create Alert di baris untuk metrik.

Dialog kebijakan pemberitahuan akan terbuka dengan kolom kondisi yang terisi. Sebaiknya tinjau semua setelan dan lakukan perubahan berikut:

  • Perbarui nilai minimum kondisi. Nilai defaultnya mungkin tidak memuaskan.
  • Tambahkan saluran notifikasi ke kebijakan.
  • Beri nama kebijakan.

Anda juga dapat membuat kebijakan pemberitahuan untuk metrik apa pun dengan mengklik  Tindakan, lalu mengklik Buat pemberitahuan untuk metrik.

Untuk mengetahui informasi selengkapnya, lihat Membuat kebijakan pemberitahuan.

Membuat diagram untuk metrik yang tidak dipantau

Jika metrik dalam tabel tidak memiliki dasbor kustom terkait, tabel akan menyediakan tombol Buat diagram. Anda dapat menggunakan tombol ini untuk membuat diagram dan menempatkannya di dasbor kustom. Untuk membuat diagram untuk sebuah metrik, lakukan hal berikut:

  1. Klik Buat diagram di baris untuk metrik.

    Panel Penjelajah akan terbuka dan telah dikonfigurasi sebelumnya untuk menampilkan metrik yang dipilih. Anda dapat mengubah konfigurasi diagram. Untuk informasi selengkapnya tentang cara menggunakan Metrics Explorer, lihat Membuat diagram dengan Metrics Explorer.

  2. Untuk menyimpan diagram di dasbor kustom, klik Simpan ke dasbor.

  3. Di panel Save Diagram, lakukan tindakan berikut:

    1. Terima atau ubah judul default untuk diagram.
    2. Pilih dasbor kustom yang ada tempat Anda ingin menyimpan diagram, atau pilih New Dashboard untuk membuat dasbor baru untuk diagram.
    3. Klik Simpan diagram.

Menggunakan metrik

Meskipun dapat menggunakan halaman Pengelolaan Metrik untuk melihat sejumlah informasi tentang metrik, Anda mungkin menginginkan informasi selengkapnya. Misalnya, Anda mungkin ingin melihat diagram metrik tertentu atau membuat kebijakan pemberitahuan untuk memberi tahu saat tingkat penyerapan metrik tersebut tidak terduga.

Untuk mendapatkan detail selengkapnya tentang metrik tertentu, lakukan hal berikut:

  1. Pada panel navigasi Konsol Google Cloud, pilih Monitoring, lalu pilih  Metrics management:

    Buka Pengelolaan metrik

  2. Temukan metrik di tabel, lalu klik  Tindakan untuk melakukan salah satu tindakan berikut:

    • Untuk melihat diagram yang menampilkan metrik saat ini, pilih View in Metrics Explorer.

      Metrics Explorer akan terbuka dan telah dikonfigurasi sebelumnya untuk menampilkan metrik yang dipilih. Anda dapat mengubah konfigurasi diagram, menghapusnya, atau menambahkannya ke dasbor kustom.

    • Untuk membuat kebijakan pemberitahuan yang memantau metrik, pilih Create alert for metric.

      Dialog kebijakan pemberitahuan akan terbuka dengan kolom kondisi yang terisi. Sebaiknya tinjau semua setelan dan lakukan perubahan berikut:

      • Perbarui nilai minimum kondisi. Nilai defaultnya mungkin tidak memuaskan.
      • Tambahkan saluran notifikasi ke kebijakan.
      • Beri nama kebijakan.

      Untuk mengetahui informasi selengkapnya, lihat Membuat kebijakan pemberitahuan.

    • Untuk melihat log audit yang terkait dengan metrik, pilih View metric audit logs.

Melihat dan memberi peringatan tentang penyerapan metrik yang dapat ditagih

Jumlah byte yang dapat ditagih dan sampel yang dapat ditagih yang diserap menentukan sebagian besar biaya Anda. Untuk memprediksi biaya bulanan karena penggunaan metrik yang dapat ditagih, Anda perlu mengetahui tingkat penyerapan data. Halaman Pengelolaan Metrik menyediakan ringkasan penggunaan metrik, yang dapat membantu Anda melakukan hal berikut:

  • Lihat tren penggunaan metrik yang dapat ditagih.
  • Tentukan apakah project dalam cakupan metrik Anda mengirimkan lebih banyak atau lebih sedikit data metrik dari yang Anda harapkan.
  • Mengidentifikasi metrik yang menghasilkan data terbanyak.
  • Identifikasi namespace yang bertanggung jawab untuk menghasilkan sebagian besar data Prometheus.
  • Lihat tingkat error operasi tulis dalam metrik Anda. Tingkat error adalah persentase penulisan metrik yang menampilkan status error relatif terhadap jumlah total penulisan metrik.

Melihat ringkasan penggunaan metrik

Untuk melihat ringkasan jumlah metrik yang dapat ditagih, tingkat penyerapan metrik, dan tingkat error, lakukan tindakan berikut:

  1. Pada panel navigasi Konsol Google Cloud, pilih Monitoring, lalu pilih  Metrics management:

    Buka Pengelolaan metrik

  2. Di toolbar, pilih periode waktu. Secara default, halaman Pengelolaan Metrik menampilkan informasi tentang metrik yang dikumpulkan pada hari sebelumnya. Screenshot berikut menampilkan contoh:

    Panel ringkasan memberi tahu Anda tentang penggunaan metrik di seluruh project dalam cakupan metrik Anda.

    • Untuk melihat ringkasan jumlah metrik yang dapat ditagih yang saat ini aktif dalam project dalam cakupan metrik Anda, lihat kartu skor Metrik Aktif. Metrik aktif jika data telah ditulis dalam 25 jam terakhir.

    • Untuk menentukan faktor yang berkontribusi pada biaya Anda, gunakan kartu skor Billable bytes inserted dan Billable sample copied. Untuk informasi selengkapnya, baca Melihat tren keseluruhan dalam penyerapan metrik.

    • Untuk menemukan informasi yang dapat membantu mengidentifikasi masalah pada desain atau penggunaan metrik yang dapat ditagih, gunakan kartu skor Error Penulisan Metrik. Untuk mengetahui informasi selengkapnya, lihat Menyelidiki masalah pada metrik.

Halaman Pengelolaan Metrik menampilkan jumlah data yang Anda serap, bukan biaya sebenarnya. Untuk melihat informasi penagihan saat ini, klik View Billing di toolbar.

Melihat tren keseluruhan dalam penyerapan metrik

Untuk menentukan apakah aplikasi Anda menghasilkan jumlah data yang konsisten, yang merupakan perilaku yang diharapkan untuk aplikasi stabil, lihat rasio pengumpulan menggunakan kartu skor proses transfer. Dengan mengubah periode waktu untuk melihat metrik, Anda mungkin melihat penurunan, puncak, atau tren.

Untuk melihat rasio pengumpulan dari waktu ke waktu, lakukan hal berikut:

  1. Pada panel navigasi Konsol Google Cloud, pilih Monitoring, lalu pilih  Metrics management:

    Buka Pengelolaan metrik

  2. Di toolbar, pilih periode waktu.
  3. Klik Lihat diagram di kartu skor untuk byte atau sampel yang diserap. Diskusi ini mengacu pada diagram untuk contoh yang dapat ditagih, tetapi diagram untuk byte yang dapat ditagih berfungsi dengan cara yang sama. Anda akan melihat sekumpulan diagram seperti berikut:

    Contoh diagram yang meringkas penyerapan metrik.

    Secara default, legenda diagram diciutkan. Untuk melihat daftar deret waktu yang ditampilkan dalam diagram, klik  Legenda. Untuk mendapatkan informasi tentang cara menetapkan referensi waktu atau memperluas diagram selama jangka waktu tertentu, lihat Menjelajahi data dalam diagram.

Misalnya, jika Anda menetapkan jangka waktu ke satu minggu dan Anda melihat peningkatan data yang diserap secara konstan tetapi tidak terduga dari waktu ke waktu, Anda dapat melihat apakah peningkatan tersebut berasal dari satu metrik tertentu atau sebagai tren umum di seluruh grup metrik. Jika satu metrik memiliki respons, Anda dapat menyelidiki apakah kardinalitas metrik juga meningkat.

  • Untuk melihat tingkat sampel yang dapat ditagih yang diserap ke dalam cakupan metrik saat ini, gunakan diagram Total sampel yang dapat ditagih.

  • Untuk melihat kontribusi setiap project dalam cakupan metrik Anda terhadap total nilai yang dapat ditagih, gunakan diagram Project menurut contoh yang dapat ditagih. Diagram ini dapat memberi tahu Anda project mana yang mengirim data paling banyak, dan apakah ada project yang mengirim data dalam jumlah yang meningkat atau menurun.

  • (Khusus contoh yang dapat ditagih) Untuk menemukan namespace yang mengirimkan metrik dengan kontribusi terbesar ke nilai yang dapat ditagih, gunakan diagram Penyerapan Volume Namespace.

  • Untuk melihat metrik dalam cakupan metrik dengan kontribusi terbesar pada nilai yang dapat ditagih, gunakan diagram 10 metrik teratas menurut sampel yang dapat ditagih. Anda mungkin mencari lonjakan, penurunan, atau tren dalam rasio pengumpulan, atau untuk metrik dengan garis yang jauh berbeda dari yang lainnya.

  • Untuk melihat kontribusi terhadap nilai semua metrik yang dapat ditagih dalam cakupan metrik Anda, gunakan diagram Semua metrik menurut sampel yang dapat ditagih. Diagram ini mencakup metrik dalam diagram 10 Teratas dan dapat menunjukkan distribusi keseluruhan tingkat pengumpulan dari metrik Anda.

Untuk menganalisis salah satu diagram ini secara lebih mendetail, klik  Opsi lainnya, lalu pilih Lihat di Metrics Explorer. Untuk contoh yang dimulai dengan diagram Penyerapan Volume Namespace dan menggunakan Metrics Explorer untuk melakukan atribusi volume penyerapan, lihat contoh berikut:

Untuk mengetahui informasi selengkapnya tentang cara menggunakan Metrics Explorer untuk menganalisis data, termasuk tindakan seperti membandingkan perilaku bulan berjalan dengan perilaku bulan terakhir, lihat Mempelajari data dalam diagram.

Membuat pemberitahuan berdasarkan penyerapan metrik

Untuk mendapatkan notifikasi tentang lonjakan, penurunan, atau tren dalam rasio pengumpulan metrik untuk metrik yang dapat ditagih, buat kebijakan pemberitahuan. Misalnya, penurunan dalam koleksi metrik mungkin menunjukkan bahwa performa aplikasi Anda buruk. Demikian pula, lonjakan dapat mengakibatkan tagihan yang tidak terduga. Terakhir, tren naik mungkin menunjukkan bahwa metrik memiliki terlalu banyak label atau kardinalitas meningkat. Dalam semua situasi, kebijakan pemberitahuan dapat memberi tahu Anda tentang perilaku yang tidak biasa, kemudian Anda dapat menyelesaikan situasi ini.

Jika metrik ditagih menurut byte yang diserap dan metrik yang ditagih oleh sampel yang diserap, Anda harus membuat kebijakan pemberitahuan untuk kedua nilai penagihan tersebut.

Untuk membuat kebijakan pemberitahuan yang memantau frekuensi pengumpulan metrik, lakukan tindakan berikut:

  1. Pada panel navigasi Konsol Google Cloud, pilih Monitoring, lalu pilih  Metrics management:

    Buka Pengelolaan metrik

  2. Di toolbar, pilih periode waktu.
  3. Klik Lihat diagram di kartu skor untuk byte atau sampel yang diserap.
  4. Pada diagram yang datanya ingin Anda pantau, klik Create alerts policy.

    Dialog kebijakan pemberitahuan akan terbuka dengan kolom kondisi yang terisi. Sebaiknya tinjau semua setelan dan lakukan perubahan berikut:

    • Perbarui nilai minimum kondisi. Nilai defaultnya mungkin tidak memuaskan.
    • Tambahkan saluran notifikasi ke kebijakan.
    • Beri nama kebijakan.

    Untuk mengetahui informasi selengkapnya, lihat Membuat kebijakan pemberitahuan.

Menyelidiki masalah pada metrik Anda

Anda dapat menggunakan halaman Metrics Management untuk menyelidiki masalah terkait struktur atau penggunaan metrik yang dapat ditagih. Misalnya, Anda mungkin mengalami hal berikut:

  • Peningkatan volume yang dapat ditagih yang dapat diatribusikan ke metrik tertentu.
  • Laporan tentang meningkatnya latensi kueri untuk metrik tertentu.
  • Error dalam menulis data metrik, yang mungkin disebabkan oleh tercapainya batas jumlah atau kecepatan data yang ditulis.

Terjadinya error dalam penulisan data metrik mungkin berkorelasi dengan masalah lain, seperti peningkatan tak terduga pada volume yang dapat ditagih atau meningkatnya latensi kueri. Contohnya, perubahan konfigurasi metrik dapat mengakibatkan masalah kardinalitas, yang dapat memengaruhi volume data yang diserap dan latensi kueri, dan juga dapat mengakibatkan error penulisan metrik.

Melihat error penulisan metrik

Dari kartu skor Error Penulisan Metrik, Anda dapat melakukan hal berikut:

  • Melihat status permintaan penulisan metrik.
  • Buat kebijakan pemberitahuan untuk memberi tahu Anda jika tingkat error penulisan metrik melebihi nilai minimum.
  • Lihat log audit untuk menemukan error penulisan metrik, jika Anda telah mengaktifkan log audit. Log ini dapat memberikan laporan tentang penyebab error penulisan metrik.

Untuk melihat informasi tentang error dalam menulis data metrik, lakukan tindakan berikut:

  1. Pada panel navigasi Konsol Google Cloud, pilih Monitoring, lalu pilih  Metrics management:

    Buka Pengelolaan metrik

  2. Di toolbar, pilih periode waktu.
  3. Klik Lihat error pada kartu skor Error Penulisan Metrik.

    • Untuk melihat status permintaan penulisan metrik ke Cloud Monitoring API, gunakan diagram API - Membuat Deret Waktu (Kode Status). Diagram ini menunjukkan panggilan ke metode timeSeries.create.

      Setiap deret waktu menunjukkan kecepatan penulisan untuk kode status HTTP tertentu. Saat diagram menampilkan satu baris untuk hasil status 2xx, Anda tidak memiliki error penulisan metrik. Screenshot berikut menunjukkan hasil status 2xx dan sejumlah kecil hasil status 4xx dan 5xx:

      Diagram **Error penulisan metrik** menampilkan tingkat error untuk menulis data deret waktu.

      Jika melihat peningkatan jumlah permintaan penulisan metrik, Anda mungkin melihat masalah kardinalitas.

    • Jika diagram menampilkan kode status untuk error, dan jika Anda telah mengaktifkan log audit untuk project, Anda dapat menggunakan log tersebut untuk menyelidiki penyebab error. Kueri yang telah dikonfigurasi untuk log ini mencari error yang terkait dengan metode Monitoring API timeSeries.create. Metode ini dipanggil setiap kali metrik ditulis.

      Log untuk error timeSeries.create dapat memberi tahu Anda lebih lanjut tentang alasan kode status error. Metode ini dapat gagal jika, misalnya, Anda mencoba menulis terlalu banyak data sekaligus, atau jika Anda melebihi batas jumlah deret waktu aktif. Untuk informasi selengkapnya, lihat bagian Metrik yang ditentukan pengguna dalam dokumen kuota pemantauan.

Menyelidiki error pembuatan metrik

Metode lain terkait metrik yang mungkin gagal adalah metode metricDescriptors.create. Metode metricDescriptors.create dipanggil saat pertama kali Anda menulis data deret waktu untuk metrik baru, atau jika Anda mengubah struktur data metrik, kemungkinan besar dengan menambahkan label baru. Log audit untuk error dari metode ini tersedia dari entri untuk setiap metrik dalam tabel metrik.

Agar dapat melihat log audit untuk metrik tertentu, lakukan tindakan berikut:

  1. Pada panel navigasi Konsol Google Cloud, pilih Monitoring, lalu pilih  Metrics management:

    Buka Pengelolaan metrik

  2. Di toolbar, pilih periode waktu.
  3. Temukan metrik di tabel, lalu klik  Tindakan.
  4. Pilih Lihat log audit metrik.

    Kueri yang telah dikonfigurasi sebelumnya untuk log mencari error yang terkait dengan metode Monitoring API metricDescriptors.create.

Error dari metode metricDescriptors.create dapat membantu Anda mengidentifikasi kemungkinan masalah dalam desain metrik. Anda mungkin akan melihat error dari metode ini jika melebihi jumlah deskriptor metrik yang diizinkan atau jumlah label dalam deskriptor metrik. Untuk mengetahui informasi selengkapnya, lihat bagian Metrik yang ditentukan pengguna dalam dokumen kuota Monitoring.

Langkah selanjutnya