Pertanyaan umum mengenai aturan pemantauan peringatan di Simple Log Service, termasuk tingkat keparahan peringatan, peringatan tanpa data (no-data alerts), pemulihan, dan manajemen kuota.
Apakah saya dapat menetapkan tingkat keparahan peringatan yang berbeda secara dinamis?
Ya. Saat mengonfigurasi aturan pemantauan peringatan, Anda dapat menentukan berbagai tingkat keparahan berdasarkan kondisi tertentu. Untuk informasi selengkapnya, lihat Set alert severity.
Apakah Simple Log Service mendukung no-data alerts?
Ya. Saat mengonfigurasi aturan pemantauan peringatan, Anda dapat mengaktifkan fitur no-data alert dan menentukan tingkat keparahan peringatan yang terpisah. Untuk informasi selengkapnya, lihat No-data alert.
Apakah Simple Log Service mendukung pemulihan peringatan otomatis?
Ya. Saat mengonfigurasi aturan pemantauan peringatan, Anda dapat mengaktifkan pemulihan peringatan. Untuk informasi selengkapnya, lihat Set up recovery notifications.
Mengirim peringatan ke beberapa target
Ya. Anda dapat mengaktifkan evaluasi kelompok (group evaluation) saat mengonfigurasi aturan pemantauan peringatan. Untuk informasi selengkapnya, lihat Set up group evaluation.
Nonaktifkan sementara aturan peringatan
Ya. Di halaman Alert Monitoring Rule, klik Disable pada kolom Actions.
Memberikan izin kepada RAM user
Untuk mengizinkan RAM user mengelola peringatan, Anda harus memberikan izin yang diperlukan. Untuk informasi selengkapnya, lihat Grant a RAM user permissions to manage alerts.
Error "Alert count exceeds the maximum limit"
Jika Anda menerima error Alert count exceeds the maximum limit saat membuat aturan pemantauan peringatan, jumlah aturan pemantauan peringatan dalam Proyek telah mencapai batas maksimum (100 secara default). Anda dapat menambah kuota dengan mengikuti petunjuk dalam Manage resource quotas.
Kuota dapat ditingkatkan hingga maksimal 200 aturan per Proyek. Jika Anda memerlukan lebih banyak aturan pemantauan peringatan, pertimbangkan strategi berikut:
-
Hapus aturan pemantauan peringatan yang tidak diperlukan dari Proyek.
-
Kumpulkan log ke dalam Proyek yang berbeda untuk mengurangi jumlah aturan pemantauan peringatan dalam satu Proyek.
Sebagai contoh, Anda dapat mengumpulkan log dari Service A ke Project1 dan log dari Service B ke Project2. Kemudian, Anda dapat membuat aturan pemantauan peringatan di Proyek yang berbeda.
-
Gabungkan aturan pemantauan peringatan yang serupa.
Sebagai contoh, untuk memantau data dalam Logstore yang sama, Anda dapat membuat satu aturan pemantauan peringatan dan menggunakan group evaluation untuk memantau beberapa target. Untuk informasi selengkapnya, lihat Set up group evaluation.
-
Gunakan data transformation atau Scheduled SQL untuk menggabungkan data ke dalam satu Logstore sebelum membuat aturan pemantauan peringatan.
Sebagai contoh, jika Anda perlu memantau log error dari beberapa Logstore, Anda dapat mengonsolidasikan semua log error ke satu Logstore lalu membuat satu aturan pemantauan peringatan untuk Logstore tersebut.
Mengonfigurasi peringatan berdasarkan kata kunci log
Setelah log dikumpulkan ke Simple Log Service, Anda dapat mengonfigurasi aturan pemantauan peringatan yang dipicu berdasarkan kata kunci tertentu. Untuk informasi selengkapnya, lihat Configure alerts based on log keywords.
Memantau nilai bidang yang berbeda
Jika Anda tidak mengetahui semua nilai yang mungkin dari suatu bidang sebelumnya tetapi perlu memantau apakah ada nilai yang memenuhi kondisi pemicu, Anda dapat menggunakan group evaluation. Group evaluation mengelompokkan data berdasarkan bidang yang ditentukan dan mengevaluasi kondisi pemicu untuk setiap kelompok secara terpisah. Untuk informasi selengkapnya, lihat Set up group evaluation.
Sebagai contoh, jika Anda menyimpan data metrik dari beberapa server dalam satu Metricstore dan ingin menerima peringatan terpisah untuk setiap server ketika penggunaan CPU-nya (cpu_util) melebihi 95%, Anda dapat menggunakan group evaluation.
Hanya satu kondisi pemicu yang berlaku
Hasil kueri dan analisis dievaluasi terhadap kondisi pemicu secara berurutan. Begitu hasil cocok dengan suatu kondisi, kondisi berikutnya dilewati. Oleh karena itu, urutkan kondisi pemicu Anda dari tingkat keparahan tertinggi ke terendah. Untuk informasi selengkapnya, lihat Set alert severity.
Peringatan hilang atau false positive
-
Peringatan hilang: Peringatan dikonfigurasi untuk dipicu jika jumlah log error melebihi 10. Namun, saat Anda melakukan kueri log di halaman Search & Analysis suatu Logstore, Anda menemukan bahwa jumlah error lebih dari 10 selama periode tertentu, tetapi tidak ada peringatan yang dipicu.
-
False positive: Peringatan dikonfigurasi untuk dipicu jika queries per second (QPS) turun di bawah 100. Namun, peringatan tetap dipicu meskipun QPS lebih dari 100 selama periode tertentu.
Peringatan hilang atau false positive biasanya terjadi karena latensi antara saat data ditulis ke Logstore dan saat data tersebut tersedia untuk kueri. Jika rentang waktu dalam aturan pemantauan peringatan Anda menggunakan waktu relatif, kueri tersebut mungkin mengecualikan data terbaru, sehingga menghasilkan hasil yang tidak akurat. Untuk mencegah hal ini, perpanjang rentang waktu kueri atau sesuaikan kueri dengan jendela waktu tetap. Untuk informasi selengkapnya, lihat Monitoring timeliness.
Penyebab: Ambang batas notifikasi belum tercapai
Pada grafik Alert History di dasbor Alert History Statistics, jika Trigger Alert bernilai 'true' dan Cause bernilai 'Notify threshold not reached', artinya kondisi pemicu telah terpenuhi tetapi jumlah pemicuan berturut-turut belum mencapai Threshold of Continuous Triggers yang dikonfigurasi. Sebagai contoh, jika Anda menetapkan Threshold of Continuous Triggers menjadi 3, peringatan hanya dikirim setelah kondisi pemicu terpenuhi tiga kali berturut-turut.