Memantau log Anda

Dokumen ini menjelaskan cara menggunakan Cloud Monitoring untuk mengamati tren dalam data log Anda dan memberi tahu Anda saat kondisi yang Anda tentukan terjadi. Untuk menyediakan data dari data log Anda ke Cloud Monitoring, Logging mendukung fitur berikut:

• Anda dapat membuat metrik kustom dari entri log. Metrik ini disebut metrik berbasis log. Anda juga dapat membuat kebijakan pemberitahuan berbasis metrik untuk memberi tahu Anda saat metrik berbasis log memenuhi suatu kondisi. Untuk mengetahui informasi selengkapnya, lihat Memvisualisasikan data entri log dengan metrik berbasis log.

• Anda dapat menggunakan kebijakan pemberitahuan untuk memantau, secara nyaris real time, saat pesan muncul di entri log Anda. Kebijakan pemberitahuan ini disebut kebijakan pemberitahuan berbasis log. Untuk mengetahui informasi selengkapnya, lihat Memantau setiap entri log untuk pesan.

• Anda dapat menulis kueri SQL di Log Analytics dan membuat kebijakan pemberitahuan yang memantau hasil kueri. Kebijakan pemberitahuan ini disebut kebijakan pemberitahuan berbasis SQL. Untuk mengetahui informasi selengkapnya, lihat Memantau hasil kueri SQL.

  Kebijakan pemberitahuan berbasis SQL tersedia dalam Pratinjau Publik.

Bagian selebihnya dari dokumen ini menjelaskan perbedaan antara ketiga kebijakan pemberitahuan ini, dan memberikan informasi tentang otorisasi, biaya, dan batas.

Memvisualisasikan data entri log dengan metrik berbasis log

Jika Anda ingin memantau peristiwa berulang dalam data log dari waktu ke waktu, gunakan metrik berbasis log. Metrik berbasis log menghasilkan data numerik dari data log Anda dan cocok jika Anda ingin melakukan salah satu hal berikut:

• Hitung kemunculan pesan, seperti peringatan atau error, dalam data log Anda dan terima notifikasi saat jumlah kemunculan melampaui batas.
• Amati tren dalam data Anda, seperti nilai latensi dalam data log, dan terima notifikasi saat nilai berubah dengan cara yang tidak dapat diterima.
• Buat diagram untuk menampilkan data numerik yang diekstrak.

Karena metrik berbasis log menghasilkan data numerik dari data log, Anda dapat menggunakan metrik ini dalam kebijakan pemberitahuan dan menampilkannya dalam diagram. Untuk mengetahui informasi tentang cara membuat kebijakan pemberitahuan dan diagram untuk metrik berbasis log, lihat Mengonfigurasi notifikasi untuk metrik berbasis log.

Cloud Monitoring menyediakan serangkaian metrik berbasis log yang telah ditentukan sebelumnya, dan Anda dapat menentukan metrik Anda sendiri. Untuk melihat daftar metrik berbasis log yang ditentukan sistem, klik tombol add_circle berikut:

Metrik berbasis log yang ditentukan sistem

String "jenis metrik" dalam tabel ini harus diawali dengan logging.googleapis.com/. Awalan tersebut telah dihilangkan dari entri dalam tabel. Saat membuat kueri label, gunakan awalan metric.labels.; misalnya, metric.labels.LABEL="VALUE".

Jenis metrik Tahap peluncuran (Tingkatan hierarki resource) Nama tampilan
Jenis, Tipe, Unit Resource yang dimonitor	Deskripsi Label
billing/bytes_ingested GA  (project) Byte yang di-streaming ke dalam bucket log
DELTA, INT64, By global	Jumlah byte yang di-streaming ke bucket log untuk pengindeksan, pembuatan kueri, dan analisis; mencakup penyimpanan hingga 30 hari. Dibuat sampelnya setiap 60 detik. Setelah sampelnya dibuat, data tidak akan terlihat selama maksimal 300 detik. resource_type: Jenis resource yang dipantau untuk entri log.
billing/bytes_stored BETA  (project) Retensi Logging
GAUGE, INT64, By global	Volume log yang dipertahankan setelah 30 hari default. Tidak ada data jika periode retensi bucket log tidak pernah lebih dari 30 hari. Metrik ini mungkin memiliki nilai nol jika periode retensi bucket log dipersingkat menjadi 30 hari. Dibuat sampelnya setiap 60 detik. Setelah sampelnya dibuat, data tidak akan terlihat selama maksimal 300 detik. data_type: Kolom ini menunjukkan bahwa volume log yang dilaporkan di sini dikenai biaya untuk retensi data setelah 30 hari default. data_type untuk semua retensi yang dilaporkan ditetapkan ke `CHARGED`. log_bucket_location: Lokasi tempat bucket log berada. log_bucket_id: ID bucket log.
billing/log_bucket_bytes_ingested BETA  (project) Byte yang di-streaming ke dalam bucket log
DELTA, INT64, By global	Jumlah byte yang di-streaming ke bucket log untuk pengindeksan, pembuatan kueri, dan analisis; mencakup penyimpanan hingga 30 hari. Dibuat sampelnya setiap 60 detik. Setelah sampelnya dibuat, data tidak akan terlihat selama maksimal 300 detik. log_source: Penampung resource tempat log berasal. resource_type: Jenis resource yang dipantau untuk log yang di-streaming ke dalam bucket log. log_bucket_location: Lokasi tempat bucket log berada. log_bucket_id: ID bucket log.
billing/log_bucket_monthly_bytes_ingested BETA  (project) Byte yang di-streaming ke dalam bucket log setiap bulan
GAUGE, INT64, By global	Jumlah byte yang di-streaming ke bucket log untuk pengindeksan, pembuatan kueri, dan analisis untuk bulan ini hingga saat ini; mencakup penyimpanan hingga 30 hari. Dibuat sampelnya setiap 1.800 detik. Setelah sampelnya dibuat, data tidak akan terlihat selama maksimal 6.000 detik. log_source: Penampung resource tempat log berasal. resource_type: Jenis resource yang dipantau untuk log yang di-streaming ke dalam bucket log. log_bucket_location: Lokasi tempat bucket log berada. log_bucket_id: ID bucket log.
billing/monthly_bytes_ingested GA  (project) Byte bulanan yang di-streaming ke dalam bucket log
GAUGE, INT64, By global	Jumlah byte yang di-streaming ke bucket log untuk pengindeksan, pembuatan kueri, dan analisis dari awal bulan hingga saat ini; mencakup penyimpanan hingga 30 hari. Dibuat sampelnya setiap 1.800 detik. Setelah sampelnya dibuat, data tidak akan terlihat selama maksimal 6.000 detik. resource_type: Jenis resource yang dipantau untuk entri log.
byte_count GA  (project) Byte log
DELTA, INT64, By	Total byte entri log, yang ditulis secara langsung atau dirutekan ke project ini melalui sink project, yang disimpan di setidaknya satu bucket log. Dibuat sampelnya setiap 60 detik. log: Nama log. severity: Tingkat keparahan entri log.
dropped_log_entry_count TIDAK DIGUNAKAN LAGI  (project) Error metrik berbasis log (Tidak digunakan lagi)
DELTA, INT64, 1	Gunakan "logging.googleapis.com/logs_based_metrics_error_count" sebagai gantinya. Dibuat sampelnya setiap 60 detik. log: Nama log.
exports/byte_count GA  (project) Byte log yang diekspor
DELTA, INT64, By logging_sink	Jumlah byte dalam entri log yang diekspor. Dibuat sampelnya setiap 60 detik. Setelah sampelnya dibuat, data tidak akan terlihat selama maksimal 420 detik.
exports/error_count GA  (project) Kegagalan entri log yang diekspor
DELTA, INT64, 1 logging_sink	Jumlah entri log yang gagal diekspor. Dibuat sampelnya setiap 60 detik. Setelah sampelnya dibuat, data tidak akan terlihat selama maksimal 420 detik.
exports/log_entry_count GA  (project) Entri log yang diekspor
DELTA, INT64, 1 logging_sink	Jumlah entri log yang diekspor. Dibuat sampelnya setiap 60 detik. Setelah sampelnya dibuat, data tidak akan terlihat selama maksimal 420 detik.
log_entry_count GA  (project) Entri log
DELTA, INT64, 1	Jumlah entri log, yang ditulis secara langsung atau dirutekan ke project ini melalui sink project, yang disimpan di setidaknya satu bucket log. Secara default, entri log disimpan selama 30 hari. Log yang dikecualikan tidak dihitung. Dibuat sampelnya setiap 60 detik. log: Nama log. severity: Tingkat keparahan entri log.
logs_based_metrics_error_count GA  (project) Error metrik berbasis log
DELTA, INT64, 1	Jumlah entri log, yang ditulis secara langsung atau dirutekan ke project ini melalui sink project, dan disimpan dalam bucket log tetapi dikecualikan dari metrik berbasis log yang ditentukan sistem atau pengguna. Kondisi ini dapat terjadi jika stempel waktu entri log lebih lama dari 24 jam, atau lebih baru dari 10 menit, dari waktu penerimaan sebenarnya. Dibuat sampelnya setiap 60 detik. log: Nama log.
metric_label_cardinality BETA  (project) Jumlah kardinalitas aktif metrik berbasis log menurut label
GAUGE, INT64, 1 metrik	Estimasi kardinalitas untuk setiap label metrik dari metrik berbasis log. Estimasi dihitung selama sekitar 25 jam. Dibuat sampelnya setiap 60 detik. Setelah sampelnya dibuat, data tidak akan terlihat selama maksimal 270 detik. label: Nama label metrik.
metric_label_throttled BETA  (project) Status pembatasan label metrik berbasis log
GAUGE, BOOL,  metrik	Menunjukkan apakah label metrik dihapus untuk metrik berbasis log karena melampaui batas kardinalitas. Dibuat sampelnya setiap 60 detik. Setelah sampelnya dibuat, data tidak akan terlihat selama maksimal 270 detik. label: Nama label metrik.
metric_throttled GA  (project) Status pembatasan metrik berbasis log
GAUGE, BOOL,  metrik	Menunjukkan apakah label atau titik dihapus untuk metrik berbasis log karena melebihi batas deret waktu aktif (kardinalitas). Dibuat sampelnya setiap 60 detik. Setelah sampelnya dibuat, data tidak akan terlihat selama maksimal 270 detik.
time_series_count BETA  (project) Jumlah deret waktu aktif metrik berbasis log (kardinalitas)
GAUGE, INT64, 1 metrik	Estimasi deret waktu aktif (kardinalitas) untuk metrik berbasis log. Hanya label metrik yang dihitung dan perkiraan dihitung selama sekitar 25 jam. Dibuat sampelnya setiap 60 detik. Setelah sampelnya dibuat, data tidak akan terlihat selama maksimal 270 detik.

Tabel dihasilkan pada 2025-07-23 17:22:13 UTC.

Metrik berbasis log yang ditentukan pengguna

Anda dapat membuat metrik berbasis log untuk mengekstrak data numerik dari data log. Metrik berbasis log yang ditentukan pengguna menghitung nilai dari entri log yang disertakan dan dikecualikan.

Secara default, metrik berbasis log yang ditentukan pengguna mengumpulkan data dari semua entri log yang diterima oleh Router Log di project Anda, tetapi Anda dapat menentukan metrik berbasis log yang mengumpulkan data dari entri log yang dirutekan ke bucket log tertentu. Google Cloud

• Untuk mengetahui informasi tentang cara menentukan dan menggunakan metrik berbasis log tingkat project, lihat Menggunakan metrik berbasis log.
• Untuk mengetahui informasi tentang cara menentukan dan menggunakan metrik berbasis log tingkat bucket, lihat Metrik berbasis log pada bucket log.

Jika Anda menentukan metrik berbasis log sendiri, Anda mungkin dikenai biaya. Untuk mengetahui informasi selengkapnya tentang biaya yang terkait dengan penyerapan metrik, lihat Metrik yang dapat dikenakan biaya.

Memantau setiap entri log untuk pesan

Jika Anda ingin diberi tahu setiap kali pesan tertentu muncul dalam entri log, gunakan kebijakan pemberitahuan berbasis log. Kebijakan pemberitahuan berbasis log berguna untuk menangkap peristiwa terkait keamanan dalam entri log, seperti berikut:

• Anda ingin diberi tahu saat peristiwa muncul di log audit; misalnya, pengguna manusia mengakses kunci keamanan akun layanan.
• Aplikasi Anda menulis pesan deployment ke log, dan Anda ingin diberi tahu saat perubahan deployment dicatat.

Kebijakan pemberitahuan berbasis log berguna untuk peristiwa yang Anda perkirakan akan jarang terjadi dan penting. Anda tidak ingin mengetahui tren atau pola; Anda ingin mengetahui bahwa sesuatu terjadi.

Kebijakan pemberitahuan berbasis log ditentukan dalam project, dan kebijakan tersebut memindai entri log jika kondisi berikut terpenuhi:

• Penagihan diaktifkan.
• Entri log berasal dari project.

• Sink di project tempat entri log berasal, atau di project tempat entri log dirutekan, akan merutekan entri log ke bucket log.

  Misalnya, asumsikan entri log berasal dari project A. Jika sink log di project A merutekan entri log ke bucket log, maka kebijakan pemberitahuan berbasis log yang ditentukan di project A akan memindai entri log.

  Sebagai contoh kedua, asumsikan entri log berasal dari project X dan sink log di project X merutekan entri log ke project Y. Jika sink di project Y merutekan entri log ke bucket log, maka kebijakan pemberitahuan berbasis log yang ditentukan dalam project X dan dalam project Y akan memindai entri log.

Anda tidak dapat menggunakan kebijakan pemberitahuan berbasis log untuk memantau entri log yang berasal dari folder, akun penagihan, atau organisasi, atau untuk memantau entri log yang tidak disimpan di bucket log. Jika Anda membuat sink gabungan, sink ini dapat mencegat entri log dan mencegahnya dirutekan oleh sink di project tempat entri log berasal.

Untuk mengetahui informasi tentang cara membuat kebijakan pemberitahuan berbasis log, lihat Mengonfigurasi kebijakan pemberitahuan berbasis log.

Memantau hasil kueri SQL

Anda dapat mengonfigurasi kebijakan pemberitahuan yang menggunakan Log Analytics untuk menjalankan kueri SQL pada data entri log Anda. Jenis kebijakan pemberitahuan ini efektif jika Anda ingin mendapatkan notifikasi berdasarkan pola yang tidak dapat dievaluasi oleh kebijakan pemberitahuan berbasis log, seperti pola kompleks dalam entri log atau penggabungan data log. Untuk mengetahui informasi selengkapnya, lihat Memantau hasil kueri SQL dengan kebijakan pemberitahuan.

Perbandingan opsi pemberitahuan

Bagian ini membandingkan kebijakan pemberitahuan yang dibuat berdasarkan metrik berbasis log, kebijakan pemberitahuan berbasis log, dan kebijakan pemberitahuan berbasis SQL.

Tabel ringkasan

Tabel berikut merangkum teknik pemberitahuan dan menyediakan link ke informasi tambahan:

Kebijakan pemberitahuan berbasis metrik	Kebijakan pemberitahuan berbasis log	Kebijakan pemberitahuan berbasis SQL	Informasi selengkapnya
Berdasarkan metrik yang berasal dari entri log	Berdasarkan string dalam setiap entri log	Berdasarkan tabel yang ditampilkan oleh kueri SQL melalui entri log	Metrik berbasis log Pemberitahuan berbasis log Pemberitahuan berbasis SQL
Digunakan untuk memberi tahu Anda tentang tren dari waktu ke waktu	Digunakan untuk memberi tahu Anda saat pesan tertentu muncul di log	Digunakan untuk memberi tahu Anda tentang pola dalam jendela entri log	Metrik berbasis log Pemberitahuan berbasis log Pemberitahuan berbasis SQL
Dihitung dari Entri log yang disertakan (metrik berbasis log yang ditentukan sistem) Entri log yang disertakan dan dikecualikan (metrik berbasis log yang ditentukan pengguna)	Mencocokkan hanya entri log yang disertakan	Dihitung dari entri log dalam jendela geser	Entri log yang tersedia Pemberitahuan berbasis SQL
Beroperasi pada metrik dari semua project dalam cakupan metrik project pencakupan	Lakukan operasi pada entri log yang memenuhi kondisi berikut: Entri log berasal dari project tempat kebijakan ditentukan. Sink di project tempat entri log berasal, atau di project tempat entri log dirutekan, merutekan entri log ke bucket log.	Mengoperasikan tampilan log yang dapat diakses melalui set data tertaut. Set data tertaut dapat berada di project mana pun.	Cakupan metrik Set data tertaut
Insiden dibuat saat nilai metrik memenuhi kondisi untuk jangka waktu tertentu	Insiden dibuat setiap kali entri log tertentu cocok dengan filter	Insiden dibuat saat tabel hasil kueri memenuhi suatu kondisi	Insiden dan notifikasi
Dibuat dan dikelola di Monitoring	Dibuat di Logging; dikelola di Monitoring	Dibuat di Log Analytics; dikelola di Monitoring	Membuat dan mengelola kebijakan pemberitahuan Pemberitahuan berbasis SQL
Dilihat di Monitoring	Dilihat di Monitoring	Dilihat di Monitoring	Melihat kebijakan pemberitahuan
Dapat menggunakan saluran notifikasi apa pun yang didukung di Monitoring	Dapat menggunakan saluran notifikasi apa pun yang didukung di Monitoring	Dapat menggunakan saluran notifikasi apa pun yang didukung di Monitoring	Saluran notifikasi

Entri log yang tersedia

Metrik berbasis log yang ditentukan pengguna dihitung dari semua entri log yang diterima oleh Logging API untuk project Google Cloud , terlepas dari filter penyertaan atau filter pengecualian yang mungkin berlaku untuk project Google Cloud . Jika Anda membuat kebijakan pemberitahuan berdasarkan metrik berbasis log yang ditentukan pengguna, kebijakan tersebut akan memantau data dari semua entri log.

Metrik berbasis log yang ditentukan sistem hanya dihitung dari entri log yang telah disimpan di bucket log dalam projectGoogle Cloud . Jika log secara eksplisit dikecualikan, maka log tersebut tidak akan disertakan dalam metrik ini. Jika Anda membuat kebijakan pemberitahuan berdasarkan metrik berbasis log yang ditentukan sistem, maka kebijakan hanya memantau data dari entri log yang disertakan.

Kebijakan pemberitahuan berbasis log ditentukan dalam project, dan kebijakan tersebut memindai entri log jika kondisi berikut terpenuhi:

• Penagihan diaktifkan.
• Entri log berasal dari project.

• Sink di project tempat entri log berasal, atau di project tempat entri log dirutekan, akan merutekan entri log ke bucket log.

  Misalnya, asumsikan entri log berasal dari project A. Jika sink log di project A merutekan entri log ke bucket log, maka kebijakan pemberitahuan berbasis log yang ditentukan di project A akan memindai entri log.

  Sebagai contoh kedua, asumsikan entri log berasal dari project X dan sink log di project X merutekan entri log ke project Y. Jika sink di project Y merutekan entri log ke bucket log, maka kebijakan pemberitahuan berbasis log yang ditentukan dalam project X dan dalam project Y akan memindai entri log.

Anda tidak dapat menggunakan kebijakan pemberitahuan berbasis log untuk memantau entri log yang berasal dari folder, akun penagihan, atau organisasi, atau untuk memantau entri log yang tidak disimpan di bucket log. Jika Anda membuat sink gabungan, sink ini dapat mencegat entri log dan mencegahnya dirutekan oleh sink di project tempat entri log berasal.

Kebijakan pemberitahuan berbasis SQL mengkueri tampilan log pada bucket log. Bucket log ini harus diupgrade untuk menggunakan Log Analytics lalu ditautkan ke set data BigQuery. Untuk mengetahui informasi selengkapnya tentang kebijakan pemberitahuan berbasis SQL, lihat Memantau hasil kueri SQL dengan kebijakan pemberitahuan.

Memantau metrik di beberapa project

Anda dapat memantau metrik dari beberapa project dengan mengonfigurasi cakupan metrik. Cakupan metrik mencantumkan semua project dan akun yang dipantaunya. Project pencakupan menghosting cakupan metrik. Project cakupan menyimpan kebijakan pemberitahuan dan konfigurasi lain yang Anda buat untuk cakupan metrik. Project cakupan untuk cakupan metrik adalah project yang dipilih oleh pemilih project konsol Google Cloud .

Kebijakan pemberitahuan berdasarkan metrik berbasis log, seperti kebijakan pemberitahuan berdasarkan metrik lain, berfungsi di semua project dalam cakupan metrik project pencakupan.

Cakupan metrik tidak relevan dengan kebijakan pemberitahuan berdasarkan entri log, seperti kebijakan berbasis log dan berbasis SQL.

Untuk mengetahui informasi selengkapnya tentang cakupan metrik, termasuk cakupan metrik multi-project, dan tentang project yang dicakup, lihat artikel berikut:

• Cakupan metrik
• Melihat metrik untuk beberapa project

Insiden dan notifikasi

Saat kondisi kebijakan pemberitahuan terpenuhi, Monitoring akan membuka insiden dan mengirim notifikasi ke saluran notifikasi kebijakan pemberitahuan. Untuk melihat detail insiden, klik Lihat insiden dalam pesan notifikasi, atau buka langsung halaman Insiden di Monitoring.

Insiden untuk kebijakan pemberitahuan berbasis metrik

Kebijakan pemberitahuan berdasarkan metrik berbasis log membuat insiden dan notifikasi seperti semua kebijakan pemberitahuan berbasis metrik lainnya di Monitoring, seperti yang dijelaskan dalam Perilaku pemberitahuan. Untuk mengetahui informasi selengkapnya tentang cara mengelola insiden untuk kebijakan pemberitahuan berbasis metrik, lihat Insiden untuk kebijakan pemberitahuan berbasis metrik.

Insiden untuk kebijakan pemberitahuan berbasis log

Kebijakan pemberitahuan berbasis log bukanlah kebijakan pemberitahuan berbasis metrik. Saat entri log memenuhi kondisi kebijakan pemberitahuan berbasis log, Monitoring akan membuat insiden dan notifikasi sebagai berikut:

• Saat pertama kali Cloud Logging menulis entri log yang cocok dengan kueri kebijakan pemberitahuan Anda di bucket log, insiden akan dibuat dan notifikasi akan dikirim. Jika entri log lain yang cocok kemudian ditulis, insiden baru akan dibuat hanya jika insiden sebelumnya telah ditutup. Namun, penghapusan insiden yang ditutup mungkin memerlukan waktu hingga tiga menit. Jika entri log yang cocok diterima dalam tiga menit setelah Anda menutup insiden, sistem dapat membuka kembali insiden tersebut, bukan membuat insiden baru.

• Saat membuat kebijakan pemberitahuan berbasis log, Anda dapat menentukan waktu minimum antar-notifikasi. Misalnya, Anda memilih 10 menit sebagai waktu antara notifikasi. Jika kondisi kebijakan pemberitahuan berbasis log Anda terpenuhi dua kali dalam jangka waktu tersebut, Anda hanya akan menerima satu notifikasi.

  Frekuensi maksimum insiden untuk kebijakan pemberitahuan berbasis log adalah 1 insiden setiap 5 menit. Jika kueri kebijakan pemberitahuan berbasis log Anda mengekstrak nilai label, setiap kombinasi nilai yang diekstrak akan merepresentasikan linimasa insidennya sendiri. Misalnya, asumsikan kebijakan pemberitahuan berbasis log mengekstrak nilai label dan label tersebut dapat memiliki dua nilai. Dengan konfigurasi ini, dua insiden dapat dibuka, satu untuk setiap nilai label, dalam 5 menit yang sama.

• Ada batas 20 insiden per hari untuk setiap kebijakan pemberitahuan berbasis log. Jika Anda mencapai batas ini, notifikasi Anda akan menyertakan pesan bahwa Anda telah mencapai batas harian.

• Insiden akan otomatis ditutup saat durasi penutupan otomatis berakhir. Secara default, durasi tutup otomatis adalah 7 hari.

  Durasi penutupan otomatis menentukan waktu yang harus berlalu, tanpa terulangnya penyebab insiden, sebelum insiden ditutup. Oleh karena itu, saat insiden dibuka dan penyebabnya terjadi lagi, insiden dapat tetap terbuka lebih lama daripada durasi penutupan otomatis.

Untuk mengetahui informasi selengkapnya tentang cara mengelola insiden untuk kebijakan pemberitahuan berbasis log, lihat Mengelola insiden untuk kebijakan pemberitahuan berbasis log.

Insiden untuk kebijakan pemberitahuan berbasis SQL

Untuk kebijakan pemberitahuan berbasis SQL, Cloud Monitoring membuat insiden saat hasil kueri SQL pertama kali memenuhi kondisi yang ditentukan dalam kebijakan. Setiap kebijakan pemberitahuan hanya memiliki satu insiden terbuka. Selama insiden terbuka, jika kondisi terpenuhi lagi, Monitoring tidak akan membuat insiden lebih lanjut atau mengirim notifikasi tambahan. Monitoring menutup insiden berbasis SQL setelah tujuh hari, kecuali jika Anda mengonfigurasi periode penutupan insiden yang lebih singkat atau menutup insiden sendiri.

Untuk mengetahui informasi selengkapnya tentang cara mengelola insiden untuk kebijakan pemberitahuan berbasis SQL, lihat Mengelola insiden untuk kebijakan pemberitahuan berbasis SQL.

Membuat dan mengelola kebijakan pemberitahuan

Anda membuat, mengubah, dan menghapus kebijakan pemberitahuan berdasarkan metrik berbasis log di Cloud Monitoring, seperti kebijakan pemberitahuan berbasis metrik lainnya. Untuk mengetahui informasi selengkapnya, lihat Mengelola kebijakan.

Anda dapat membuat kebijakan pemberitahuan berbasis log menggunakan Logs Explorer atau Cloud Monitoring API. Anda dapat mengubah dan menghapus kebijakan pemberitahuan berbasis log di Monitoring atau dengan Cloud Monitoring API. Untuk mengetahui informasi selengkapnya, lihat Mengelola kebijakan pemberitahuan berbasis log.

Anda dapat membuat kebijakan pemberitahuan berbasis SQL menggunakan Log Analytics atau Cloud Monitoring API. Anda dapat mengubah dan menghapus kebijakan pemberitahuan berbasis SQL di Monitoring atau menggunakan Cloud Monitoring API. Untuk mengetahui informasi selengkapnya, lihat Memantau hasil kueri SQL dengan kebijakan pemberitahuan.

Melihat kebijakan pemberitahuan

Halaman Policies di Monitoring mencantumkan semua kebijakan pemberitahuan di project Google Cloud Anda. Daftar ini mencakup kebijakan yang menggunakan metrik berbasis log dan kebijakan pemberitahuan berbasis log.

1. Di konsol Google Cloud , buka halaman notifications Pemberitahuan:

   Buka Alerting

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

2. Pilih Lihat semua kebijakan.

Kebijakan pemberitahuan berbasis log muncul dalam daftar dengan nilai Logs di kolom Jenis. Kebijakan pemberitahuan berdasarkan metrik, termasuk metrik berbasis log, muncul dalam daftar dengan nilai Metrics di kolom Jenis. Kebijakan pemberitahuan berbasis SQL muncul dalam daftar dengan nilai SQL di kolom Jenis. Screenshot berikut menunjukkan kutipan daftar kebijakan:

Saluran notifikasi

Anda dapat mengirim notifikasi dari jenis kebijakan pemberitahuan apa pun ke saluran notifikasi apa pun yang didukung oleh Monitoring. Anda harus mengonfigurasi saluran ini sebelum dapat menggunakannya dalam kebijakan pemberitahuan.

Untuk mengetahui informasi selengkapnya, lihat Mengelola saluran notifikasi.

Persyaratan otorisasi

Penggunaan metrik berbasis log atau kebijakan pemberitahuan berbasis log memerlukan otorisasi untuk Cloud Logging dan Cloud Monitoring.

• Untuk metrik berbasis log yang ditentukan pengguna, lihat Izin untuk metrik berbasis log.

• Untuk kebijakan pemberitahuan berbasis log, lihat Izin untuk kebijakan pemberitahuan berbasis log.

• Untuk kebijakan pemberitahuan berbasis SQL, lihat Izin untuk kebijakan pemberitahuan berbasis SQL.

Biaya dan batas

Jika Anda menentukan metrik berbasis log Anda sendiri, hal berikut akan berlaku:

• Ada batasan pada jumlah dan struktur metrik berbasis log yang ditentukan pengguna. Untuk mengetahui informasi selengkapnya tentang batas ini, lihat batas untuk metrik berbasis log.
• Anda mungkin dikenai biaya untuk metrik berbasis log yang ditentukan pengguna. Untuk mengetahui informasi selengkapnya tentang biaya yang terkait dengan penyerapan metrik, lihat Metrik yang dapat dikenakan biaya.
• Kebijakan pemberitahuan berbasis SQL berjalan di reservasi BigQuery dalam project Google Cloud Anda. Anda mungkin dikenai biaya karena memiliki reservasi BigQuery. Untuk mengetahui informasi selengkapnya tentang biaya yang terkait dengan reservasi BigQuery, lihat Harga BigQuery.

Tidak ada biaya yang terkait dengan penggunaan kebijakan pemberitahuan berdasarkan metrik berbasis log.

Batas Monitoring berikut yang terkait dengan kebijakan pemberitahuan berlaku:

Kategori	Nilai	Jenis kebijakan1
Kebijakan pemberitahuan (jumlah metrik dan log) per cakupan metrik 2	500	Metrik, Log
Kondisi per kebijakan pemberitahuan berbasis metrik	6	Metrik
Kondisi per kebijakan pemberitahuan berbasis SQL (Pratinjau Publik)	1	SQL
Waktu eksekusi kueri maksimum untuk kebijakan pemberitahuan berbasis SQL (Pratinjau Publik)	5 menit	SQL
Periode waktu maksimum yang dievaluasi oleh kondisi tidak adanya metrik 3	1 hari	Metrik
Periode waktu maksimum yang dievaluasi oleh kondisi batas metrik3	23 jam 30 menit	Metrik
Panjang maksimum filter yang digunakan dalam kondisi batas metrik	2.048 karakter Unicode	Metrik
Jumlah maksimum deret waktu yang dipantau oleh kondisi perkiraan	64	Metrik
Periode perkiraan minimum	1 jam (3.600 detik)	Metrik
Periode perkiraan maksimum	2,5 hari (216.000 detik)	Metrik
Saluran notifikasi per kebijakan pemberitahuan	16	Semua
Laju maksimum insiden4 untuk pemberitahuan berbasis log	1 insiden setiap 5 menit	Log
Jumlah maksimum insiden untuk pemberitahuan berbasis log	20 insiden per hari untuk setiap kebijakan pemberitahuan berbasis log	Log
Jumlah maksimum notifikasi per insiden5 untuk pemberitahuan berbasis log	20 notifikasi per hari per insiden	Log
Jumlah maksimum kebijakan pemberitahuan yang dipicu secara bersamaan per project	80.000	Semua
Jumlah maksimum insiden yang terbuka secara bersamaan per kebijakan pemberitahuan	1.000	Semua
Periode setelah insiden tanpa data baru ditutup secara otomatis	7 hari	Metrik, SQL
Durasi maksimum insiden jika tidak ditutup secara manual	7 hari	Log
Retensi insiden tertutup	13 bulan	Tidak berlaku
Retensi insiden terbuka	Tak terbatas	Tidak berlaku
Saluran notifikasi per cakupan metrik	4.000	Tidak berlaku
Jumlah maksimum kebijakan pemberitahuan per penundaan	16	Semua
Retensi penundaan	13 bulan	Tidak berlaku

¹Metrik: kebijakan pemberitahuan berdasarkan data metrik; Log: kebijakan pemberitahuan berdasarkan pesan log (pemberitahuan berbasis log)
²Apigee dan Apigee Hybrid terintegrasi secara mendalam dengan Cloud Monitoring. Batas pemberitahuan untuk semua tingkat langganan Apigee—Standard, Enterprise, dan Enterprise Plus—sama dengan Cloud Monitoring: 500 per cakupan metrik .
³Periode waktu maksimum yang dievaluasi oleh suatu kondisi adalah jumlah dari periode penyesuaian dan nilai periode durasi. Misalnya, jika periode penyelarasan ditetapkan ke 15 jam, dan periode durasi ditetapkan 15 jam, maka diperlukan data selama 30 jam untuk mengevaluasi kondisi.
⁴Jika kueri kebijakan pemberitahuan berbasis log Anda mengekstrak nilai label, setiap kombinasi nilai yang diekstrak akan merepresentasikan linimasa insidennya sendiri. Misalnya, asumsikan kebijakan pemberitahuan berbasis log mengekstrak nilai label dan label tersebut dapat memiliki dua nilai. Dengan konfigurasi ini, dua insiden dapat dibuat, satu untuk setiap nilai label, dalam 5 menit yang sama.
⁵Untuk pemberitahuan berbasis log, Monitoring mengirimkan notifikasi baru untuk insiden terbuka saat entri log yang cocok dengan filter diterima dan setidaknya 5 menit telah berlalu sejak notifikasi terbaru. Maksimal 20 notifikasi per hari per insiden akan dikirim. Setiap notifikasi dikirim ke semua saluran notifikasi yang dikonfigurasi untuk kebijakan pemberitahuan.