Buat aturan peringatan untuk ApsaraMQ for RocketMQ - ApsaraMQ for RocketMQ

ApsaraMQ for RocketMQ memungkinkan Anda mengonfigurasi aturan peringatan menggunakan Cloud Monitor untuk memantau status berjalan dan metrik bisnis utama instans secara real-time, menerima pemberitahuan peringatan tepat waktu saat terjadi anomali, serta mengaktifkan peringatan risiko dini untuk lingkungan produksi Anda.

Informasi latar belakang

ApsaraMQ for RocketMQ adalah layanan messaging yang sepenuhnya dikelola. Setiap spesifikasi instans dilengkapi dengan Service Level Agreement (SLA) yang jelas. Setelah Anda membeli sebuah instans, kinerjanya untuk metrik seperti TPS messaging, penyimpanan pesan, dan throughput jaringan dijamin sesuai dengan spesifikasinya.

Anda tidak perlu khawatir tentang kinerja instans. Namun, dalam lingkungan produksi, Anda harus memantau apakah konsumsi dan skala bisnis aktual Anda mendekati batas spesifikasi instans tersebut. ApsaraMQ for RocketMQ, bekerja sama dengan CloudMonitor, menyediakan layanan pemantauan dan peringatan siap pakai yang gratis untuk mengatasi isu-isu berikut:

Peringatan dini untuk watermark spesifikasi instans
Jika penggunaan resource Anda melebihi batas spesifikasi instans, ApsaraMQ for RocketMQ akan menerapkan throttling. Dengan mengonfigurasi peringatan untuk watermark spesifikasi sebelumnya, Anda dapat mendeteksi risiko melebihi batas lebih awal dan segera melakukan peningkatan konfigurasi instans untuk menghindari kegagalan bisnis akibat throttling.
Peringatan dini untuk kesalahan logika bisnis
Anda mungkin mengalami error saat mengirim dan menerima pesan. Mengonfigurasi peringatan untuk error pemanggilan memungkinkan Anda mendeteksi anomali sebelum dilaporkan oleh sistem bisnis Anda. Hal ini membantu Anda mengidentifikasi sumber error dan segera memperbaikinya.
Peringatan dini untuk metrik kinerja bisnis
Jika pipeline pesan Anda memiliki persyaratan kinerja 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 peringatan. Item-item ini dapat dikategorikan menjadi tiga jenis: watermark berjalan, kinerja messaging, dan event pengecualian.

Berdasarkan pengalaman luas di lingkungan produksi, kami merekomendasikan mengonfigurasi peringatan berikut:

Catatan

Item pemantauan inti berikut merupakan rekomendasi dasar. ApsaraMQ for RocketMQ menyediakan rangkaian lengkap metrik pemantauan. Anda dapat mengonfigurasi peringatan yang lebih detail halus dan komprehensif sesuai kebutuhan bisnis Anda. Untuk informasi selengkapnya, lihat Pemantauan dan Peringatan.

Kategori peringatan	Item peringatan utama	Kapan dikonfigurasi	Peran target
Watermark resource instans dan metrik konsumsi	Tingkat pemanggilan API kirim instans Tingkat pemanggilan API masuk instance Konsumsi bandwidth outbound Internet	Kapan dikonfigurasi: Segera setelah instans dibuat. Alasan: Konsumsi tingkat instans bersifat independen dari topik atau kelompok konsumen tertentu. Anda harus memantau penggunaan keseluruhan agar tetap dalam batas.	Insinyur O&M resource
Metrik kinerja messaging	TPS kirim topik TPS konsumsi kelompok konsumen Akumulasi pesan per kelompok konsumen Waktu keterlambatan konsumsi per kelompok konsumen	Kapan dikonfigurasi: Segera setelah bisnis Anda live. Alasan: Anda perlu menyiapkan peringatan dini untuk toleransi kinerja messaging setiap bisnis baru.	Insinyur O&M resource Pengembang bisnis
Event pengecualian messaging	Jumlah pesan dead-letter Jumlah event throttling	Kapan dikonfigurasi: Segera setelah bisnis Anda live. Alasan: Peringatan dini untuk skenario kegagalan membantu Anda menganalisis isu produksi.	Insinyur O&M resource Pengembang bisnis

Titik masuk konfigurasi peringatan

Masuk ke ApsaraMQ for RocketMQ console, lalu di bilah navigasi kiri, klik Instances.
Di bilah menu atas, pilih wilayah, misalnya China (Hangzhou), lalu di daftar instans, klik nama instans target.
Di panel navigasi kiri, klik Monitoring and Alerts, lalu klik Create Alert Rule.

Praktik terbaik

Konfigurasikan peringatan TPS puncak untuk pemanggilan API instans

Latar belakang: Spesifikasi instans ApsaraMQ for RocketMQ 5.0 menetapkan batas TPS dasar untuk pengiriman dan penerimaan pesan, yaitu tingkat pemanggilan API. Jika TPS puncak pemanggilan API instans melebihi batas ini, instans akan mengalami throttling. Untuk informasi lebih lanjut tentang batas TPS dasar, lihat Kuota dan batas.
Risiko jika tidak dikonfigurasi: Tanpa peringatan ini, Anda tidak akan menerima notifikasi sebelum tingkat pemanggilan API melebihi batas, sehingga beberapa permintaan kirim dan terima pesan akan gagal begitu throttling dimulai.
Kapan dikonfigurasi: Kami merekomendasikan mengonfigurasi peringatan ini setelah instans dibuat dan Anda telah menetapkan rasio permintaan kirim-terima. Untuk menyesuaikan rasio tersebut, ikuti langkah-langkah berikut:
1. Di halaman Instance Details, klik tab Basic Information.
2. Klik Edit untuk membuka panel Modify Configurations, tempat Anda dapat menyesuaikan rasio permintaan kirim-terima.

Pemanggilan API kirim instans

Ambang batas yang direkomendasikan: Tetapkan ambang batas pada 70% dari batas TPS kirim puncak instans. Misalnya, jika batas TPS kirim puncak adalah 5.000, tetapkan ambang batas pada 3.500.
- Instans Professional Edition dan Enterprise Platinum Edition mendukung TPS elastis untuk lonjakan trafik. Jika Anda mengaktifkan fitur ini, tetapkan ambang batas pada 70% dari batas spesifikasi elastis (TPS Kirim Puncak + TPS Kirim Elastis).
- Instans serverless mendukung elastisitas adaptif. Tetapkan ambang batas pada 70% dari TPS kirim puncak elastis instans tersebut.
- Anda dapat melihat batas TPS kirim puncak dan TPS kirim elastis suatu instans di halaman Instance Details di konsol.
Respons: Saat Anda menerima peringatan untuk tingkat pemanggilan API kirim instans, ikuti langkah-langkah berikut:
1. Di halaman Instance Details, klik tab Dashboard.
2. Di bagian Throttling-related Metrics, periksa kurva Production TPS MAX Value pada grafik Production TPS Watermark untuk mengidentifikasi kapan ambang batas tercapai.
3. Di bagian Instance Overview, periksa grafik Rate of Messages Sent by Producer to Server (messages/min). Korelasikan waktu pencapaian ambang batas dengan aktivitas topik untuk menemukan sumber trafik abnormal, lalu analisis kurvanya untuk menentukan apakah perubahan trafik tersebut sesuai ekspektasi.
4. Jika perubahan trafik tidak sesuai ekspektasi, hubungi tim bisnis untuk analisis lebih lanjut.
5. Jika perubahan trafik sesuai ekspektasi, spesifikasi instans saat ini tidak mencukupi. Segera upgrade instance configurations untuk menyesuaikan spesifikasi komputasi messaging.

Pemanggilan API terima instans

Ambang batas yang direkomendasikan: Tetapkan ambang batas pada 70% dari batas TPS terima puncak instans. Misalnya, jika batas TPS terima puncak adalah 5.000, tetapkan ambang batas pada 3.500.
- Instans Professional Edition dan Enterprise Platinum Edition mendukung TPS elastis untuk lonjakan trafik. Jika Anda mengaktifkan fitur ini, tetapkan ambang batas pada 70% dari batas spesifikasi elastis (TPS Terima Puncak + TPS Terima Elastis).
- Instans serverless mendukung elastisitas adaptif. Tetapkan ambang batas pada 70% dari TPS terima puncak elastis instans tersebut.
- Anda dapat melihat batas TPS terima puncak dan TPS terima elastis suatu instans di halaman Instance Details di konsol.
Respons: Saat Anda menerima peringatan untuk tingkat pemanggilan API terima instans, ikuti langkah-langkah berikut:
1. Di halaman Instance Details, klik tab Dashboard.
2. Di bagian Throttling-related Metrics, periksa kurva Consumption TPS MAX Value pada grafik Consumption TPS Watermark untuk mengidentifikasi kapan ambang batas tercapai.
3. Di bagian Instance Overview, periksa grafik Rate of Messages Delivered from Server to Consumer (messages/min). Korelasikan waktu pencapaian ambang batas dengan aktivitas kelompok konsumen untuk menemukan sumber konsumsi abnormal, lalu analisis kurvanya untuk menentukan apakah perubahan trafik tersebut sesuai ekspektasi.
4. Jika perubahan trafik tidak sesuai ekspektasi, hubungi tim bisnis untuk analisis lebih lanjut.
5. Jika perubahan lalu lintas ini diharapkan, spesifikasi instans saat ini tidak memadai. Segera lakukan peningkatan konfigurasi instans untuk menyesuaikan spesifikasi komputasi pesan.

Konfigurasikan peringatan untuk jumlah pesan per menit

Latar belakang: ApsaraMQ for RocketMQ memungkinkan Anda memantau TPS pengiriman dan penerimaan pesan di tingkat topik dan kelompok konsumen. Dengan menyiapkan peringatan untuk metrik ini, Anda dapat secara proaktif memantau volume trafik layanan bisnis tertentu.
Risiko jika tidak dikonfigurasi: TPS pengiriman dan penerimaan pesan suatu topik mencerminkan frekuensi panggilan bisnis. Tanpa peringatan ini, penurunan mendadak ke nol atau lonjakan trafik tak terduga mungkin tidak terdeteksi, yang berpotensi menimbulkan risiko bisnis.
Kapan dikonfigurasi: Kami merekomendasikan mengonfigurasi peringatan ini setelah bisnis Anda live dan trafik telah stabil.

Pesan yang dikirim oleh produsen

Ambang batas yang direkomendasikan: Perkirakan ambang batas peringatan berdasarkan trafik aktual selama periode stabil setelah bisnis Anda live.
Respons: Saat Anda menerima peringatan TPS pengiriman 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. Periksa kurva Production pada grafik Message Volume (messages/min). Berdasarkan model bisnis Anda, tentukan apakah fluktuasi kurva tersebut wajar dan analisis anomali apa pun.

Pesan yang diterima oleh konsumen

Ambang batas yang direkomendasikan: Perkirakan ambang batas peringatan berdasarkan trafik aktual selama periode stabil setelah bisnis Anda live.
Respons: Saat Anda menerima peringatan TPS penerimaan pesan, ikuti langkah-langkah berikut:
1. Di halaman Groups, klik ID kelompok konsumen yang ditentukan dalam aturan peringatan.
2. Di halaman Group Details, klik tab Dashboard.
3. Periksa kurva Consumption Rate (messages/min) pada grafik Message Production and Consumption Rate Trend (messages/min). Berdasarkan model bisnis Anda, tentukan apakah fluktuasi kurva tersebut wajar dan analisis anomali apa pun.

Konfigurasikan peringatan untuk bandwidth outbound Internet

Latar belakang: Instans seri ApsaraMQ for RocketMQ 5.0 mendukung akses Internet, tetapi akses ini dibatasi oleh bandwidth outbound Internet. Melebihi batas bandwidth spesifikasi Anda akan mengganggu akses Internet.
Risiko jika tidak dikonfigurasi: Tanpa peringatan ini, Anda tidak akan diperingatkan jika trafik Internet instans Anda melebihi batas bandwidth, yang dapat menyebabkan kehilangan paket, timeout panggilan client, atau kegagalan.
Kapan dikonfigurasi: Konfigurasikan peringatan ini setelah instans non-serverless dibuat dan akses Internet diaktifkan.
Catatan
Instans serverless mendukung bandwidth elastis, sehingga Anda tidak perlu mengonfigurasi peringatan ini.
Ambang batas yang direkomendasikan: Tetapkan ambang batas pada 35% dari batas spesifikasi Anda. Kami merekomendasikan nilai ini karena targetnya adalah memberi peringatan pada 70% dari batas, sedangkan tool pemantauan mengumpulkan data yang mewakili sekitar 50% dari trafik aktual (70% × 50% = 35%). Misalnya, jika Anda membeli instans dengan bandwidth 1 Mbit/s, ambang batas peringatan yang direkomendasikan adalah 43.750 B/s. Anda dapat menemukan informasi bandwidth Internet instans Anda di bagian Running Information pada tab Basic Information di halaman Instance Details.
Catatan
Saat memperkirakan ambang batas, konversikan Mbit/s ke B/s sebelum menghitung. Contoh: 1 Mbit/s = 1×10<sup>^6</sup> bit/s = (1×10<sup>^6</sup>)/8 B/s = 125.000 B/s. Ambang batas yang direkomendasikan adalah 125.000 B/s × 0,7 × 0,5 = 43.750 B/s.
Respons: Saat Anda menerima peringatan untuk bandwidth outbound Internet, ikuti langkah-langkah berikut:
1. Di halaman Instance Details, klik tab Dashboard.
2. Di bagian Billing Metrics Overview, periksa kurva Outbound Bandwidth pada grafik Internet Outbound Traffic Bandwidth untuk mengidentifikasi kapan ambang batas tercapai. Pastikan satuan pada grafik sesuai dengan satuan ambang batas peringatan Anda.
3. Di bagian Instance Overview, periksa grafik Rate of Messages Sent by Producer to Server (messages/min) dan Rate of Messages Delivered from Server to Consumer (messages/min). Korelasikan waktu pencapaian ambang batas untuk menemukan topik atau kelompok konsumen dengan data abnormal, lalu analisis kurva untuk menentukan apakah perubahan trafik tersebut sesuai ekspektasi.
4. Jika perubahan trafik tidak sesuai ekspektasi, hubungi tim bisnis untuk analisis lebih lanjut.
5. Jika perubahan trafik sesuai ekspektasi, spesifikasi instans saat ini tidak mencukupi. Segera upgrade instance configurations untuk menyesuaikan spesifikasi bandwidth outbound Internet.

Konfigurasikan peringatan untuk akumulasi pesan

Catatan

Statistik akumulasi pesan dapat berfluktuasi dan mengandung ketidakakuratan. Kami tidak merekomendasikan menetapkan ambang batas peringatan untuk akumulasi beberapa lusin pesan. Jika bisnis Anda sangat sensitif terhadap backlog kecil sekalipun, pantau waktu keterlambatan konsumsi sebagai gantinya.

Latar belakang: ApsaraMQ for RocketMQ memungkinkan Anda memantau akumulasi pesan di tingkat kelompok konsumen, yang dapat memberi peringatan dini terhadap skenario backlog konsumsi downstream.
Risiko jika tidak dikonfigurasi: Meskipun akumulasi pesan merupakan fitur standar ApsaraMQ for RocketMQ, untuk pemrosesan real-time, Anda harus memantau dan mengendalikan volume pesan yang belum diproses guna menghindari dampak bisnis akibat backlog konsumsi.
Kapan dikonfigurasi: Kami merekomendasikan mengonfigurasi peringatan ini setelah bisnis Anda live dan trafik telah stabil.

Ambang batas yang direkomendasikan: Perkirakan ambang batas peringatan berdasarkan toleransi bisnis Anda setelah live.
Respons: Saat Anda menerima peringatan untuk akumulasi pesan, ikuti langkah-langkah berikut:
1. Di halaman Groups, klik ID kelompok konsumen yang ditentukan dalam aturan peringatan.
2. Di halaman Group Details, klik tab Dashboard.
3. Periksa kurva Accumulated Messages pada grafik Accumulation-related Metrics. Analisis tren akumulasi untuk menemukan kapan akumulasi pertama kali terjadi.
4. Berdasarkan perubahan bisnis dan log aplikasi, analisis faktor-faktor pada waktu awal akumulasi untuk menemukan penyebabnya. Untuk informasi lebih lanjut tentang prinsip konsumsi pesan, lihat Jenis konsumen.
5. Berdasarkan penyebabnya, putuskan apakah akan melakukan scale out aplikasi konsumen atau memperbaiki cacat dalam logika konsumsi.

Konfigurasikan peringatan untuk waktu keterlambatan konsumsi

Catatan

Waktu keterlambatan konsumsi dihitung berdasarkan pesan tertua di antara semua pesan yang belum dikonsumsi dalam kelompok konsumen saat ini, sehingga merupakan metrik kumulatif dan sensitif. Saat Anda menerima peringatan untuk waktu keterlambatan konsumsi, Anda harus terlebih dahulu menentukan apakah keterlambatan disebabkan oleh beberapa pesan yang macet atau keterlambatan konsumsi global.

Latar belakang: ApsaraMQ for RocketMQ memungkinkan Anda memantau waktu keterlambatan konsumsi di tingkat kelompok konsumen, memberikan metrik yang lebih spesifik untuk menganalisis skenario backlog konsumsi.
Risiko jika tidak dikonfigurasi: Meskipun akumulasi pesan merupakan fitur standar ApsaraMQ for RocketMQ, untuk pemrosesan real-time, Anda harus memantau dan mengendalikan keterlambatan pesan backlog guna mencegah dampak bisnis akibat keterlambatan konsumsi.
Kapan dikonfigurasi: Kami merekomendasikan mengonfigurasi peringatan ini setelah bisnis Anda live dan trafik telah stabil.

Ambang batas yang direkomendasikan: Perkirakan ambang batas peringatan berdasarkan toleransi bisnis Anda setelah live.
Respons: Saat Anda menerima peringatan untuk waktu keterlambatan konsumsi, ikuti langkah-langkah berikut:
1. Di halaman Groups, klik ID kelompok konsumen yang ditentukan dalam aturan peringatan.
2. Di halaman Group Details, klik tab Dashboard.
3. Periksa kurva Accumulated Messages pada grafik Accumulation-related Metrics. Analisis tren akumulasi untuk menemukan kapan akumulasi pertama kali terjadi.
4. Berdasarkan perubahan bisnis dan log aplikasi, analisis faktor-faktor pada waktu awal akumulasi untuk menemukan penyebabnya. Untuk informasi lebih lanjut tentang prinsip konsumsi pesan, lihat Jenis konsumen.
5. Berdasarkan penyebabnya, putuskan apakah akan melakukan scale out aplikasi konsumen atau memperbaiki cacat dalam logika konsumsi.

Konfigurasikan peringatan untuk event throttling

Latar belakang: ApsaraMQ for RocketMQ memantau event throttling untuk instans tertentu. Dengan memantau jumlah event throttling, Anda dapat memahami dampaknya terhadap bisnis Anda saat ini.
Risiko jika tidak dikonfigurasi: Jumlah event throttling yang tinggi menunjukkan bahwa spesifikasi instans telah jauh terlampaui. Anda harus segera meningkatkan konfigurasi instans.
Kapan dikonfigurasi: Setelah bisnis Anda live dan trafik telah stabil.
- Jumlah throttling tingkat instans: Konfigurasikan peringatan setelah instans dibuat.
- Jumlah throttling tingkat topik dan kelompok: Konfigurasikan peringatan setelah bisnis Anda live dan trafik telah stabil.

Ambang batas yang direkomendasikan: Perkirakan ambang batas peringatan berdasarkan toleransi bisnis Anda setelah live.
Respons: Saat Anda menerima peringatan untuk event throttling, ikuti langkah-langkah berikut:
1. Di halaman Instance Details, klik tab Dashboard.
2. Di bagian Throttling-related Metrics, periksa grafik Throttled Request Distribution (Production) untuk menganalisis waktu dan pola event throttling.
3. Di bagian Instance Overview, tinjau metrik Rate of Messages Sent by Producer to Server (messages/min). Berdasarkan waktu event throttling, identifikasi topik dengan data abnormal dan periksa kurvanya untuk menentukan apakah peningkatan trafik tersebut sesuai ekspektasi.
4. Berdasarkan analisis ini, jika peningkatan trafik sesuai ekspektasi, tingkatkan konfigurasi instans. Jika tidak sesuai ekspektasi, selidiki sumber trafik abnormal tersebut.