Metrik aplikasi seperti laju error, waktu respons, dan jumlah pengumpulan sampah JVM umumnya memiliki garis dasar yang sudah diketahui dengan baik. Aturan peringatan ambang batas statis di Application Real-Time Monitoring Service (ARMS) mengevaluasi metrik tersebut terhadap nilai tetap yang Anda tentukan dan memicu peringatan saat nilai tersebut dilampaui, sehingga kontak yang ditentukan menerima notifikasi sebelum pengguna terdampak.
Untuk metrik yang tidak memiliki garis dasar jelas—seperti latensi permintaan pada layanan dengan pola lalu lintas variabel—gunakan dynamic thresholds sebagai gantinya. Dynamic thresholds mendeteksi anomali secara algoritmik berdasarkan pola historis.
Cara kerja ambang batas statis
Aturan ambang batas statis mengevaluasi ekspresi metrik dan membandingkan hasilnya dengan nilai yang Anda tetapkan untuk setiap tingkat keparahan (P4 hingga P1). Saat hasil melebihi ambang batas, ARMS menghasilkan peringatan pada tingkat yang sesuai.
Anda dapat menentukan:
Aturan Single condition yang mengevaluasi satu ekspresi dengan hingga empat tingkat keparahan.
Aturan Multiple condition yang menggabungkan dua atau lebih ekspresi dan hanya memicu peringatan ketika semua kondisi (atau salah satu kondisi) terpenuhi.
ARMS juga menyediakan dua fitur bawaan untuk membantu Anda menetapkan dan memvalidasi ambang batas:
| Tool | Fungsinya |
|---|---|
| Recommended thresholds | Menganalisis data metrik tiga hari terakhir menggunakan algoritma N-sigma dan menyarankan ambang batas P4 untuk setiap aplikasi dan antarmuka. Gunakan ini sebagai titik awal, lalu tetapkan nilai P3, P2, dan P1 berdasarkan toleransi Anda terhadap kebisingan peringatan. |
| Alert quantity prediction | Menerapkan algoritma deteksi anomali pada data metrik 24 jam terakhir dan memprediksi jumlah peringatan yang akan dihasilkan oleh ambang batas saat ini. Klik jumlah prediksi untuk melihat cap waktu pasti saat ambang batas dilampaui secara historis. |
Prasyarat
Sebelum memulai, pastikan Anda telah:
Memiliki aplikasi yang dipantau oleh Application Monitoring. Untuk informasi selengkapnya, lihat Ikhtisar Application Monitoring.
Buat aturan peringatan ambang batas statis
Masuk ke ARMS console.
Di panel navigasi kiri, pilih .
Pada halaman Application Monitoring Alert Rules, klik Create Alert Rule.
Pada halaman Create Application Monitoring Alert Rule, atur Alert Rule Name dan pilih Alert Detection Type menjadi Threshold Detection.
Pada bagian Alert Contact, tentukan aplikasi, jenis metrik, dan kondisi filter.
Parameter
Deskripsi
Select Applications
Pilih satu atau beberapa aplikasi untuk dipantau. Untuk memantau semua aplikasi, pilih semua.
Automatically apply this alert rule to newly created applications
Jika diaktifkan, aturan ini secara otomatis diterapkan pada aplikasi yang kemudian diintegrasikan ke dalam Application Monitoring.
Metric Type
Pilih metrik yang akan dievaluasi. Opsi yang tersedia untuk Alert Condition dan Filter Condition berubah berdasarkan pilihan Anda. Untuk detailnya, lihat Alert metrics.
Filter Condition
Persempit cakupan pemantauan dengan memfilter berdasarkan dimensi tertentu.
Opsi kondisi filter
Opsi Perilaku Traverse Peringatan menampilkan nilai dimensi spesifik yang memicunya. No Dimension Peringatan menampilkan jumlah agregat dari seluruh nilai dimensi. = Peringatan hanya menampilkan nilai dimensi yang ditentukan. != Peringatan menampilkan semua nilai dimensi kecuali yang ditentukan. Contain Peringatan menampilkan nilai dimensi yang mengandung teks yang ditentukan. Do Not Contain Peringatan menampilkan semua nilai dimensi kecuali yang mengandung teks yang ditentukan. Match Regular Expression Peringatan hanya menampilkan nilai dimensi yang sesuai dengan ekspresi reguler yang ditentukan. Pada bagian Alert rules, atur Alert trigger mode dan Alert Condition.
Alert trigger mode menentukan apakah aturan mengevaluasi satu ekspresi atau menggabungkan beberapa ekspresi:
Single Condition: Evaluasi satu ekspresi. Tentukan ambang batas pada hingga empat tingkat keparahan.
Multiple Conditions: Gabungkan dua atau lebih ekspresi. Atur parameter Alert Triggering Rules untuk mengontrol cara menggabungkan kondisi:
Meet All the Following Rules: Peringatan dipicu hanya jika semua kondisi terpenuhi secara bersamaan.
Meet One of the Following Rules: Peringatan dipicu jika salah satu kondisi terpenuhi.
Tingkat peringatan
ARMS mendukung empat tingkat peringatan, dari keparahan terendah hingga tertinggi: P4, P3, P2, P1. Tetapkan ambang batas berbeda untuk setiap tingkat sesuai kebutuhan operasional Anda. Anda tidak wajib mengonfigurasi keempat tingkat tersebut.
Contoh: single condition
Pantau jumlah full GC JVM dalam 5 menit terakhir:
Kondisi Tingkat Rata-rata full GC > 1 P4 Rata-rata full GC > 2 P3 Rata-rata full GC > 5 P2 Rata-rata full GC > 10 P1 Konfigurasi minimal juga valid—misalnya, picu peringatan P4 setiap kali rata-rata jumlah full GC melebihi 1.
Contoh: Beberapa kondisi
Atur Alert Triggering Rules menjadi Meet All the Following Rules, lalu definisikan:
Kondisi 1: Rata-rata laju error dalam 2 menit terakhir >= 5%
Kondisi 2: Jumlah total panggilan dalam 2 menit terakhir >= 200
Dalam mode Multiple Conditions, parameter Alert Level wajib diisi. Klik Add Condition untuk menambahkan kondisi lain.
Sesuaikan ambang batas dengan nilai yang direkomendasikan
Klik Enter P4 recommended threshold untuk menghasilkan saran ambang batas P4 berdasarkan data historis. ARMS menganalisis data metrik tiga hari terakhir untuk setiap aplikasi dan antarmuka menggunakan algoritma N-sigma, menghitung rata-rata dan varians untuk menghasilkan nilai awal yang berbasis statistik. Karena P4 merupakan tingkat keparahan terendah, gunakan sebagai garis dasar dan sesuaikan ambang batas P3, P2, dan P1 sesuai toleransi Anda terhadap kebisingan peringatan.
Untuk menghasilkan rekomendasi per aplikasi saat aturan mencakup banyak aplikasi, klik ikon
di samping Application. Tinjau pratinjau grafik untuk membandingkan nilai yang direkomendasikan dengan data historis aktual dan sesuaikan jika diperlukan.Pratinjau volume peringatan dengan alert quantity prediction
Periksa nilai Alert Quantity Prediction setiap kali membuat atau mengubah aturan. ARMS menerapkan algoritma deteksi anomali pada data metrik 24 jam terakhir dan memprediksi jumlah peringatan yang akan dihasilkan oleh ambang batas saat ini. Klik jumlah prediksi untuk melihat cap waktu pasti saat ambang batas dilampaui secara historis. Gunakan informasi ini untuk menyempurnakan ambang batas dan mengurangi peringatan yang tidak perlu.
Konfigurasikan parameter Notification Policy.
Opsi
Perilaku
Do Not Specify Notification Policy
Tidak ada notifikasi yang dikirim saat alert dipicu. Notifikasi hanya dikirim ketika aturan yang sesuai dalam kebijakan notifikasi dipicu.
Specify a notification policy
ARMS mengirimkan notifikasi melalui kebijakan yang dipilih saat alert dipicu. Pilih kebijakan notifikasi yang sudah ada atau buat yang baru. Untuk informasi selengkapnya, lihat Create and manage a notification policy.
Pada bagian Advanced Alert Settings, konfigurasikan parameter No data untuk mengontrol cara ARMS menangani data yang hilang atau tidak lengkap.
Parameter ini mencakup skenario seperti celah dalam pengumpulan data, metrik komposit abnormal, dan hasil perbandingan periode-ke-periode yang tidak terduga. Saat ARMS mendeteksi anomali ini, sistem akan mengganti nilai yang hilang dengan 0 atau 1, atau peringatan tidak dipicu. Untuk informasi selengkapnya, lihat Terms.
Klik Save.
Kapan menggunakan ambang batas yang direkomendasikan
Ambang batas yang direkomendasikan paling berguna dalam dua skenario:
Peringatan berisik pada sistem stabil: Jika suatu metrik sering memicu peringatan meskipun sistem beroperasi normal, ambang batas saat ini mungkin terlalu sensitif. Hasilkan ambang batas yang direkomendasikan untuk mengkalibrasi ulang.
Skala lintas banyak aplikasi: Saat aturan peringatan yang sama diterapkan pada puluhan aplikasi dan antarmuka, menetapkan ambang batas secara manual untuk masing-masing tidak praktis. Gunakan algoritma untuk menghasilkan ambang batas yang disesuaikan secara massal.
Cara kerja algoritma
ARMS mengambil data metrik untuk setiap aplikasi dan antarmuka dari tiga hari terakhir dan menerapkan algoritma N-sigma untuk menghitung rata-rata dan varians. Dengan asumsi beban kerja Anda stabil dan nilai metrik mengikuti distribusi normal, nilai yang berada di luar tiga deviasi standar dari rata-rata secara statistik jarang terjadi. ARMS menggunakan batas ini sebagai ambang batas P4 yang direkomendasikan.
P4 merepresentasikan keparahan terendah. Gunakan sebagai garis dasar dan tetapkan ambang batas yang lebih ketat untuk P3, P2, dan P1 sesuai kebutuhan operasional Anda.
Kapan menggunakan alert quantity prediction
Fitur alert quantity prediction menggunakan algoritma untuk menganalisis data historis, menampilkan waktu terjadinya peringatan historis, lalu memprediksi jumlah peringatan dalam periode waktu tertentu. Fitur ini membantu Anda mengonfigurasi ambang batas statis atau meningkatkan sensitivitas peringatan untuk dynamic thresholds.
Cara kerjanya
ARMS memeriksa data metrik 24 jam terakhir dan menghitung berapa kali setiap ambang batas dilanggar. Sistem kemudian memprediksi jumlah peringatan yang akan dipicu dalam jendela waktu yang dikonfigurasi. Hasil detail mencakup cap waktu spesifik setiap pelanggaran historis, membantu Anda memverifikasi apakah insiden tersebut benar-benar masalah atau hanya kebisingan.