Melihat dan mengelola penggunaan metrik

Dokumen ini menjelaskan halaman Pengelolaan Metrik Cloud Monitoring, yang membantu Anda mendapatkan hasil maksimal dari metrik yang dapat ditagih. Project Google Cloud Anda memiliki akses ke semua metrik yang terlihat oleh cakupan metrik-nya. Anda dapat menggunakan halaman Pengelolaan Metrik untuk melakukan hal berikut:

Halaman Pengelolaan Metrik tidak melaporkan metrik berbasis log yang ditentukan pengguna. Metrik ini, yang berasal dari penghitungan nilai dalam entri log, memiliki awalan logging.googleapis.com/user.

Sebelum memulai

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

Pengelolaan Metrik menganalisis metrik dalam hal pengumpulan dan penggunaan data. Untuk mengetahui informasi selengkapnya tentang kategori ini, lihat Istilah.

Otorisasi

  • Untuk mendapatkan izin yang Anda perlukan guna melihat dasbor dan membuat kebijakan pemberitahuan menggunakan Konsol Google Cloud atau membuat, mengedit, dan menghapus aturan pengecualian metrik, 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 ke project, folder, dan organisasi.

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

  • Untuk mendapatkan izin yang diperlukan guna 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 ke project, folder, dan organisasi.

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

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

  • Untuk melihat log audit yang dihasilkan oleh metrik di halaman Pengelolaan Metrik, Anda harus mengaktifkan logging audit di project Google Cloud Anda. Agar project Anda dapat membuat log audit saat data dibaca atau ditulis, lakukan hal berikut:

    1. Di konsol Google Cloud, buka halaman Audit Logs:

      Buka Log Audit

      Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah IAM & Admin.

    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.

Terminologi

Halaman Pengelolaan Metrik menggunakan terminologi berikut untuk menjelaskan status metrik dan menjelaskan cara Anda menggunakan metrik:

  • Status metrik
    • Metrik aktif adalah metrik yang dapat ditagih yang datanya telah ditransfer ke project Anda dalam 25 jam terakhir. Metrik ini dikenai biaya.
    • Metrik tidak aktif adalah metrik yang dapat ditagih yang datanya belum ditransfer ke project Anda dalam 25 jam terakhir. Metrik ini tidak dikenai biaya.

  • Penggunaan metrik

    • Metrik yang digunakan adalah metrik yang telah dikueri dalam 30 hari terakhir oleh Cloud Monitoring API atau alat lain, atau yang digunakan di dasbor kustom atau kebijakan pemberitahuan.

      Anda dapat memiliki diagram dan kebijakan pemberitahuan yang merujuk ke metrik tanpa data (metrik tidak aktif) dan membuat kueri metrik tersebut; di halaman Pengelolaan Metrik, metrik ini dianggap sebagai metrik yang digunakan, meskipun operasi baca tidak menampilkan data apa pun.

    • Metrik yang dapat ditagih dan tidak digunakan adalah metrik aktif yang belum dibuat kueri dalam 30 hari terakhir dan tidak digunakan di dasbor kustom atau kebijakan pemberitahuan. Metrik ini menimbulkan biaya penyerapan, tetapi tidak memberikan manfaat visibilitas. Jika metrik ini menunjukkan kesenjangan observabilitas, Anda dapat membuat diagram atau kebijakan pemberitahuan untuk metrik tersebut. Jika metrik ini tidak mewakili kesenjangan visibilitas, Anda dapat mengecualikannya dan menghilangkan biaya penyerapannya.

    • Metrik tidak ada aktivitas adalah metrik tidak aktif yang belum dikueri dalam 30 hari terakhir dan tidak digunakan di dasbor kustom atau kebijakan pemberitahuan. Metrik ini tidak dikenai biaya.

Status penggunaan untuk metrik dihitung setiap 24 jam, untuk mencerminkan histori kueri terbaru dan perubahan pada dasbor serta kebijakan pemberitahuan.

Melihat ringkasan penggunaan metrik

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

  1. Di konsol Google Cloud, buka halaman  Metrics management:

    Buka Pengelolaan metrik

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Di toolbar, pilih jangka waktu. Secara default, halaman Pengelolaan Metrik menampilkan informasi tentang metrik yang dikumpulkan dalam satu 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 di project dalam cakupan metrik Anda, lihat kartu skor Metrik Aktif. Metrik aktif jika data telah ditulis ke dalamnya dalam 25 jam terakhir.

    • Untuk menentukan jumlah metrik aktif yang dapat ditagih yang dibuat kueri atau digunakan dalam diagram atau kebijakan pemberitahuan, lihat kartu skor Penggunaan Metrik. Metrik yang dapat ditagih dan tidak digunakan mewakili kemungkinan kesenjangan visibilitas yang dapat diisi dengan membuat dasbor kustom atau kebijakan pemberitahuan, atau peluang untuk mengurangi biaya dengan mengecualikan metrik sepenuhnya.

    • Untuk menentukan apa yang berkontribusi pada biaya Anda, gunakan kartu skor Byte yang dapat ditagih yang ditransfer dan Sample yang dapat ditagih yang ditransfer. Untuk informasi selengkapnya, lihat Melihat tren keseluruhan dalam penyerapan metrik.

    • Untuk menemukan informasi yang dapat membantu Anda 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 Lihat Penagihan di toolbar.

Melihat informasi tentang cakupan metrik Anda

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

Untuk melihat ringkasan informasi cakupan untuk project Anda, klik Metrics scope. Ringkasan ini mencakup hal berikut:

  • Akun utama IAM dengan akses ke project. Kumpulan utama mencakup pengguna, grup, dan akun layanan.
  • Jumlah metrik gratis dan metrik 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 apa pun yang dapat melihat metrik project saat ini.

Untuk informasi selengkapnya tentang cakupan metrik, lihat Mengonfigurasi tampilan multi-project.

Menyelidiki metrik yang dapat ditagih

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

  • Menentukan kontribusi metrik terhadap volume yang dapat ditagih.
  • Menentukan seberapa sering metrik dibaca dalam 30 hari terakhir. Pembacaan metrik mencakup permintaan baca API dan permintaan yang dihasilkan oleh diagram.
  • Identifikasi metrik yang dikumpulkan, tetapi tidak digunakan dalam kebijakan pemberitahuan atau dasbor. Data metrik yang tidak digunakan mungkin menunjukkan kesenjangan dalam pengamatan atau peluang untuk menghemat biaya dengan mengecualikan metrik.
  • Buat kebijakan pemberitahuan atau diagram untuk metrik yang tidak memiliki kebijakan pemberitahuan atau dasbor kustom terkait.
  • Identifikasi project tempat data metrik berasal. Tabel ini mencakup metrik dari semua project dalam cakupan metrik Anda, dan Anda mungkin perlu mengetahui dari project mana metrik tertentu dikumpulkan.
  • Tinjau informasi label dan kardinalitas tentang setiap metrik. Informasi ini dapat membantu saat Anda menyelidiki masalah dengan desain atau penggunaan metrik.

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

  1. Di konsol Google Cloud, buka halaman  Metrics management:

    Buka Pengelolaan metrik

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

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

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

Memilih metrik yang akan dilihat

Untuk mengelola biaya, Anda perlu memahami metrik yang dapat ditagih yang menghasilkan traffic terbanyak. Tidak cukup hanya mengetahui, misalnya, bahwa 60 MiB data diserap setiap jam. Namun, jika Anda 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 tindakan berikut:

  1. Di konsol Google Cloud, buka halaman  Metrics management:

    Buka Pengelolaan metrik

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Di toolbar, pilih jangka waktu. Secara default, tab ini menampilkan informasi tentang metrik yang dikumpulkan dalam satu hari sebelumnya.
  3. Untuk membatasi tampilan ke grup metrik tertentu, gunakan filter cepat atau filter tabel secara langsung. Melihat kategori metrik dapat mengungkapkan pola yang sulit dideteksi saat melihat semua metrik dalam tabel.

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 terhadap volume yang dapat ditagih dan memberikan link ke kebijakan pemberitahuan dan dasbor kustom yang terkait dengan metrik, seperti yang ditunjukkan pada screenshot berikut. Jika tidak ada kebijakan pemberitahuan atau dasbor yang terkait dengan metrik, tabel akan menyertakan tombol yang dapat Anda klik untuk membuatnya.

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

Untuk mengurutkan metrik berdasarkan kontribusinya terhadap volume yang dapat ditagih, klik header kolom untuk Volume yang dapat ditagih/Total byte dan Volume yang dapat ditagih/Total sampel.

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

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

Informasi label dan kardinalitas mungkin berguna dalam mengidentifikasi penyebab peningkatan volume yang dapat ditagih. Di Cloud Monitoring, kardinalitas merujuk pada jumlah deret waktu yang dikaitkan 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 volume yang dapat ditagih berarti Anda menyerap lebih banyak data, dan jika perubahan tersebut tiba-tiba atau tidak terduga, penyebabnya mungkin adalah perubahan jumlah label yang terkait dengan metrik atau perubahan cara penetapan nilai untuk label. Kedua hal ini dapat meningkatkan kardinalitas metrik, sehingga menghasilkan 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 Filter cepat:

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

  • Status metrik mencakup metrik aktif dan tidak aktif. Metrik aktif telah menyerap data deret waktu dalam 25 jam terakhir. Untuk mengetahui informasi selengkapnya tentang status ini, lihat Istilah.

  • Penggunaan metrik. Kategori ini mengklasifikasikan metrik berdasarkan hal berikut:

    • Metrik yang digunakan, tidak digunakan, dan tidak aktif.

      • Metrik yang digunakan telah diakses oleh pembacaan metrik atau digunakan di dasbor kustom atau kebijakan pemberitahuan.
      • Metrik yang dapat ditagih yang tidak digunakan belum diakses oleh pembacaan metrik atau digunakan di dasbor kustom atau kebijakan pemberitahuan.
      • Metrik tidak ada aktivitas adalah "tidak aktif" dan "tidak digunakan".

      Untuk informasi selengkapnya tentang kategori penggunaan ini, lihat Istilah.

    • Metrik yang digunakan atau tidak digunakan dalam kebijakan pemberitahuan di project Google Cloud saat ini.

    • Metrik yang digunakan atau tidak digunakan di dasbor kustom dalam project Google Cloud saat ini.Filter ini tidak menyertakan metrik yang digunakan di dasbor standar yang disediakan oleh Cloud Monitoring.

    Status penggunaan untuk metrik dihitung setiap 24 jam, untuk mencerminkan histori kueri terbaru dan perubahan pada dasbor serta kebijakan pemberitahuan.

  • Kumpulan metrik menurut domain, seperti yang dijelaskan dalam ringkasan metrik yang dapat ditagih.

Jika Anda memiliki metrik yang tidak digunakan dalam kebijakan pemberitahuan atau dasbor kustom dan tidak pernah dikueri, Anda mungkin membayar metrik tersebut dan tidak mendapatkan manfaat visibilitas apa pun darinya. Anda dapat mencantumkan metrik yang muncul di kebijakan pemberitahuan tidak ada atau di dasbor kustom tidak ada yang ditentukan di project Google Cloud saat ini dengan memilih filter cepat Kebijakan pemberitahuan tidak ada atau Dasbor kustom tidak ada.

Memfilter tabel secara langsung

Anda dapat menggunakan panel  Filter untuk menelusuri kumpulan metrik jika tidak ada filter cepat yang sesuai. Misalnya, jika Anda memiliki cakupan metrik multi-project dan hanya ingin mencantumkan metrik dari project tersebut, Anda tidak dapat menggunakan filter cepat. Untuk hanya mencantumkan metrik dari project tertentu, 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 dalam satu waktu, sehingga Anda tidak dapat mencantumkan hanya 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 di kebijakan pemberitahuan tidak ada dan di dasbor kustom tidak ada, 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 saat baris memenuhi semua filter. Namun, Anda dapat menyisipkan filter OR di antara dua elemen filter lainnya.

Melihat informasi tentang pembacaan metrik

Baris untuk setiap metrik dalam tabel menyertakan entri untuk jumlah pembacaan metrik dalam 30 hari terakhir. Anda dapat menggunakan entri ini untuk mengidentifikasi cara kueri dibuat. Sumber kueri dikategorikan sebagai "konsol" atau "lainnya". Pembacaan dari Metrics Explorer atau diagram di dasbor kustom adalah pembacaan "konsol", dan pembacaan API dari sumber lain adalah "lainnya".

  • Untuk melihat ringkasan ringkas sumber pembacaan metrik, klik  Panah bawah di samping entri.
  • Untuk melihat diagram yang menampilkan sumber pembacaan metrik dari waktu ke waktu, klik jumlah pembacaan metrik. Nilai ini juga merupakan link ke diagram.

Membuat kebijakan pemberitahuan untuk metrik yang tidak dipantau

Jika metrik dalam tabel tidak memiliki kebijakan pemberitahuan terkait, tabel akan menyediakan tombol Create alert. Untuk membuat kebijakan pemberitahuan untuk metrik, klik Buat pemberitahuan di baris untuk metrik tersebut.

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

  • Perbarui nilai nilai minimum kondisi. Nilai default 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.

Untuk melihat kebijakan pemberitahuan untuk metrik dalam cakupan metrik Anda, tetapi ditentukan di project lain, gunakan pemilih project untuk memilih project Google Cloud yang menyimpan metrik.

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 metrik, lakukan tindakan berikut:

  1. Klik Buat diagram di baris untuk metrik.

    Panel Explorer 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 Chart, lakukan hal berikut:

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

Untuk melihat dasbor kustom untuk metrik dalam cakupan metrik, tetapi ditentukan di project lain, gunakan pemilih project untuk memilih project Google Cloud yang menyimpan metrik.

Menggunakan metrik

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

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

  1. Di konsol Google Cloud, buka halaman  Metrics management:

    Buka Pengelolaan metrik

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

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

    • Untuk melihat diagram yang menampilkan metrik saat ini, pilih Lihat di 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 Buat pemberitahuan untuk metrik.

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

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

      Untuk mengetahui informasi selengkapnya, lihat Membuat kebijakan pemberitahuan.

    • Kecualikan metrik. Untuk informasi selengkapnya tentang opsi ini, lihat Mengecualikan metrik yang tidak diperlukan.

    • Untuk melihat log audit yang terkait dengan metrik, pilih Lihat log audit metrik.

Mengecualikan metrik yang tidak diperlukan

Anda dapat membuat aturan pengecualian metrik untuk mencegah metrik yang dipilih dimasukkan ke Cloud Monitoring. Misalnya, jika Anda memiliki kumpulan metrik yang dapat ditagih dan tidak digunakan, Anda dapat mengecualikan metrik tersebut untuk menghilangkan biaya penyerapannya. Nantinya, Anda dapat mengedit atau menghapus aturan pengecualian jika kebutuhan Anda berubah.

Untuk membuat aturan pengecualian metrik, lakukan hal berikut:

  1. Di konsol Google Cloud, buka halaman  Metrics management:

    Buka Pengelolaan metrik

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Klik  Kecualikan metrik. Anda juga dapat membuat pengecualian dari tab Metrik yang Dikecualikan atau  Tindakan di baris untuk setiap metrik.
  3. Pilih metrik yang akan dikecualikan.
    1. Untuk mengecualikan satu metrik, pilih metrik tersebut dari tabel Nama metrik.
    2. Untuk mengecualikan grup metrik, lakukan tindakan berikut:
      1. Klik Regex
      2. Masukkan regular expression. Misalnya, untuk mengecualikan semua metrik agent.googleapis.com/apache, Anda dapat memasukkan agent.googleapis.com/apache.* atau agent.*/apache.*
      3. Klik Tampilkan kecocokan untuk memverifikasi bahwa ekspresi cocok dengan metrik yang diinginkan
    3. Klik Buat aturan.

Perlu waktu sekitar 5 menit agar aturan diterapkan.

Tabel berikut menyertakan ekspresi reguler yang mungkin berguna untuk mengecualikan metrik dari statsd atau metrik serupa yang dinamai secara dinamis:

Memblokir metrik dengan nama yang berisi Regex
lebih dari satu garis bawah dalam satu baris .*_{2,}.*
lebih dari 7 digit berturut-turut (kemungkinan stempel waktu) .*\d{7,}.*
segmen yang sangat panjang (kemungkinan error penguraian label) .*[a-zA-Z0-9]{20,}.*
substring heksadesimal, termasuk GUID .*[A-F0-9]{10,}.*
Substring alamat IP .*\d{1,3}_\d{1,3}_\d{1,3}_\d{1,3}.*
angka apa pun (mungkin berguna untuk metrik Prometheus) .*\d+.*

Mengedit aturan pengecualian metrik

Untuk mengedit aturan pengecualian metrik, lakukan hal berikut:

  1. Di konsol Google Cloud, buka halaman  Metrics management:

    Buka Pengelolaan metrik

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Klik tab Excluded Metrics.
  3. Di baris untuk aturan yang ingin Anda hapus, klik  Tindakan dan pilih Edit aturan.
  4. Menghapus metrik yang dipilih atau ekspresi reguler
  5. Pilih metrik baru atau buat ekspresi reguler baru.
  6. Klik Perbarui aturan.

Mengedit aturan akan menghapus aturan lama dan membuat aturan baru.

Menghapus aturan pengecualian metrik

Untuk menghapus aturan pengecualian metrik, lakukan langkah-langkah berikut:

  1. Di konsol Google Cloud, buka halaman  Metrics management:

    Buka Pengelolaan metrik

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Klik tab Excluded Metrics.
  3. Di baris untuk aturan yang ingin Anda hapus, klik  Tindakan dan pilih Hapus aturan.

Melihat volume metrik yang dikecualikan

Untuk melihat volume byte atau sampel yang dikecualikan sebagai diagram di Metrics Explorer, lakukan tindakan berikut:

  1. Di konsol Google Cloud, buka halaman  Metrics management:

    Buka Pengelolaan metrik

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Klik tab Excluded Metrics.
  3. Klik histori Linimasa pengecualian.

Diagram telah dikonfigurasi sebelumnya untuk menampilkan data pengecualian metrik bagi Anda. Anda juga dapat menyimpan diagram ke dasbor kustom dengan mengklik Simpan ke dasbor.

Melihat dan mendapatkan pemberitahuan tentang tren dalam 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 kecepatan penyerapan data. Halaman Pengelolaan Metrik memberikan ringkasan penggunaan metrik, yang dapat membantu Anda melakukan hal berikut:

  • Melihat tren penggunaan metrik yang dapat ditagih.
  • Tentukan apakah project dalam cakupan metrik Anda mengirim lebih banyak atau lebih sedikit data metrik dari yang Anda harapkan.
  • Identifikasi metrik yang menghasilkan data terbanyak.
  • Identifikasi namespace yang bertanggung jawab untuk menghasilkan data Prometheus paling banyak.
  • Lihat rasio error tulis di metrik Anda. Rasio error adalah persentase penulisan metrik yang menampilkan status error dibandingkan dengan jumlah total penulisan metrik.

Panel ringkasan untuk penggunaan metrik menyediakan link ke informasi yang lebih mendetail tentang tren dari waktu ke waktu dan link ke kebijakan pemberitahuan yang telah dikonfigurasi sebelumnya dan dapat disesuaikan untuk tren penggunaan.

Panel ringkasan direvisi.

Melihat tren keseluruhan dalam penyerapan metrik

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

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

  1. Di konsol Google Cloud, buka halaman  Metrics management:

    Buka Pengelolaan metrik

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Di toolbar, pilih jangka waktu.

  3. Klik Lihat diagram di kartu skor untuk byte atau sampel yang ditransfer. Diskusi ini mengacu pada diagram untuk sampel yang dapat ditagih, tetapi diagram untuk byte yang dapat ditagih berfungsi dengan cara yang sama. Anda akan melihat kumpulan diagram seperti berikut:

    Contoh diagram yang merangkum penyerapan metrik.

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

Misalnya, jika Anda menetapkan periode waktu ke satu minggu dan melihat peningkatan data yang 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 bertanggung jawab, Anda dapat menyelidiki untuk melihat apakah kardinalitas metrik juga meningkat.

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

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

  • (Khusus sampel yang dapat ditagih) Untuk menemukan namespace yang mengirim metrik dengan kontribusi terbesar terhadap nilai yang dapat ditagih, gunakan diagram Penyerapan Volume Namespace.

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

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

Untuk menganalisis 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 hal berikut:

Untuk informasi selengkapnya tentang cara menggunakan Metrics Explorer untuk menganalisis data, termasuk tindakan seperti membandingkan perilaku bulan ini dengan perilaku bulan lalu, lihat Menjelajahi 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 pengumpulan metrik dapat menunjukkan bahwa aplikasi Anda berperforma buruk. Demikian pula, lonjakan penggunaan dapat mengakibatkan tagihan yang tidak terduga. Terakhir, tren menaik mungkin menunjukkan bahwa metrik memiliki terlalu banyak label atau meningkat dalam kardinalitas. Dalam semua situasi, kebijakan pemberitahuan dapat memberi tahu Anda tentang perilaku yang tidak biasa, lalu Anda dapat menyelesaikan situasi tersebut.

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

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

  1. Di konsol Google Cloud, buka halaman  Metrics management:

    Buka Pengelolaan metrik

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Di toolbar, pilih jangka waktu.
  3. Klik Lihat diagram di kartu skor untuk byte atau sampel yang ditransfer.

  4. Di diagram yang datanya ingin Anda pantau, klik Create alerting policy.

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

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

    Untuk mengetahui informasi selengkapnya, lihat Membuat kebijakan pemberitahuan.

Menyelidiki masalah pada metrik

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

  • Peningkatan volume yang dapat ditagih yang dapat dikaitkan dengan metrik tertentu.
  • Laporan peningkatan latensi kueri untuk metrik tertentu.
  • Error dalam menulis data metrik, yang mungkin disebabkan oleh mencapai batas jumlah atau kecepatan data yang ditulis.

Terjadinya error saat menulis data metrik mungkin berkorelasi dengan masalah lain seperti peningkatan volume yang dapat ditagih secara tidak terduga atau peningkatan latensi kueri. Misalnya, perubahan pada konfigurasi metrik dapat menyebabkan masalah kardinalitas, yang dapat memengaruhi volume data yang diserap dan latensi kueri, serta dapat menyebabkan error penulisan metrik.

Melihat error penulisan metrik

Dari kartu skor Metric Write Errors, Anda dapat melakukan hal berikut:

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

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

  1. Di konsol Google Cloud, buka halaman  Metrics management:

    Buka Pengelolaan metrik

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Di toolbar, pilih jangka waktu.

  3. Klik Lihat error di kartu skor Metric Write Errors.

    • Untuk melihat status permintaan operasi tulis metrik ke Cloud Monitoring API, gunakan diagram API - Create Time Series (Status Codes). Diagram ini menunjukkan panggilan ke metode timeSeries.create.

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

      Diagram **Error penulisan metrik** menunjukkan rasio error untuk menulis data deret waktu.

      Jika Anda melihat peningkatan jumlah permintaan operasi tulis 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 untuk menyelidiki penyebab error. Kueri yang telah dikonfigurasi sebelumnya untuk log akan 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 mengetahui informasi selengkapnya, lihat bagian Metrik yang ditentukan pengguna dalam dokumen Pemantauan kuota.

Menyelidiki error pembuatan metrik

Metode lain yang terkait dengan 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.

Untuk melihat log audit untuk metrik tertentu, lakukan hal berikut:

  1. Di konsol Google Cloud, buka halaman  Metrics management:

    Buka Pengelolaan metrik

    Jika Anda menggunakan kotak penelusuran untuk menemukan halaman ini, pilih hasil yang subjudulnya adalah Monitoring.

  2. Di toolbar, pilih jangka waktu.
  3. Temukan metrik dalam tabel, lalu klik  Tindakan.

  4. Pilih Lihat log audit metrik.

    Kueri yang telah dikonfigurasi sebelumnya untuk log akan 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 melihat error dari metode ini jika melebihi jumlah deskripsi metrik yang diizinkan atau jumlah label dalam deskripsi metrik. Untuk informasi selengkapnya, lihat bagian Metrik yang ditentukan pengguna dalam dokumen Memantau kuota.

Model harga untuk metrik yang dapat ditagih

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

Untuk mengetahui informasi mendetail tentang fitur yang dapat ditagih di Cloud Monitoring, lihat Cloud Monitoring dalam dokumen harga. Untuk mengetahui informasi harga, lihat ringkasan harga Cloud Monitoring.

Penagihan berdasarkan 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 angka floating point, atau dapat berupa distribusi, jenis data kompleks yang mencakup beberapa nilai yang berbeda. Untuk 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 dikenai biaya berdasarkan byte yang diserap atau sampel yang diserap.

  • "Byte yang diserap" berarti tagihan didasarkan pada volume data yang diserap, yang diukur dalam byte. Untuk tujuan penetapan harga, setiap nilai skalar dihitung sebagai 8 byte, dan setiap distribusi dihitung sebagai 80 byte. Untuk informasi dan contoh selengkapnya, lihat Metrik yang dikenai biaya berdasarkan byte yang diserap.

  • "Sampel yang diserap" berarti biaya didasarkan pada jumlah pengukuran yang diserap. Untuk tujuan penetapan harga, setiap nilai skalar dihitung sebagai satu sampel, dan setiap distribusi 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 berdasarkan sampel yang ditransfer.

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

Metrik yang dapat ditagih di halaman Pengelolaan Metrik

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

Tabel berikut menjelaskan kategori metrik yang dapat ditagih yang tersedia di halaman Pengelolaan Metrik 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 Ops Agent dan Metrik Pemantauan dan Logging Legacy. 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/ dikenakan biaya sebesar 5% dari tarif volume metrik lain yang dapat ditagih. Misalnya, penyerapan 100 MiB dalam metrik proses akan dikenakan biaya sama dengan penyerapan 5 MiB dalam metrik lainnya yang dapat dikenakan biaya.

Agen juga mengumpulkan metrik tentang dirinya sendiri. Metrik ini, yang diidentifikasi dengan awalan agent.googleapis.com/agent, tidak dapat ditagih dan tidak muncul di halaman Pengelolaan Metrik.
Kustom, ditentukan pengguna 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 mengetahui daftar metrik ini, lihat Metrik aplikasi pihak ketiga.
Prometheus prometheus.googleapis.com Sampel Metrik yang dikumpulkan menggunakan Google Cloud Managed Service for Prometheus, atau menggunakan Ops Agent dan penerima Prometheus atau penerima OTLP.

Metrik yang dapat ditagih lainnya

Halaman Pengelolaan Metrik tidak melaporkan metrik berbasis log yang ditentukan pengguna. Metrik ini, yang berasal dari penghitungan nilai dalam entri log, memiliki awalan logging.googleapis.com/user. Metrik berbasis log yang ditentukan pengguna dikenai biaya berdasarkan byte yang diserap.

Langkah selanjutnya