Dokumen ini menjelaskan cara mendapatkan notifikasi saat aplikasi Anda gagal atau saat performa aplikasi tidak memenuhi kriteria yang ditentukan.
Cara kerja pemberitahuan
Proses pemberitahuan Cloud Monitoring terdiri dari tiga bagian:
Kebijakan pemberitahuan, yang menjelaskan kondisi saat Anda ingin mendapatkan pemberitahuan dan cara Anda ingin diberi tahu tentang suatu insiden. Kebijakan pemberitahuan dapat memantau data deret waktu yang disimpan oleh Monitoring atau log yang disimpan oleh Cloud Logging. Ketika data tersebut memenuhi kondisi kebijakan pemberitahuan, Monitoring akan membuat insiden dan mengirimkan notifikasi.
Setiap insiden adalah catatan jenis data yang dipantau dan saat kondisi terpenuhi. Informasi ini dapat membantu Anda memecahkan masalah yang menyebabkan insiden.
Saluran notifikasi menentukan cara Anda menerima notifikasi saat Monitoring membuat insiden. Misalnya, Anda dapat mengonfigurasi saluran notifikasi untuk mengirim email ke
my-support-team@example.com
dan memposting pesan Slack ke saluran#my-support-team
. Kebijakan pemberitahuan dapat berisi satu atau beberapa saluran notifikasi.
Kebijakan pemberitahuan dapat mengevaluasi dua jenis data:
Data deret waktu, juga disebut data metrik, yang disimpan oleh Monitoring. Jenis kebijakan ini disebut kebijakan pemberitahuan berbasis metrik.
Untuk mempelajari cara menyiapkan kebijakan pemberitahuan berbasis metrik, coba Panduan Memulai untuk Compute Engine.
Data log yang disimpan oleh Cloud Logging. Jenis kebijakan ini disebut kebijakan pemberitahuan berbasis log. Kebijakan pemberitahuan berbasis log akan memberi tahu Anda saat pesan tertentu muncul di log Anda.
Dokumen ini berfokus pada kebijakan pemberitahuan berbasis metrik, dengan informasi umum tentang kebijakan pemberitahuan berbasis log jika relevan. Untuk mengetahui informasi mendetail tentang kebijakan pemberitahuan berbasis log, lihat Memantau log Anda.
Proses pemberitahuan membantu Anda merespons masalah saat performa aplikasi gagal memenuhi nilai yang dapat diterima. Misalnya, Anda men-deploy aplikasi web ke instance virtual machine (VM) Compute Engine. Meskipun Anda memperkirakan latensi respons HTTP akan berfluktuasi, sebaiknya tim dukungan Anda merespons saat aplikasi memiliki latensi tinggi selama jangka waktu yang signifikan. Anda dapat membuat kebijakan pemberitahuan berbasis metrik yang memantau metrik latensi respons HTTP aplikasi. Jika latensi respons lebih tinggi dari dua detik selama setidaknya lima menit, Monitoring akan membuat insiden dan mengirimkan notifikasi email ke tim dukungan Anda.
Cara membuat kebijakan pemberitahuan
Ada beberapa cara untuk membuat kebijakan pemberitahuan. Misalnya, Anda dapat menggunakan kebijakan pemberitahuan yang telah dikonfigurasi sebelumnya dengan mengaktifkan pemberitahuan yang direkomendasikan dari integrasi atau halaman tertentu di Konsol Google Cloud. Anda juga dapat mengonfigurasi kebijakan pemberitahuan baru menggunakan Konsol Google Cloud, Cloud Monitoring API, Google Cloud CLI, dan Terraform.
Menggunakan integrasi dan kebijakan pemberitahuan yang direkomendasikan
Monitoring menyediakan paket bawaan agar Anda dapat membuat kebijakan pemberitahuan untuk layanan Google Cloud dan integrasi pihak ketiga. Paket tersebut mencakup kebijakan pemberitahuan yang direkomendasikan, contoh dasbor, dan metrik utama untuk layanan. Paket ini tersedia untuk layanan Google Cloud seperti Google Kubernetes Engine, Compute Engine, dan cloud SQL, serta integrasi pihak ketiga yang umum, seperti MongoDB, Kafka, dan Elasticsearch.
Saat menginstal paket, Anda dapat mengaktifkan kebijakan pemberitahuan yang direkomendasikan untuk paket tersebut. Saat mengaktifkan kebijakan pemberitahuan yang direkomendasikan, Anda akan mengonfigurasi saluran notifikasinya dan mengubah nilai lainnya jika diinginkan. Setelah konfigurasi, kebijakan pemberitahuan akan segera mulai memantau targetnya, tanpa perlu input pengguna lebih lanjut.
Kebijakan pemberitahuan yang direkomendasikan sangat membantu saat Anda telah men-deploy layanan baru dan ingin memberi tahu tentang metrik penting. Misalnya, paket integrasi CloudSQL dilengkapi dengan pemberitahuan yang direkomendasikan untuk instance gagal dan transaksi yang lambat:
Untuk mengetahui informasi selengkapnya tentang integrasi pemberitahuan, lihat Memantau aplikasi pihak ketiga.
Menggunakan Cloud Monitoring
Jika Anda ingin membuat kebijakan pemberitahuan dan memilih jenis kondisinya bersama dengan komponen lain seperti jenis metrik dan deret waktu, gunakan Monitoring. Tabel berikut mencantumkan berbagai jenis kondisi yang dapat Anda gunakan saat membuat kebijakan pemberitahuan.
Jenis Kondisi | Deskripsi | Contoh |
---|---|---|
Kondisi batas metrik | Kondisi batas metrik terpenuhi jika nilai metrik melebihi, atau kurang dari, nilai minimum selama periode durasi tertentu. Untuk mengetahui informasi selengkapnya, lihat Membuat kebijakan pemberitahuan batas metrik dan Membuat kebijakan pemberitahuan menggunakan API. |
Anda menginginkan kebijakan pemberitahuan yang mengirimkan notifikasi saat latensi respons mencapai 500 md atau lebih untuk lima cek uptime berturut-turut selama 10 menit. |
Kondisi absensi metrik | Kondisi absensi metrik terpenuhi saat deret waktu yang dipantau tidak memiliki data selama periode durasi tertentu. Periode durasi adalah hingga 24 jam jika Anda membuat kondisi di Google Cloud Console atau 24,5 jam di Cloud Monitoring API. Untuk mengetahui informasi selengkapnya, lihat artikel Membuat kebijakan pemberitahuan yang tidak ada metrik dan Membuat kebijakan pemberitahuan menggunakan API. | Anda menginginkan kebijakan pemberitahuan yang membuka insiden dengan tim dukungan Anda saat resource tidak merespons permintaan HTTP apa pun selama lima menit. |
Perkiraan kondisi nilai metrik | Kondisi nilai metrik yang diperkirakan terpenuhi saat kebijakan pemberitahuan memprediksi bahwa nilai minimum akan dilanggar dalam periode perkiraan mendatang. Periode perkiraan dapat berkisar dari 1 jam hingga 7 hari. Untuk mengetahui informasi selengkapnya, lihat Membuat kebijakan pemberitahuan nilai metrik yang diperkirakan dan Membuat kebijakan pemberitahuan menggunakan API. |
Anda menginginkan kebijakan pemberitahuan yang membuka insiden dengan tim dukungan Anda saat resource kemungkinan mencapai 80% penggunaan kapasitas disk dalam 24 jam ke depan. |
Kondisi berbasis log |
Kondisi pada kebijakan pemberitahuan berbasis log terpenuhi saat kebijakan pemberitahuan mendeteksi bahwa metrik berbasis log cocok dengan kriteria kebijakan pemberitahuan. Metrik berbasis log mengambil data metrik dari isi entri log. Misalnya, Anda dapat menggunakan metrik berbasis log untuk menghitung jumlah entri log yang berisi pesan tertentu, atau untuk mengekstrak informasi latensi yang dicatat dalam entri log. Untuk mengetahui informasi selengkapnya, lihat Mengonfigurasi pemberitahuan berbasis log dan Membuat pemberitahuan berbasis log menggunakan Monitoring API. |
Anda menginginkan kebijakan pemberitahuan yang membuka insiden dengan tim dukungan jika project Anda memiliki setidaknya 50 entri log dengan message yang berisi product_ids=['tier_1_support', 'tier_2_support'] |
Komponen kebijakan pemberitahuan
Setiap kebijakan pemberitahuan memiliki komponen berikut:
Kondisi yang mendeskripsikan kapan resource, atau sekelompok resource, berada dalam status yang mengharuskan Anda merespons. Kondisi ini mencakup sumber data, nilai minimum statis atau dinamis, dan metode agregasi data seperti periode lihat balik, filter, dan groupby. Kondisi Anda dapat memantau satu metrik, beberapa metrik, atau rasio metrik. Anda juga dapat menggunakan bahasa kueri seperti PromQL dan Bahasa Kueri Monitoring (MQL) untuk menyertakan ekspresi kompleks seperti nilai minimum dinamis dan logika kondisional.
Jika Anda menggunakan integrasi untuk mengaktifkan kebijakan pemberitahuan yang direkomendasikan, kondisi kebijakan pemberitahuan akan terisi otomatis.
Daftar saluran notifikasi yang menjelaskan siapa yang harus diberi tahu jika tindakan diperlukan. Untuk informasi selengkapnya, lihat Membuat dan mengelola saluran notifikasi.
Dokumentasi yang muncul di halaman notifikasi dan insiden. Anda dapat mengonfigurasi baris subjek notifikasi dan menambahkan informasi bermanfaat ke isi notifikasi. Misalnya, Anda dapat mengonfigurasi notifikasi untuk menampilkan link ke playbook internal atau ke halaman Google Cloud seperti dasbor kustom. Untuk mengetahui informasi selengkapnya tentang dokumentasi, termasuk contohnya, lihat Menganotasi pemberitahuan dengan dokumentasi buatan pengguna.
Bahasa kueri
Gunakan bahasa kueri dan filter dalam kebijakan pemberitahuan untuk mengontrol evaluasi metrik secara lebih besar. Monitoring mendukung jenis kueri berikut:
Prometheus Query Language (PromQL) adalah bahasa kueri fungsional yang digunakan untuk mengevaluasi data deret waktu secara real time. Anda dapat mengonfigurasi kondisi kebijakan pemberitahuan untuk menyertakan kueri PromQL dalam kondisinya. Kueri PromQL dapat menggunakan ekspresi yang valid, seperti kombinasi metrik, rasio, dan nilai minimum penskalaan. Dengan mengonfigurasi kebijakan pemberitahuan dengan kondisi berbasis PromQL di Google Cloud, Anda dapat mengurangi dependensi pada infrastruktur pemberitahuan eksternal. Untuk mengetahui informasi selengkapnya, lihat PromQL di Cloud Monitoring dan Kebijakan pemberitahuan dengan PromQL.
Bahasa Kueri Monitoring (MQL) adalah antarmuka berbasis teks ekspresif yang memungkinkan Anda mengambil, memfilter, dan memanipulasi data deret waktu. Anda dapat membuat kebijakan pemberitahuan dengan kondisi yang mencakup operasi pemberitahuan Bahasa Kueri Monitoring. Untuk informasi selengkapnya, lihat Ringkasan Bahasa Kueri Monitoring dan Kebijakan pemberitahuan dengan MQL.
Dengan filter Monitoring, Anda dapat mengonfigurasi kebijakan pemberitahuan untuk menggunakan rasio metrik berbasis filter. Kebijakan pemberitahuan berbasis filter tidak dapat dilihat atau diubah di Konsol Google Cloud. Untuk mengetahui contoh kebijakan yang menggunakan filter Monitoring, lihat Rasio metrik.
Mengelola insiden dan kebijakan pemberitahuan
Setelah kebijakan pemberitahuan diaktifkan, Monitoring akan terus memantau kondisi kebijakan tersebut. Anda tidak dapat mengonfigurasi kebijakan pemberitahuan untuk memantau kondisi hanya untuk jangka waktu tertentu. Jika Anda ingin menonaktifkan kebijakan pemberitahuan untuk jangka waktu tertentu, buat tunda.
Jika insiden terbuka dan Monitoring menentukan bahwa kondisi kebijakan berbasis metrik tidak lagi terpenuhi, Monitoring akan otomatis menutup insiden dan mengirimkan notifikasi tentang penutupan tersebut.
Harga
Secara umum, metrik sistem Cloud Monitoring gratis, sedangkan metrik dari sistem, agen, atau aplikasi eksternal tidak. Metrik yang dapat ditagih ditagih berdasarkan jumlah byte atau jumlah sampel yang diserap.
Untuk mengetahui informasi selengkapnya tentang harga Cloud Monitoring, lihat dokumen berikut:
Untuk mengetahui informasi mengenai cara memantau jumlah span trace atau log yang diserap, atau cara diberi tahu saat konten tertentu disertakan dalam entri log, lihat dokumen berikut:
- Pemberitahuan tentang penyerapan log bulanan
- Pemberitahuan tentang penyerapan durasi trace bulanan
- Mengonfigurasi pemberitahuan berbasis log
Langkah selanjutnya
Untuk mengetahui informasi tentang latensi notifikasi dan bagaimana pilihan parameter kebijakan pemberitahuan memengaruhi waktu notifikasi dikirim, lihat Perilaku kebijakan pemberitahuan berbasis metrik.
Untuk mengetahui daftar contoh kebijakan berbasis metrik, baca Ringkasan contoh kebijakan pemberitahuan.