All Products
Search
Document Center

Application Real-Time Monitoring Service:Buat aturan peringatan ambang batas statis

Last Updated:Mar 11, 2026

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:

ToolFungsinya
Recommended thresholdsMenganalisis 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 predictionMenerapkan 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:

Buat aturan peringatan ambang batas statis

  1. Masuk ke ARMS console.

  2. Di panel navigasi kiri, pilih Application Monitoring > Application Monitoring Alert Rules.

  3. Pada halaman Application Monitoring Alert Rules, klik Create Alert Rule.

  4. Pada halaman Create Application Monitoring Alert Rule, atur Alert Rule Name dan pilih Alert Detection Type menjadi Threshold Detection.

  5. 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

    OpsiPerilaku
    TraversePeringatan menampilkan nilai dimensi spesifik yang memicunya.
    No DimensionPeringatan menampilkan jumlah agregat dari seluruh nilai dimensi.
    =Peringatan hanya menampilkan nilai dimensi yang ditentukan.
    !=Peringatan menampilkan semua nilai dimensi kecuali yang ditentukan.
    ContainPeringatan menampilkan nilai dimensi yang mengandung teks yang ditentukan.
    Do Not ContainPeringatan menampilkan semua nilai dimensi kecuali yang mengandung teks yang ditentukan.
    Match Regular ExpressionPeringatan hanya menampilkan nilai dimensi yang sesuai dengan ekspresi reguler yang ditentukan.
  6. 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:

    KondisiTingkat
    Rata-rata full GC > 1P4
    Rata-rata full GC > 2P3
    Rata-rata full GC > 5P2
    Rata-rata full GC > 10P1

    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 image.png 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.

  7. 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.

  8. 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.

  9. 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.