Gunakan Cloud Monitor untuk Membuat Aturan Peringatan ApsaraMQ for RocketMQ demi Manajemen Risiko Proaktif - ApsaraMQ for RocketMQ

Anda dapat menggunakan ApsaraMQ for RocketMQ bersama Cloud Monitor untuk mengonfigurasi aturan peringatan guna memantau status real-time instans dan metrik bisnis utama, menerima notifikasi segera saat terjadi anomali, serta mengelola risiko secara proaktif di lingkungan produksi Anda.

Informasi latar belakang

ApsaraMQ for RocketMQ menyediakan layanan messaging yang sepenuhnya dikelola. Setiap spesifikasi instans dilengkapi dengan jaminan SLA yang jelas, memastikan bahwa setelah Anda membeli instans, metrik seperti TPS messaging dan penyimpanan pesan sesuai dengan spesifikasinya.

Meskipun Anda tidak perlu mengelola performa instans, Anda tetap harus memantau apakah beban kerja bisnis Anda mendekati batas spesifikasi instans tersebut. ApsaraMQ for RocketMQ terintegrasi dengan Cloud Monitor untuk menyediakan layanan pemantauan dan peringatan siap pakai secara gratis guna membantu Anda mengatasi masalah berikut:

Peringatan proaktif untuk watermark spesifikasi instans

Jika penggunaan aktual Anda melebihi batas spesifikasi instans, ApsaraMQ for RocketMQ akan menerapkan throttling yang ketat. Dengan mengonfigurasi peringatan untuk watermark spesifikasi instans sebelumnya, Anda dapat mengidentifikasi risiko melebihi batas tersebut dan segera melakukan upgrade instans untuk menghindari gangguan bisnis akibat throttling.
Peringatan proaktif untuk error logika bisnis

Anda mungkin mengalami error saat mengirim atau menerima pesan. Mengonfigurasi peringatan untuk error panggilan memungkinkan Anda mendeteksi anomali sebelum pengguna melaporkannya, sehingga Anda dapat segera mengidentifikasi dan memperbaiki sumber error tersebut.
Peringatan proaktif untuk metrik performa bisnis

Jika middleware berorientasi pesan Anda memiliki persyaratan performa tertentu, seperti waktu respons (RT) atau latensi pesan, mengonfigurasi peringatan untuk metrik bisnis ini membantu Anda mengelola risiko bisnis secara proaktif.

Prinsip konfigurasi peringatan

ApsaraMQ for RocketMQ menyediakan berbagai metrik dan item pemantauan untuk peringatan. Item-item ini dapat dikategorikan menjadi tiga jenis peringatan: watermark operasional, performa kirim/terima, dan event error.

Berdasarkan pengalaman produksi yang luas, kami merekomendasikan mengonfigurasi peringatan sesuai prinsip berikut:

Catatan

Item pemantauan utama berikut merupakan rekomendasi garis dasar. ApsaraMQ for RocketMQ menyediakan rangkaian lengkap metrik pemantauan, memungkinkan Anda mengonfigurasi peringatan yang lebih granular dan komprehensif sesuai kebutuhan bisnis Anda. Untuk informasi selengkapnya, lihat Pemantauan dan Peringatan.

Category	Key alert	Recommendation	Role
Instance operational watermark and consumption metrics	Instance API call frequency	When: Segera setelah instans dibuat. Why: Pantau watermark keseluruhan untuk menghindari melebihi batas instans, karena konsumsi ini tidak bergantung pada topik atau kelompok tertentu.	Operations staff
Message send/receive performance metrics	Send TPS for a specific topic Consumption TPS for a specific group Message accumulation for a group Consumption latency for a group	When: Segera setelah aplikasi bisnis live. Why: Setelah setiap peluncuran, atur peringatan sesuai toleransi performa messaging bisnis Anda.	Operations staff Application developers
Message send/receive error events	Generation of dead-letter messages Number of throttled requests	When: Segera setelah aplikasi bisnis live. Why: Setelah setiap peluncuran, atur peringatan untuk kegagalan guna membantu menganalisis masalah produksi.	Operations staff Application developers

Akses konfigurasi aturan peringatan

Masuk ke ApsaraMQ for RocketMQ console. Di panel navigasi kiri, klik Instances.
Di bilah navigasi atas, pilih wilayah, misalnya China (Hangzhou). Di halaman Instances, klik nama instans yang ingin Anda kelola.
Di panel navigasi kiri, klik Monitoring and Alerts lalu klik Create Alert Rule.

Praktik terbaik

Konfigurasikan peringatan untuk frekuensi panggilan API instans

Background: Setiap instans ApsaraMQ for RocketMQ memiliki batas TPS yang ditentukan untuk panggilan API pengiriman dan penerimaan pesan. Misalnya, instans Edisi Standar mendukung 5.000 panggilan API per detik. Jika frekuensi panggilan API melebihi batas ini, instans akan diberlakukan throttling.
Risk if not configured: Tanpa peringatan ini, Anda tidak akan diberi tahu sebelum batas panggilan API instans terlampaui, yang menyebabkan beberapa permintaan pesan gagal akibat throttling.
When to configure: Kami merekomendasikan mengonfigurasi peringatan ini segera setelah instans dibuat.

Atur Rule Name menjadi Instance API call frequency alert. Untuk Metric Type, pilih Basic Metrics, dan untuk Metric, pilih Instance / Instance API call frequency(Instance). Konfigurasikan tiga level peringatan: Critical (notifikasi melalui telepon, SMS, email, dan webhook), Warn (notifikasi melalui SMS, email, dan webhook), dan Info (notifikasi melalui email dan webhook). Untuk setiap level, atur kondisi untuk memicu setelah 3 periode berturut-turut (1 periode = 1 menit) jika Sum >= Threshold (satuan: count/s). Untuk level Critical, masukkan ambang batas yang Anda inginkan.

Recommended threshold: Kami merekomendasikan mengatur ambang batas pada 70% dari TPS puncak instans. Misalnya, jika instans Anda memiliki TPS puncak 10.000, atur ambang batas peringatan menjadi 7.000. Anda dapat menemukan TPS puncak instans di halaman Instance Details di console.
Alert handling: Jika Anda menerima peringatan frekuensi panggilan API instans, ikuti langkah-langkah berikut:
1. Di halaman Instance Details, klik tab Dashboard.
2. Di bagian Instance Message Volume Overview, periksa kurva TPS Max value di bawah Instance Request Count Metrics (Production + Consumption) untuk menentukan pola waktu saat ambang batas peringatan tercapai.
3. Di bagian Message Business Metrics Overview, tinjau metrik Top 20 Topics by Message Production Rate (messages/minute) dan Top 20 GroupIDs by Message Consumption Rate (messages/minute). Berdasarkan pola waktu saat ambang batas tercapai, identifikasi topik dan kelompok dengan data abnormal serta analisis kurva mereka untuk menentukan apakah perubahan traffic sesuai ekspektasi bisnis.
4. Jika perubahan bisnis tidak normal, hubungi tim bisnis untuk menganalisis lebih lanjut penyebab anomali tersebut.
5. Jika peningkatan traffic sesuai ekspektasi, ini menunjukkan spesifikasi instans tidak mencukupi. Segera lakukan upgrade instans. Untuk petunjuknya, lihat Upgrade or downgrade an instance.

Konfigurasikan peringatan untuk laju produksi dan konsumsi pesan

Background: ApsaraMQ for RocketMQ mendukung pemantauan TPS pengiriman dan penerimaan pesan di tingkat topik dan kelompok. Hal ini memungkinkan Anda mengatur peringatan untuk TPS aplikasi bisnis tertentu, membantu Anda memahami skala bisnis secara tepat waktu.
Risk if not configured: Tanpa peringatan ini, penurunan atau lonjakan traffic dapat terjadi tanpa peringatan, menyebabkan risiko bisnis yang tidak terduga.
When to configure: Kami merekomendasikan mengonfigurasi peringatan ini setelah bisnis Anda live dan traffic telah stabil.

Producer send rate

Di kotak dialog pengaturan aturan, atur Rule Name menjadi Producer messages sent per minute alert. Untuk Metric Type, pilih tab Basic Metrics, dan untuk Metric, pilih Producer / Number of messages sent per minute(Topic). Konfigurasikan tiga level peringatan: Critical (notifikasi melalui telepon, SMS, email, dan webhook), Warn (notifikasi melalui SMS, email, dan webhook), dan Info (notifikasi melalui email dan webhook). Atur kondisi untuk setiap level agar memicu setelah 3 periode berturut-turut (1 periode = 1 menit) jika Sum >= Threshold (satuan: count/m), dan masukkan ambang batas yang sesuai berdasarkan kebutuhan bisnis Anda. Untuk Dimension, pilih topic.

Recommended threshold: Setelah bisnis Anda live, perkirakan ambang batas peringatan berdasarkan volume traffic yang stabil.
Alert handling: Jika Anda menerima peringatan TPS pengiriman dan penerimaan pesan, ikuti langkah-langkah berikut:
1. Di halaman Topics, klik nama topik yang ditentukan dalam aturan peringatan.
2. Di halaman Topic Details, klik tab Dashboard.
3. Di grafik Message Volume (messages/minute), periksa kurva Production. Berdasarkan model bisnis Anda, tentukan apakah perubahan kurva tersebut wajar dan analisis adanya anomali.

Consumer receive rate

Di dialog Set Rule Description, atur Rule Name menjadi Consumer messages received per minute alert. Untuk Metric Type, pilih Basic Metrics, dan untuk Metric, pilih Consumer / Number of messages received per minute(Group). Konfigurasikan tiga level peringatan: Critical, Warn, dan Info. Pilih Sum sebagai metode agregasi. Atur kondisi agar memicu setelah 3 periode berturut-turut (1 periode = 1 menit) jika nilai lebih besar dari atau sama dengan ambang batas, dan masukkan ambang batas yang sesuai. Untuk Dimension, pilih groupId dan tentukan kelompok konsumen target.

Recommended threshold: Setelah bisnis Anda live, perkirakan ambang batas peringatan berdasarkan volume traffic yang stabil.
Alert handling: Jika Anda menerima peringatan TPS pengiriman dan penerimaan pesan, ikuti langkah-langkah berikut:
1. Di halaman Groups, klik Group ID yang ditentukan dalam aturan peringatan.
2. Di halaman Group Details, klik tab Dashboard.
3. Di grafik Trend of Message Production and Consumption Rate (messages/minute), periksa kurva Consumption. Berdasarkan model bisnis Anda, tentukan apakah perubahan kurva tersebut wajar dan analisis adanya anomali.

Konfigurasikan peringatan untuk akumulasi pesan

Catatan

Statistik akumulasi pesan bisa sangat fluktuatif dan rentan error. Kami tidak merekomendasikan menetapkan ambang batas pemantauan hanya untuk akumulasi beberapa lusin pesan. Jika bisnis Anda sangat sensitif terhadap akumulasi kecil sekalipun, kami menyarankan menggunakan ambang batas latensi konsumsi untuk pemantauan.

Background: ApsaraMQ for RocketMQ mendukung pemantauan akumulasi pesan di tingkat kelompok konsumen, yang dapat digunakan untuk memberi peringatan terhadap masalah backlog konsumsi downstream.
Pemberian peringatan untuk akumulasi pesan merupakan kemampuan utama ApsaraMQ for RocketMQ. Namun, untuk skenario yang memerlukan pemrosesan pesan real-time, penting untuk memantau dan mengontrol jumlah pesan yang belum diproses guna menghindari dampak bisnis akibat backlog konsumsi.
When to configure: Kami merekomendasikan mengonfigurasi peringatan ini setelah bisnis Anda live dan traffic telah stabil.

Di dialog Set Rule Description, atur Rule Name menjadi Message accumulation alert. Untuk Metric Type, pilih Basic Metrics, dan untuk Metric, pilih Consumer / Number of accumulated messages(Group). Konfigurasikan tiga level peringatan: Critical (notifikasi melalui telepon, SMS, email, dan webhook), Warn (notifikasi melalui SMS, email, dan webhook), dan Info (notifikasi melalui email dan webhook). Untuk setiap level, atur kondisi agar memicu setelah 3 periode berturut-turut (1 periode = 1 menit) jika Sum >= Threshold dan metode statistik adalah count. Untuk Dimension, pilih groupId dan tentukan kelompok konsumen yang sesuai.

Recommended threshold: Setelah bisnis Anda live, perkirakan ambang batas peringatan berdasarkan tingkat toleransi yang dapat diterima.
Alert handling: Jika Anda menerima peringatan akumulasi pesan, ikuti langkah-langkah berikut:
1. Di halaman Groups, klik Group ID yang ditentukan dalam aturan peringatan.
2. Di halaman Group Details, klik tab Dashboard.
3. Di grafik Accumulation-related Metrics (messages), periksa kurva Accumulated Messages. Analisis tren akumulasi dan temukan kapan akumulasi dimulai.
4. Berdasarkan perubahan bisnis dan log aplikasi, analisis faktor-faktor pada waktu awal akumulasi untuk menemukan akar penyebabnya. Untuk informasi lebih lanjut tentang penyebab akumulasi pesan, lihat How to handle message accumulation.
5. Berdasarkan akar penyebabnya, putuskan apakah akan melakukan scale out aplikasi konsumen atau memperbaiki cacat dalam logika konsumsi.

Konfigurasikan peringatan untuk latensi konsumsi

Catatan

Karena metrik ini bersifat kumulatif (dihitung dari pesan tertua yang belum dikonsumsi dalam kelompok konsumen), metrik ini sangat sensitif. Jika Anda menerima peringatan latensi konsumsi, pertama-tama Anda perlu menentukan apakah dampak bisnis disebabkan oleh beberapa pesan yang stuck atau keterlambatan konsumsi global.

Background: ApsaraMQ for RocketMQ mendukung pemantauan latensi konsumsi di tingkat kelompok konsumen, menyediakan metrik yang lebih spesifik untuk menganalisis skenario akumulasi pesan.
Pemberian peringatan untuk akumulasi pesan merupakan kemampuan utama ApsaraMQ for RocketMQ. Namun, untuk skenario yang memerlukan pemrosesan pesan real-time, penting untuk memantau dan mengontrol latensi pesan yang terakumulasi guna menghindari dampak bisnis akibat keterlambatan konsumsi.
When to configure: Kami merekomendasikan mengonfigurasi peringatan ini setelah bisnis Anda live dan traffic telah stabil.

Di dialog pengaturan aturan, atur Rule Name menjadi Message processing latency alert. Untuk Metric Type, pilih Basic Metrics, dan untuk Metric, pilih Consumer / Message processing latency(GroupId). Konfigurasikan tiga level peringatan: Critical (notifikasi melalui telepon, SMS, email, dan webhook), Warn (notifikasi melalui SMS, email, dan webhook), dan Info (notifikasi melalui email dan webhook). Untuk setiap level, atur kondisi agar memicu setelah 3 periode berturut-turut (1 periode = 1 menit) jika Maximum >= Threshold (satuan: ms), dan masukkan ambang batas yang sesuai untuk setiap level berdasarkan kebutuhan bisnis Anda. Untuk Dimension, pilih groupId yang sesuai.

Recommended threshold: Setelah bisnis Anda live, perkirakan ambang batas peringatan berdasarkan tingkat toleransi yang dapat diterima.
Alert handling: Jika Anda menerima peringatan latensi konsumsi, ikuti langkah-langkah berikut:
1. Di halaman Groups, klik Group ID yang ditentukan dalam aturan peringatan.
2. Di halaman Group Details, klik tab Dashboard.
3. Di grafik Accumulation-related Metrics (messages), periksa kurva Accumulated Messages. Analisis tren akumulasi dan temukan kapan akumulasi dimulai.
4. Berdasarkan perubahan bisnis dan log aplikasi, analisis faktor-faktor pada waktu awal akumulasi untuk menemukan akar penyebabnya. Untuk informasi lebih lanjut tentang penyebab akumulasi pesan, lihat How to handle message accumulation.
5. Berdasarkan akar penyebabnya, putuskan apakah akan melakukan scale out aplikasi konsumen atau memperbaiki cacat dalam logika konsumsi.

Konfigurasikan peringatan untuk pesan dead-letter

Background: ApsaraMQ for RocketMQ mendukung pesan dead-letter. Pesan yang gagal dikonsumsi dan melebihi jumlah maksimum retry akan dikirim ke antrian dead-letter untuk Anda tangani secara manual. Memantau jumlah pesan yang masuk ke antrian dead-letter membantu Anda segera mendeteksi masalah tak terduga dan tidak pasti dalam bisnis Anda.
Risk if not configured: Mengabaikan pesan dead-letter dapat menyebabkan pemrosesan bisnis yang tidak lengkap.
When to configure: Kami merekomendasikan mengonfigurasi peringatan ini setelah bisnis Anda live dan traffic telah stabil.

Di dialog Set Rule Description, atur Rule Name menjadi Dead-letter message alert. Untuk Metric Type, pilih Basic Metrics, dan untuk Metric, pilih Consumer / Number of dead-letter messages generated per minute(Group). Di bagian Thresholds and Alert Levels, konfigurasikan tiga level: Critical (notifikasi melalui telepon, SMS, email, dan webhook), Warn (notifikasi melalui SMS, email, dan webhook), dan Info (notifikasi melalui email dan webhook). Untuk setiap level, atur kondisi agar memicu setelah 3 periode berturut-turut (1 periode = 1 menit), metode agregasi menjadi Sum, dan kondisi menjadi Value >= Threshold (satuan: count/m). Untuk Dimension, pilih groupId dan atur nilainya ke kelompok konsumen yang sesuai.

Recommended threshold: Kami merekomendasikan memperkirakan ambang batas peringatan berdasarkan tingkat toleransi yang dapat diterima setelah bisnis Anda live dan stabil.
Alert handling: Jika Anda menerima peringatan jumlah pesan dead-letter, ikuti langkah-langkah berikut:
1. Kueri pesan dead-letter dan analisis daftar pesan aslinya. Untuk petunjuknya, lihat Dead-letter queue.
2. Berdasarkan Topic dan Message ID pesan asli, kueri jejak pesan untuk menganalisis penyebab kegagalan konsumsi. Untuk petunjuknya, lihat Query a message trace.
3. Berdasarkan penyebab kegagalan konsumsi pesan, tentukan tindakan korektif yang tepat.

Konfigurasikan peringatan untuk jumlah throttling

Background: ApsaraMQ for RocketMQ memungkinkan Anda menggunakan event throttling pada instans tertentu sebagai item pemantauan. Dengan memantau jumlah throttling, Anda dapat memahami sejauh mana dampaknya terhadap bisnis Anda.
Risk if not configured: Jumlah throttling yang lebih tinggi menunjukkan pelanggaran spesifikasi instans yang lebih parah. Anda harus segera melakukan upgrade spesifikasi instans.
When to configure: Setelah bisnis Anda live dan traffic telah stabil.
- Instance-level throttling count: Kami merekomendasikan mengonfigurasi peringatan ini setelah instans dibuat.
- Topic- and group-level throttling count: Kami merekomendasikan mengonfigurasi peringatan ini setelah bisnis Anda live dan traffic telah stabil.

Di dialog Set Rule Description, atur Rule Name menjadi Throttling count alert. Untuk Metric Type, pilih Basic Metrics, dan untuk Metric, pilih Producer / Throttled messages per minute(Instance). Di bagian Thresholds and Alert Levels, atur kondisi untuk setiap level agar memicu setelah 3 periode berturut-turut (1 periode = 1 menit), metode agregasi menjadi Sum, dan kondisi menjadi Value >= Threshold (satuan: count/m). Metode notifikasi adalah: Critical (telepon, SMS, email, dan webhook), Warn (SMS, email, dan webhook), dan Info (email dan webhook).

Recommended threshold: Setelah bisnis Anda live, perkirakan ambang batas peringatan berdasarkan tingkat toleransi yang dapat diterima.
Alert handling: Jika Anda menerima peringatan jumlah throttling, ikuti langkah-langkah berikut:
1. Di halaman Instance Details, klik tab Dashboard.
2. Di bagian Instance Message Volume Overview, periksa kurva Number of Throttled Requests untuk menganalisis waktu dan pola event throttling.
3. Di bagian Message Business Metrics Overview, tinjau metrik Top 20 Topics by Message Production Rate (messages/minute). Berdasarkan waktu dan pola throttling, identifikasi topik dengan data abnormal dan periksa kurvanya untuk menentukan apakah peningkatan traffic sesuai ekspektasi bisnis.
4. Berdasarkan analisis ini, jika peningkatan traffic sesuai ekspektasi, lakukan upgrade spesifikasi instans. Jika tidak sesuai ekspektasi, selidiki sumber traffic abnormal tersebut.