Topik ini menjawab pertanyaan umum (FAQ) mengenai aturan pemantauan peringatan di Simple Log Service.
Can I dynamically configure alert severities?
Ya, Anda dapat menentukan kondisi untuk mengonfigurasi tingkat keparahan peringatan secara dinamis saat membuat aturan peringatan. Untuk informasi selengkapnya, lihat Configure alert severity.
Can I receive no-data alert notifications?
Ya, Anda dapat mengaktifkan fitur no-data alert dan menentukan tingkat keparahan peringatan saat mengonfigurasi aturan peringatan. Untuk informasi selengkapnya, lihat No-data alert.
Is automatic alert recovery supported?
Ya, fitur ini didukung. Anda dapat mengaktifkan pemulihan peringatan saat mengonfigurasi aturan peringatan. Untuk informasi selengkapnya, lihat Configure recovery notifications.
Can a single alert monitoring rule send notifications to different destinations?
Ya, Anda dapat mengaktifkan fitur evaluation by group saat mengonfigurasi aturan pemantauan peringatan. Untuk informasi selengkapnya, lihat Set evaluation by group.
Can I temporarily disable an alert monitoring rule?
Ya, Anda dapat melakukannya. Di halaman Alert Rules, klik Disable pada kolom Actions.
How do I grant permissions to a RAM user to manage alerts?
Anda harus memberikan izin yang diperlukan kepada pengguna Resource Access Management (RAM) agar pengguna tersebut dapat mengelola peringatan. Untuk informasi selengkapnya, lihat Grant a RAM user permissions to manage alerts.
Apa yang harus saya lakukan jika kesalahan "Jumlah peringatan melebihi batas maksimum" terjadi saat saya membuat aturan pemantauan peringatan?
Jika muncul error Alert count exceeds the maximum limit saat membuat aturan pemantauan peringatan, hal ini menunjukkan bahwa jumlah aturan pemantauan peringatan dalam Proyek telah melebihi batas 100. Untuk menambah kuota, lihat Manage resource quotas.
Jumlah maksimum aturan pemantauan peringatan dalam satu Proyek dapat ditingkatkan hingga 200. Untuk membuat lebih banyak aturan pemantauan peringatan, pertimbangkan metode optimasi berikut.
Hapus aturan pemantauan peringatan yang tidak lagi diperlukan dari Proyek.
Kumpulkan log di Proyek yang berbeda untuk mengurangi jumlah aturan pemantauan peringatan dalam satu Proyek.
Misalnya, kumpulkan log dari Service A ke Project1 dan log dari Service B ke Project2, lalu buat aturan pemantauan peringatan di Proyek yang berbeda.
Gabungkan aturan pemantauan peringatan yang serupa.
Misalnya, saat memantau data dalam Logstore yang sama, cukup buat satu aturan pemantauan peringatan dan gunakan fitur evaluation by group untuk memantau beberapa target dengan satu aturan. Untuk informasi selengkapnya, lihat Configure evaluation by group.
Gunakan data transformation atau scheduled query (Scheduled SQL) untuk mengonsolidasi data ke dalam satu Logstore sebelum membuat aturan pemantauan peringatan.
Misalnya, jika ingin memantau log error dari beberapa Logstore, konsolidasikan semua log error ke dalam satu Logstore, lalu buat satu aturan pemantauan peringatan untuk Logstore tersebut.
How do I configure alerts based on keywords?
Setelah mengumpulkan log di Simple Log Service, Anda dapat menggunakan sistem pemantauan dan peringatannya untuk mengonfigurasi peringatan berdasarkan kata kunci log. Untuk informasi selengkapnya, lihat Configure alerts based on log keywords.
How do I monitor different objects?
Jika ingin memantau suatu bidang untuk kondisi peringatan tetapi tidak mengetahui semua nilai yang mungkin, gunakan fitur evaluation by group. Kelompokkan data menggunakan bidang tersebut sebagai tag, sehingga setiap kelompok dievaluasi secara terpisah terhadap kondisi pemicu peringatan. Untuk informasi selengkapnya, lihat Configure evaluation by group.
Misalnya, Anda menyimpan data metrik dari beberapa server di Metricstore dan ingin Simple Log Service mengirim peringatan terpisah untuk setiap server yang utilisasi CPU-nya (cpu_util) melebihi 95%. Dalam kasus ini, gunakan evaluation by group.
Why does only one of my multiple trigger conditions take effect?
Hasil kueri dan analisis dicocokkan dengan kondisi pemicu sesuai urutan penulisannya. Setelah suatu hasil cocok dengan suatu kondisi, kondisi berikutnya tidak akan diperiksa. Oleh karena itu, saat menetapkan tingkat keparahan untuk kondisi pemicu, susun kondisi dari tingkat keparahan tertinggi ke terendah. Untuk informasi selengkapnya, lihat Configure alert severity.
Mengapa peringatan hilang atau positif palsu terjadi?
Peringatan hilang: Peringatan dikonfigurasi untuk dipicu jika jumlah log error lebih dari 10, tetapi tidak ada peringatan yang dipicu meskipun kueri pada halaman query and analysis Logstore menunjukkan bahwa jumlah log error melebihi 10 dalam jangka waktu yang ditentukan.
Positif palsu: Peringatan dikonfigurasi untuk dipicu jika permintaan per detik (QPS) kurang dari 100, tetapi peringatan tetap dipicu meskipun kueri pada halaman query and analysis Logstore menunjukkan bahwa QPS melebihi 100 dalam jangka waktu yang ditentukan.
Peringatan hilang atau positif palsu biasanya terjadi karena latensi antara saat data ditulis ke Logstore dan saat data tersebut dapat dikueri. Jika rentang waktu kueri dalam aturan pemantauan peringatan diatur ke waktu relatif, hasil kueri untuk peringatan tersebut mungkin tidak akurat. Untuk menghindari masalah ini, perluas rentang waktu kueri dalam aturan pemantauan peringatan atau atur rentang waktu kueri ke jangka waktu tertentu. Untuk informasi selengkapnya, lihat Monitoring timeliness.
What do I do if Trigger Alert is true and the reason is "Notify threshold not reached" in the Alert History chart?
Di dasbor Alert History Statistics, jika kolom Trigger Alert pada grafik Alert History bernilai true dan kolom Cause berisi "Notify threshold not reached", artinya Anda telah menetapkan ambang batas pemicu berkelanjutan dalam aturan peringatan, dan pemicu saat ini belum memenuhi ambang batas tersebut. Misalnya, jika Anda menetapkan Continuous Trigger Threshold ke 3, peringatan hanya akan dikirim setelah kondisi pemicu terpenuhi tiga kali berturut-turut.
