Application Real-Time Monitoring Service:FAQ Manajemen Peringatan

Bagaimana perbedaan antara versi lama dan baru dalam hal peringatan pada Managed Service for Prometheus?

Perbedaan utamanya terletak pada templat aturan peringatan dan layanan sub Manajemen Peringatan.

Templat aturan peringatan: Versi baru menggunakan templat aturan peringatan yang telah diverifikasi oleh Alibaba Cloud, sedangkan versi lama menggunakan templat open-source tanpa verifikasi dari Alibaba Cloud.

Alert Management: Hanya versi baru yang mencakup layanan sub Manajemen Peringatan. Saat aturan peringatan terpicu, event peringatan akan dialirkan ke Manajemen Peringatan, tempat Anda dapat mengontrol notifikasi yang ingin diterima.

Manajemen Peringatan meningkatkan alur kerja peringatan dalam tiga cara:

• Konfigurasi peringatan dan notifikasi yang terpisah: Definisikan hanya kondisi pemicu dalam aturan peringatan, lalu lampirkan kebijakan notifikasi secara terpisah untuk mengontrol pengiriman.

• Perutean tingkat granularitas tinggi: Rutekan notifikasi peringatan berdasarkan kriteria spesifik seperti namespace Container Service for Kubernetes (ACK).

• Kebijakan yang dapat digunakan ulang: Ikat satu kebijakan notifikasi ke beberapa aturan peringatan, alih-alih mengonfigurasi metode notifikasi untuk setiap aturan secara terpisah.

Gunakan aturan pengiriman dalam kebijakan notifikasi untuk mengarahkan peringatan ke kelompok pengguna yang tepat. Berikut adalah konfigurasi khas:

• Operasi dan maintenance (O&M) infrastruktur: Berlangganan peringatan mengenai penggunaan resource kluster produksi dan kegagalan komponen ACK. Aturan pengiriman:

  • Aturan 1: alertName == CPU utilization of nodes higher than 80% & clusterName == Production cluster

  • Aturan 2: alertname == ApiServer Failures & clusterName == Production cluster

• O&M layanan pembayaran: Berlangganan peringatan dari namespace pay dan pay-pre di kluster produksi. Aturan pengiriman: namespace Regex match pay.* & clustername == Production cluster

• Notifikasi tingkat P1: Berlangganan semua peringatan dengan tingkat keparahan kritis dari kluster produksi. Aturan pengiriman: severity == critial & clustername == Production cluster

Mengapa saya masih menerima notifikasi dari kebijakan notifikasi sebelumnya?

Kebijakan notifikasi sebelumnya terus mengirimkan notifikasi karena aturan pengirimannya masih sesuai dengan peringatan tersebut. Untuk memverifikasi:

1. Perhatikan bidang Notification Policy dalam pemberitahuan peringatan yang Anda terima. Untuk informasi selengkapnya, lihat Melihat pemberitahuan peringatan historis.

2. Di Konsol ARMS, temukan kebijakan notifikasi tersebut dan periksa apakah aturan pengirimannya sesuai dengan peringatan tersebut. Untuk informasi lebih lanjut, lihat Buat dan kelola kebijakan notifikasi.

Jika aturan tersebut sesuai, perbarui atau hapus aturan tersebut untuk menghentikan notifikasi ini.

Mengapa saya menerima notifikasi untuk peringatan yang tidak saya inginkan?

Kebijakan notifikasi mengirimkan notifikasi untuk setiap peringatan yang sesuai dengan aturan pengirimannya, bahkan secara tidak disengaja. Untuk mengidentifikasi penyebabnya:

1. Perhatikan bidang Notification Policy dalam notifikasi yang tidak diinginkan. Untuk informasi selengkapnya, lihat Melihat peringatan historis.

2. Di Konsol ARMS, temukan kebijakan notifikasi tersebut dan tinjau aturan pengirimannya. Untuk informasi lebih lanjut, lihat Buat dan kelola kebijakan notifikasi.

Jika aturannya terlalu luas, persempit agar tidak mencakup peringatan yang tidak diinginkan.

Mengapa _aliyun_arms_alert_rule_id muncul dalam kebijakan notifikasi?

Saat Anda menentukan kebijakan notifikasi saat membuat aturan peringatan, sistem secara otomatis menambahkan _aliyun_arms_alert_rule_id == {{Alert rule ID}} sebagai aturan pengiriman dalam kebijakan tersebut. Hal ini menghubungkan aturan peringatan dengan kebijakan notifikasi.

Mengapa saya menerima notifikasi tanpa menentukan kebijakan notifikasi untuk aturan peringatan?

Semua peringatan dikirim ke layanan sub Manajemen Peringatan, baik Anda menentukan kebijakan notifikasi dalam aturan peringatan maupun tidak. Jika peringatan tersebut sesuai dengan aturan pengiriman dalam kebijakan notifikasi yang ada, kebijakan tersebut akan mengirimkan notifikasi.

Apakah kebijakan notifikasi memiliki prioritas yang sama?

Ya. Semua kebijakan notifikasi memiliki prioritas yang setara. Jika suatu peringatan sesuai dengan aturan pengiriman dari beberapa kebijakan, setiap kebijakan yang sesuai akan mengirimkan notifikasinya sendiri secara independen.

Apa hubungan logika antara aturan pengiriman?

Aturan pengiriman dalam satu kebijakan notifikasi menggunakan dua operator logika:

Contoh: Suatu kebijakan notifikasi memiliki Aturan A (dengan kondisi C1 dan C2) dan Aturan B. Suatu peringatan memicu notifikasi jika sesuai dengan Aturan A atau Aturan B. Agar Aturan A sesuai, peringatan harus memenuhi kedua kondisi C1 dan C2.

Haruskah saya menentukan kebijakan notifikasi saat membuat aturan peringatan?

Hal ini tergantung pada kasus penggunaan Anda:

Mengapa peringatan palsu dihasilkan?

Peringatan palsu berikut disebabkan oleh konfigurasi tidak valid dalam templat aturan peringatan lama:

• Penggunaan CPU node lebih tinggi dari 8.000%

• Status Pod tidak normal

• Pod mengalami timeout selama startup

Layanan sub Manajemen Peringatan telah merilis templat yang diperbarui. Untuk memperbaiki peringatan ini, migrasikan aturan Anda:

1. Hapus aturan peringatan yang dibuat dari templat lama.

2. Buat ulang aturan peringatan menggunakan templat yang diperbarui.

Untuk instruksi pengelolaan aturan peringatan, lihat dokumentasi layanan pemantauan terkait:

Apa hubungan antara Manajemen Peringatan dan Alertmanager?

Dalam Prometheus open-source, peringatan dikirim ke Alertmanager, yang memerlukan konfigurasi manual untuk pengiriman dan notifikasi. Dalam Managed Service for Prometheus, layanan sub Manajemen Peringatan bertindak sebagai Alertmanager multi-tenant yang dihosting oleh Alibaba Cloud. Peringatan secara otomatis diarahkan ke Manajemen Peringatan untuk diproses. Layanan ini mendukung fitur inti Alertmanager open-source.

Mengirim peringatan ke instans Alertmanager yang dikelola sendiri tidak didukung. Sebagai alternatif, Manajemen Peringatan dapat meneruskan notifikasi peringatan dalam format Alertmanager melalui webhook. Untuk informasi lebih lanjut, lihat Format notifikasi peringatan yang dikirim menggunakan webhook.

Mengapa notifikasi peringatan berisi pesan "New event" yang tidak saya konfigurasi?

Manajemen Peringatan mengelompokkan event peringatan berdasarkan label dan mengirimkan satu notifikasi per kelompok event. Ketika event baru bergabung ke kelompok yang sudah ada, Manajemen Peringatan mengirimkan notifikasi lain dengan pesan New event untuk menunjukkan bahwa kelompok tersebut telah diperbarui.

Bagaimana cara mengubah konten kartu peringatan DingTalk?

Kartu peringatan DingTalk terdiri dari dua bagian: konten peringatan (dikontrol oleh templat notifikasi) dan gaya kartu (dikontrol oleh chatbot).