Application Real-Time Monitoring Service:Kebijakan notifikasi

Membuat kebijakan notifikasi

1. Masuk ke Konsol ARMS. Di panel navigasi kiri, pilih Alert Management > Notification Policies.

2. Pada halaman Notification Policies, klik Create Notification Policy.

3. Di bagian atas halaman Create Notification Policy, masukkan nama untuk kebijakan tersebut.

4. Pada bagian Matching Rule, tentukan aturan pencocokan untuk event peringatan.

   Penting

   Kebijakan diam memiliki prioritas lebih tinggi daripada kebijakan notifikasi. Event peringatan yang sesuai dengan kebijakan diam akan dibungkam dan tidak dievaluasi terhadap kebijakan notifikasi apa pun. Untuk membuat kebijakan diam, lihat Kebijakan diam.

   1. Pilih sumber data.

      • Specific source: Menyaring event peringatan dari integrasi tertentu.

      • No preset source: Menyaring event peringatan dari semua integrasi.

   2. Tentukan ekspresi aturan pencocokan. Anda dapat menggunakan tag kustom atau memilih dari tag yang sudah ada.

      Tag yang sudah ada meliputi:

      • Tag dari metrik dalam ekspresi aturan peringatan. Untuk mempelajari cara membuat tag untuk aturan peringatan Managed Service for Prometheus, lihat Membuat aturan peringatan Prometheus.

      • Sistem ARMS menyediakan tag default berikut.

        Kategori	Tag	Deskripsi
        Bidang umum	alertname	Nama peringatan.
        	clustername	Nama kluster.
        	severity	Tingkat keparahan: P1 P2 P3 P4 Default
        	namespace	namespace.
        	pod_name	Nama Pod.
        Bidang preset sistem	_aliyun_arms_integration_name	Nama integrasi. Nama integrasi default untuk peringatan yang dilaporkan oleh ARMS adalah ARMS-DEFAULT.
        	_aliyun_arms_involvedObject_id	ID objek peringatan.
        	_aliyun_arms_involvedObject_name	Nama objek peringatan.
        	_aliyun_arms_region_id	ID wilayah.
        	_aliyun_arms_alert_rule_id	ID aturan peringatan.
        	_aliyun_arms_alert_type	Jenis aturan peringatan: 101: Peringatan Prometheus 5: Peringatan Pemantauan Aplikasi 4: Peringatan Pemantauan Browser
        	_arms_contact_group_v2_id	ID grup kontak (v2) untuk notifikasi peringatan. Tag ini secara otomatis ditambahkan oleh ARMS ke tag event peringatan. Nilainya sesuai dengan pengenal grup kontak v2 yang ditampilkan pada halaman Alarm Management > Notification Objects > Contact Group di konsol. Saat kebijakan notifikasi dibuat secara otomatis melalui integrasi ACK, tag ini digunakan untuk mencocokkan kebijakan tanpa konfigurasi manual. Tag ini berbeda dari ContactGroupId v1 yang dikembalikan oleh API. Tag ini terlihat di bidang commonLabels muatan notifikasi webhook.

      Perilaku tampilan tag

      Tag yang ditampilkan pada halaman analisis event peringatan berasal dari label metrik yang dibawa oleh aturan peringatan yang dipicu dan dari bidang preset sistem. Event peringatan yang berbeda mungkin membawa bidang tag yang berbeda karena aturan peringatan yang terlibat dikaitkan dengan metrik dan jenis resource yang berbeda. Event yang tidak membawa bidang tertentu tidak akan menampilkan tag tersebut. Akibatnya, beberapa tag mungkin muncul pada satu event tetapi tidak pada event lain — perilaku ini diharapkan, bukan kesalahan sistem.

      Sebagai contoh, suatu event hanya membawa tag pod_name jika peringatan tersebut melibatkan resource Pod. Peringatan yang tidak melibatkan Pod tidak akan menampilkan tag ini.

      Catatan

      • Untuk mewajibkan peringatan agar sesuai dengan semua kondisi dalam suatu aturan (logika AND), klik Add Condition.

      • Untuk mewajibkan peringatan agar sesuai dengan salah satu aturan (logika OR), klik Add Rule untuk membuat aturan baru.

      • Ukuran total konfigurasi semua aturan pencocokan dalam satu kebijakan notifikasi tidak boleh melebihi 64 KB. Batas ini dapat menampung sekitar 100 aturan, tergantung kompleksitasnya. Melebihi batas ini menyebabkan konfigurasi gagal. Untuk menghindarinya, buat kebijakan notifikasi baru untuk aturan tambahan.

      Catatan

      Ketika kebijakan notifikasi berisi aturan pencocokan berdasarkan dimensi kluster atau objek — misalnya, menggunakan label _aliyun_arms_involvedObject_id untuk mencocokkan ID kluster Kubernetes — aturan peringatan yang terkait dengan kluster atau objek yang cocok akan secara otomatis ditautkan ke kebijakan notifikasi tersebut. Anda tidak perlu mengonfigurasi kebijakan notifikasi pada setiap aturan peringatan secara individual.

      Hal ini sangat berguna dalam skenario massal, seperti aturan peringatan yang dibuat secara otomatis oleh Container Service for Kubernetes (ACK). Anda hanya perlu mengonfigurasi aturan pencocokan berbasis label dalam kebijakan notifikasi untuk secara otomatis mengaitkan semua aturan peringatan terkait sekaligus, tanpa mengeditnya satu per satu.

      Aturan peringatan yang dibuat secara otomatis oleh kluster ACK membawa tag yang dihasilkan sistem _arms_contact_group_v2_id, yang nilainya merupakan ID grup kontak. Kebijakan notifikasi menggunakan tag ini untuk mencocokkan aturan dan mengarahkan notifikasi peringatan ke grup kontak yang ditentukan. Nilai tag ini sesuai dengan ID grup kontak yang ditampilkan pada halaman Alarm Management > Notification Objects > Contact Group di Konsol ARMS. Tag ini dihasilkan secara otomatis oleh sistem dan tidak perlu ditambahkan secara manual.

   3. Klik Next.

5. Pada bagian Event Group, konfigurasikan cara event peringatan dikelompokkan, lalu klik Next.

   • Do not group: Setiap event peringatan dikirim sebagai notifikasi terpisah.

   • Set grouping fields: Mengelompokkan event peringatan yang memiliki nilai identik untuk bidang yang ditentukan ke dalam satu notifikasi.

6. Pada bagian Notification Objects, konfigurasikan parameter berikut.

   1. Klik +Add Notification Recipient untuk memilih penerima notifikasi.

      Jenis penerima notifikasi:

      • Contact: Anda juga harus memilih metode notifikasi (telepon, pesan teks, atau email) untuk kontak yang dipilih.

      • Contact Group: Anda juga harus memilih metode notifikasi (telepon, pesan teks, atau email) untuk grup kontak yang dipilih.

      • On-call Schedule: Anda juga harus memilih metode notifikasi (telepon, pesan teks, atau email) untuk jadwal on-call yang dipilih.

      • DingTalk/Lark/WeCom: Mengirim notifikasi ke saluran DingTalk, Lark, atau WeCom.

      • General Webhook: Mengirim notifikasi ke URL webhook yang ditentukan.

   2. Pilih apakah akan mengirim notifikasi pemulihan setelah peringatan terselesaikan.

      Send recovery notification: Jika diaktifkan, notifikasi pemulihan dikirim setelah semua event dalam suatu peringatan terselesaikan, dan peringatan tersebut kemudian secara otomatis ditandai sebagai Resolved.

   3. Tentukan templat notifikasi. Untuk informasi selengkapnya, lihat Mengonfigurasi templat notifikasi dan webhook.

   4. Tentukan periode notifikasi untuk mengirim peringatan hanya dalam jendela waktu yang ditentukan.

   5. Opsi: Pilih sistem tiket untuk mendorong peringatan. Untuk detail tentang cara mengintegrasikan sistem tiket, lihat Integrasi.

   6. Klik Next.

7. Pada bagian Repeat/Escalate/Recover Policy, konfigurasikan apakah akan mengulang notifikasi atau menggunakan kebijakan eskalasi untuk suatu peringatan, lalu klik Next.

   • Repeat notifications for an alert: Jika diaktifkan, notifikasi untuk peringatan yang belum terselesaikan dikirim ulang dengan frekuensi yang ditentukan hingga peringatan tersebut terselesaikan.

   • Escalation policy:

     Jika Anda memilih No escalation policy, notifikasi hanya dikirim sekali untuk peringatan yang belum terselesaikan.

     Jika Anda memilih Use escalation policy, notifikasi dikirim ke penerima lain sesuai kebijakan eskalasi.

   • Manual recovery: Jika diaktifkan, peringatan tidak akan diselesaikan secara otomatis, meskipun tidak ada event baru yang dipicu selama periode pemulihan otomatis integrasi. Anda harus menyelesaikan peringatan tersebut secara manual.

8. Pada bagian Action Integration, konfigurasikan aksi otomatis yang dijalankan saat peringatan dipicu atau diselesaikan. Untuk informasi selengkapnya, lihat Menjalankan rencana peringatan menggunakan integrasi aksi ARMS.

9. Klik Save untuk membuat kebijakan.

Mengelola kebijakan notifikasi

Setelah kebijakan notifikasi dibuat, kebijakan tersebut ditampilkan pada halaman Notification Policies. Di halaman Notification Policies, Anda dapat melakukan operasi berikut:

• Edit kebijakan notifikasi: Klik nama kebijakan atau klik Edit di kolom Actions. Setelah melakukan perubahan, klik Save.

• Aktifkan atau nonaktifkan kebijakan notifikasi: Di kolom Status, alihkan sakelar.

• Hapus kebijakan notifikasi: Klik Delete di kolom Actions, lalu klik Confirm.

• Salin kebijakan notifikasi: Klik Copy di kolom Actions untuk menduplikasi kebijakan.

FAQ

T: Bagaimana cara mengonfigurasi metode notifikasi berbeda untuk tingkat keparahan peringatan yang berbeda dalam satu kebijakan notifikasi?

J: Anda dapat menambahkan beberapa Actions dalam satu kebijakan notifikasi yang sama untuk menerapkan notifikasi diferensial. Untuk setiap aksi, konfigurasikan kondisi pencocokannya (misalnya, tingkat keparahan P1 atau P2) dan pilih saluran notifikasi yang sesuai (misalnya, panggilan telepon atau grup DingTalk). Pendekatan ini menghilangkan kebutuhan untuk membuat kebijakan notifikasi terpisah untuk setiap tingkat keparahan.

T: Mengapa interval notifikasi aktual berbeda dari interval notifikasi ulang yang dikonfigurasi?

J: Interval notifikasi aktual dipengaruhi oleh beberapa faktor tumpang tindih:

• Siklus pemeriksaan peringatan Prometheus: Secara default, Prometheus memeriksa peringatan setiap 1 menit.

• Mekanisme "Periksa setelah data lengkap": Mekanisme ini diaktifkan secara default. Mekanisme ini menambahkan waktu pemrosesan tambahan untuk memastikan data peringatan tersedia sepenuhnya sebelum sistem mengevaluasi event baru.

• Agregasi event dan penundaan pemrosesan sistem: Penundaan tambahan terjadi selama agregasi event dan pemrosesan downstream.

Karena efek kumulatif ini, interval aktual mungkin lebih lama dari nilai yang dikonfigurasi. Misalnya, interval yang dikonfigurasi 1 menit dapat menghasilkan interval efektif 3 menit.

Selain itu, notifikasi pemulihan dihitung ulang berdasarkan stempel waktu event peringatan terakhir. Jika peringatan terus dipicu, notifikasi pemulihan akan tertunda sesuai.

T: Apakah ID pengguna Alibaba Cloud yang ditampilkan di akhir pesan SMS peringatan ARMS dapat dihapus?

J: Tidak. Teks "Pesan ini dikonfigurasi di ARMS oleh pengguna Alibaba Cloud: xxxxxx" merupakan format sistem tetap dan tidak dapat dihapus melalui konfigurasi.