Memantau log Anda

Dokumen ini menjelaskan cara Anda dapat menggunakan Cloud Monitoring untuk mengamati tren dalam data log Anda dan untuk 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 standar, dan Anda dapat menentukan metrik Anda sendiri. Untuk melihat daftar metrik berbasis log yang ditentukan sistem, klik tombol 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 ^GA  (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 saat 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 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 ^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. 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 ^GA  (project) Byte yang di-streaming ke bucket log setiap bulan
GAUGE, INT64, By global	Jumlah byte yang di-streaming ke bucket log untuk pengindeksan, pembuatan kueri, dan analisis hingga saat ini untuk bulan ini; mencakup penyimpanan hingga 30 hari. Sampelnya dibuat 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 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. Sampelnya dibuat 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 melebihi 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 throttling 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 2026-03-04 20:51:34 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 Log Router 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 Harga Google Cloud Observability.

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 harapkan jarang terjadi dan penting. Anda tidak ingin mengetahui tren atau pola; Anda ingin mengetahui bahwa sesuatu telah terjadi.

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

• Penagihan diaktifkan.
• Entri log berasal dari project.

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

  Misalnya, anggap 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	Beroperasi 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 Pemantauan	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, terlepas dari filter penyertaan atau filter pengecualian yang mungkin berlaku untuk project. Google Cloud 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, log tersebut tidak akan disertakan dalam metrik ini. Jika Anda membuat kebijakan pemberitahuan berdasarkan metrik berbasis log yang ditentukan sistem, maka kebijakan memantau data hanya dari entri log yang disertakan.

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

• Penagihan diaktifkan.
• Entri log berasal dari project.

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

  Misalnya, anggap 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 membuat kueri 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 mengirimkan 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

Catatan: Jika kueri kebijakan pemberitahuan berbasis log Anda mengekstrak label, maka setiap kombinasi nilai label yang diekstrak akan merepresentasikan linimasa insidennya sendiri. Misalnya, asumsikan kebijakan pemberitahuan berbasis log mengekstrak satu label dan label tersebut memiliki dua kemungkinan nilai. Untuk kebijakan pemberitahuan ini, Anda dapat memiliki dua insiden terbuka, satu untuk setiap nilai label.

Saat Cloud Logging menulis entri log ke bucket log, setiap kebijakan pemberitahuan berbasis log akan memindai entri log. Jika entri log cocok dengan filter kebijakan pemberitahuan, Cloud Logging akan mengekstrak label dan meneruskan data ke Cloud Monitoring.

Setelah menerima data dari Cloud Logging, Cloud Monitoring menggunakan aturan berikut untuk menentukan tindakan yang harus dilakukan:

• Jika tidak ada insiden terbuka untuk kebijakan pemberitahuan, Monitoring akan membuka insiden baru dan mengirimkan notifikasi.

  Jika label yang diekstrak tersedia, informasi identifikasi untuk insiden mencakup label tersebut.

• Jika ada insiden tertutup yang nilai label yang diekstraknya cocok dengan nilai label yang diekstrak untuk entri log saat ini, maka Monitoring akan membuka kembali insiden tertutup atau membuka insiden baru. Pemantauan menentukan tindakan yang harus diambil berdasarkan apakah insiden yang ditutup telah dihapus atau belum, yang mungkin memerlukan waktu hingga tiga menit.

• Jika ada insiden terbuka yang nilai labelnya cocok dengan nilai label yang diekstrak untuk entri log saat ini, sistem akan mengirimkan notifikasi lain atau tidak melakukan apa pun. Perilaku sistem bergantung pada apakah kebijakan pemberitahuan telah melampaui batas insiden atau notifikasi.

Untuk setiap kebijakan pemberitahuan berbasis log, batas berikut berlaku:

• Maksimum 20 insiden per hari.

  Jika batas ini tercapai, notifikasi akan menyertakan pernyataan yang mirip dengan berikut: "Maksimum 20 insiden harian telah tercapai. Insiden untuk kebijakan ini akan dilanjutkan dalam waktu 24 jam ke depan."

• Maksimum 2 insiden baru per menit.

  Saat kebijakan pemberitahuan berbasis log mengekstrak nilai label, batas ini dapat mencegah Anda menerima notifikasi yang Anda harapkan. Misalnya, anggap kebijakan pemberitahuan berbasis log mengekstrak satu label yang memiliki lima kemungkinan nilai. Dalam interval satu menit, sistem dapat membuka maksimal 2 insiden.

• Interval minimum antara notifikasi berulang untuk insiden yang belum ditutup adalah 5 menit. Anda dapat mengonfigurasi interval ini saat membuat atau mengedit kebijakan pemberitahuan.

Insiden akan otomatis ditutup saat jangka waktu yang ditentukan oleh durasi penutupan otomatis berakhir, tanpa terulangnya penyebab insiden. Secara default, durasi tutup otomatis adalah 7 hari. Karena peristiwa berulang, 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 pertama kali hasil kueri SQL 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 dengan 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  Pemberitahuan:

   Buka Pemberitahuan

   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 Harga Google Cloud Observability.
• 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 kebijakan^1
Kebijakan pemberitahuan (jumlah metrik dan log) per cakupan metrik ^2	2.000	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 metrik ^3	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
Jumlah maksimum insiden baru per kebijakan pemberitahuan berbasis log	20 insiden per hari	Log
Jumlah maksimum notifikasi^4 per kebijakan pemberitahuan berbasis log	20 notifikasi per hari	Log
Tingkat maksimum insiden baru per kebijakan pemberitahuan berbasis log	2 insiden baru per menit	Log
Interval minimum antara notifikasi untuk insiden terbuka^5 per kebijakan pemberitahuan berbasis log	5 menit	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)
²Anda dapat meminta untuk meningkatkan batas ini dari default 2.000 kebijakan per cakupan metrik hingga 10.000 kebijakan 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.
⁴Monitoring membuat notifikasi untuk insiden yang terbuka saat waktu minimum antarnotifikasi berlalu dan entri log cocok dengan label insiden. Jika kebijakan pemberitahuan berbasis log ditunda saat Monitoring membuat notifikasi, maka notifikasi tersebut akan dibatalkan dan tidak dikirim ke saluran notifikasi kebijakan. Jika tidak, Monitoring akan mengirimkan notifikasi ke saluran notifikasi kebijakan pemberitahuan. Semua notifikasi yang dihasilkan Monitoring dihitung dalam batas kebijakan pemberitahuan, yaitu 20 notifikasi per hari.
⁵Jika kueri kebijakan pemberitahuan berbasis log Anda mengekstrak label, maka setiap kombinasi nilai label yang diekstrak akan merepresentasikan linimasa insidennya sendiri. Oleh karena itu, Anda dapat menerima beberapa notifikasi dalam waktu 5 menit.