Gunakan CloudMonitor untuk membuat aturan peringatan untuk ApsaraMQ for RocketMQ guna mengimplementasikan peringatan risiko - ApsaraMQ for RocketMQ

ApsaraMQ for RocketMQ memungkinkan Anda mengonfigurasi aturan peringatan menggunakan CloudMonitor. Hal ini membantu Anda memantau status dan metrik utama instance secara real-time serta menerima notifikasi pengecualian pada kesempatan pertama untuk mengimplementasikan peringatan risiko di lingkungan produksi.

Informasi latar belakang

ApsaraMQ for RocketMQ menyediakan layanan pesan terkelola sepenuhnya dengan Service Level Agreement (SLA) untuk setiap edisi instance. Metrik aktual dari setiap edisi instance, seperti transaksi pesan per detik (TPS) dan penyimpanan pesan, sesuai dengan spesifikasi yang ditentukan. Untuk informasi lebih lanjut tentang SLA berbagai edisi instance, lihat Batas Spesifikasi Instance.

Anda tidak perlu khawatir tentang kinerja instance. Namun, Anda harus memantau penggunaan instance di lingkungan produksi untuk memastikan bahwa Anda tidak melebihi ambang batas yang ditentukan. ApsaraMQ for RocketMQ terintegrasi dengan CloudMonitor untuk menyediakan layanan pemantauan dan peringatan gratis serta siap pakai. Anda dapat menggunakan layanan ini untuk memantau item-item berikut:

Penggunaan Instance
Jika penggunaan instance aktual melebihi batas spesifikasi, ApsaraMQ for RocketMQ secara otomatis membatasi instance. Untuk mencegah titik kegagalan akibat pembatasan instance, Anda dapat mengonfigurasi peringatan penggunaan sebelumnya dan meningkatkan konfigurasi instance ketika risiko penggunaan berlebih terdeteksi.
Kesalahan Logika Bisnis
Kesalahan mungkin terjadi saat mengirim dan menerima pesan. Anda dapat mengonfigurasi peringatan kesalahan pemanggilan untuk mendeteksi dan memperbaiki kesalahan serta mencegah dampak negatif pada bisnis Anda.
Metrik Kinerja
Jika metrik kinerja seperti waktu respons (RT) dan penundaan pesan diperlukan untuk sistem pesan Anda, Anda dapat mengonfigurasi peringatan metrik terkait sebelumnya untuk mencegah risiko bisnis.

Aturan untuk mengonfigurasi peringatan

ApsaraMQ for RocketMQ menyediakan berbagai metrik dan item pemantauan serta peringatan. Untuk informasi lebih lanjut, lihat Detail Metrik dan Metrik. Item pemantauan dibagi menjadi beberapa kategori: penggunaan sumber daya, kinerja pesan, dan pengecualian pesan.

Berdasarkan praktik terbaik yang terakumulasi di lingkungan produksi, kami menyarankan Anda mengikuti aturan dalam tabel berikut untuk mengonfigurasi peringatan.

Catatan

Item pemantauan berikut adalah konfigurasi dasar yang direkomendasikan oleh Alibaba Cloud. ApsaraMQ for RocketMQ juga menyediakan item pemantauan lainnya. Anda dapat mengonfigurasi peringatan secara rinci berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Pemantauan dan Peringatan.

Kategori	Item pemantauan	Waktu dan alasan konfigurasi	Personel terkait
Penggunaan sumber daya	Jumlah panggilan API yang dilakukan untuk mengirim pesan pada sebuah instance Jumlah panggilan API yang dilakukan untuk menerima pesan pada sebuah instance Bandwidth arah keluar Internet	Kami menyarankan Anda mengonfigurasi item ini segera setelah instance dibuat. Penggunaan sumber daya sebuah instance tidak ditentukan oleh satu topik atau grup. Anda harus mempertimbangkan penggunaan sumber daya keseluruhan dari instance.	Insinyur O&M Sumber Daya
Kinerja pesan	TPS pengiriman pesan dalam sebuah topik TPS penerimaan pesan dalam sebuah grup konsumen Akumulasi pesan dalam sebuah grup konsumen Waktu penundaan konsumsi dalam sebuah grup konsumen	Kami menyarankan Anda mengonfigurasi item ini segera setelah bisnis Anda diluncurkan. Setelah bisnis Anda diluncurkan, Anda harus memperkirakan kinerja pesan bisnis Anda.	Insinyur O&M Sumber Daya Pengembang Bisnis
Pengecualian pesan	Pembuatan pesan dead-letter Jumlah kali terjadinya throttling	Kami menyarankan Anda mengonfigurasi item ini segera setelah bisnis Anda diluncurkan. Setelah bisnis Anda diluncurkan, Anda harus memprediksi kegagalan yang mungkin terjadi selama produksi pesan. Ini membantu Anda menyelesaikan masalah.	Insinyur O&M Sumber Daya Pengembang Bisnis

Prosedur untuk mengonfigurasi peringatan

Masuk ke Konsol ApsaraMQ for RocketMQ. Di panel navigasi kiri, klik Instances.
Di bilah navigasi atas, pilih wilayah, seperti China (Hangzhou). Pada halaman Instance, klik nama instance yang ingin Anda kelola.
Di panel navigasi kiri, klik Monitoring and Alerts. Di sudut kiri atas halaman yang muncul, klik Create Alert Rule.

Praktik terbaik

Konfigurasikan peringatan tentang jumlah panggilan API yang dilakukan untuk mengirim dan menerima pesan

Latar Belakang: Di ApsaraMQ for RocketMQ, jumlah panggilan API untuk mengirim dan menerima pesan diukur oleh transaksi pesan per detik (TPS). TPS pesan puncak ditentukan untuk setiap instance ApsaraMQ for RocketMQ 5.0. Jika jumlah panggilan API untuk mengirim dan menerima pesan pada sebuah instance melebihi TPS pesan puncak, instance akan dibatasi. Untuk informasi tentang batas TPS pesan, lihat Batas Spesifikasi Instance.
Risiko Akibat Tidak Mengonfigurasi Peringatan: Jika Anda tidak mengonfigurasi peringatan, Anda tidak dapat menerima peringatan sebelum jumlah panggilan API melebihi batas spesifikasi. Akibatnya, instance Anda dibatasi dan pesan tertentu gagal dikirim atau diterima.
Waktu Konfigurasi: Kami menyarankan Anda mengonfigurasi peringatan setelah instance dibuat dan rasio antara TPS untuk mengirim pesan dan TPS untuk menerima pesan ditentukan. Untuk memodifikasi rasio tersebut, ikuti langkah-langkah berikut:
1. Di halaman Instance Details, klik tab Basic Information.
2. Di sudut kanan atas halaman yang muncul, klik Edit. Di bagian Modifikasi Rasio Permintaan Pesan pada panel Modify Configurations, ubah rasio antara TPS untuk mengirim pesan dan TPS untuk menerima pesan.

Konfigurasikan peringatan tentang jumlah panggilan API yang dilakukan untuk mengirim pesan pada sebuah instance

Ambang Batas yang Direkomendasikan: Kami menyarankan Anda menetapkan ambang batas peringatan pada 70% dari TPS puncak untuk pengiriman pesan. Sebagai contoh, jika TPS puncak untuk pengiriman pesan adalah 5.000, tetapkan ambang batas menjadi 3.500.
- Instance Edisi Profesional dan Edisi Platinum Enterprise mendukung fitur TPS elastis. Anda dapat mengaktifkan fitur ini dan menetapkan ambang batas peringatan pada 70% dari jumlah TPS puncak untuk pengiriman pesan dan TPS puncak elastis untuk pengiriman pesan.
- Instance Serverless mendukung fitur elastisitas adaptif. Anda dapat mengaktifkan fitur ini dan menetapkan ambang batas peringatan pada 70% dari TPS puncak elastis untuk pengiriman pesan.
- Anda dapat melihat TPS puncak untuk pengiriman pesan dan TPS puncak elastis untuk pengiriman pesan di halaman Instance Details di konsol ApsaraMQ for RocketMQ.
Penanganan Peringatan: Setelah Anda menerima peringatan tentang jumlah panggilan API untuk pengiriman pesan, kami menyarankan Anda melakukan langkah-langkah berikut:
1. Di halaman Instance Details, klik tab Dashboard.
2. Di bagian Current Limiting Related Indicators, lihat kurva Production TPS Max value di Production TPS water level untuk menentukan waktu ketika ambang batas peringatan tercapai.
3. Di bagian Instance Overview, lihat kurva di Rate of messages sent by the producer to the server (bars/minute). Kemudian, temukan topik yang TPS pengiriman pesannya abnormal berdasarkan waktu ketika ambang batas peringatan tercapai dan tentukan apakah perubahan bisnis normal.
4. Jika perubahan bisnis tidak normal, hubungi pengguna Anda untuk analisis lebih lanjut.
5. Jika perubahan bisnis normal, spesifikasi instance Anda tidak cukup untuk menjaga operasi bisnis normal. Dalam hal ini, kami menyarankan Anda meningkatkan konfigurasi instance Anda. Untuk informasi lebih lanjut, lihat Tingkatkan atau Turunkan Konfigurasi Instance.

Konfigurasikan peringatan tentang jumlah panggilan API yang dilakukan untuk menerima pesan pada sebuah instance

Ambang Batas yang Direkomendasikan: Kami menyarankan Anda menetapkan ambang batas peringatan pada 70% dari TPS puncak untuk penerimaan pesan. Sebagai contoh, jika TPS puncak untuk penerimaan pesan adalah 5.000, tetapkan ambang batas menjadi 3.500.
- Instance Edisi Profesional dan Edisi Platinum Enterprise mendukung fitur TPS elastis. Anda dapat mengaktifkan fitur ini dan menetapkan ambang batas peringatan pada 70% dari jumlah TPS puncak untuk penerimaan pesan dan TPS puncak elastis untuk penerimaan pesan.
- Instance Serverless mendukung fitur elastisitas adaptif. Anda dapat mengaktifkan fitur ini dan menetapkan ambang batas peringatan pada 70% dari TPS puncak elastis untuk penerimaan pesan.
- Anda dapat melihat TPS puncak untuk penerimaan pesan dan TPS puncak elastis untuk penerimaan pesan di halaman Instance Details di konsol ApsaraMQ for RocketMQ.
Penanganan Peringatan: Setelah Anda menerima peringatan tentang jumlah panggilan API untuk penerimaan pesan, kami menyarankan Anda melakukan langkah-langkah berikut:
1. Di halaman Instance Details page, click the Dashboard tab.
2. Di bagian Current Limiting Related Indicators, periksa kurva Consumption TPS Max value pada Consumption TPS water level guna menentukan waktu ketika ambang batas peringatan tercapai.
3. Di bagian Instance Overview, lihat kurva di Rate of messages delivered by the server to the consumer (per minute). Kemudian, temukan grup yang TPS penerimaan pesannya abnormal berdasarkan waktu ketika ambang batas peringatan tercapai dan tentukan apakah perubahan bisnis normal.
4. Jika perubahan bisnis tidak normal, hubungi pengguna Anda untuk analisis lebih lanjut.
5. Jika perubahan bisnis normal, spesifikasi instance Anda tidak cukup untuk menjaga operasi bisnis normal. Dalam hal ini, kami menyarankan Anda meningkatkan konfigurasi instance Anda. Untuk informasi lebih lanjut, lihat Tingkatkan atau Turunkan Konfigurasi Instance.

Konfigurasikan peringatan tentang jumlah pesan yang dikirim oleh produsen atau diterima oleh konsumen per menit

Latar Belakang: ApsaraMQ for RocketMQ menyediakan metrik untuk memantau TPS pesan berdasarkan topik dan grup konsumen. Anda dapat menggunakan metrik ini untuk memantau TPS pesan dalam item bisnis tertentu dan memahami skala bisnis Anda.
Risiko Akibat Tidak Mengonfigurasi Peringatan: TPS pesan dalam sebuah topik menentukan jumlah panggilan API yang dapat Anda lakukan untuk mengirim dan menerima pesan dalam topik tersebut. Jika Anda tidak mengonfigurasi peringatan, Anda tidak dapat menerima peringatan sebelum lalu lintas turun menjadi nol atau lonjakan lalu lintas terjadi. Ini dapat menyebabkan risiko tak terduga.
Waktu Konfigurasi: Kami menyarankan Anda mengonfigurasi peringatan setelah bisnis Anda stabil.

Konfigurasikan peringatan tentang jumlah pesan yang dikirim oleh produsen per menit

Ambang Batas yang Direkomendasikan: Kami menyarankan Anda mengonfigurasi ambang batas berdasarkan volume lalu lintas setelah bisnis Anda stabil.
Penanganan Peringatan: Setelah Anda menerima peringatan tentang jumlah pesan yang dikirim oleh produsen per menit, kami menyarankan Anda melakukan langkah-langkah berikut:
1. Di halaman Topics, klik nama topik yang telah dikonfigurasi dalam aturan peringatan.
2. Di halaman Topic Details, klik tab Dashboard.
3. Lihat kurva Production di Message volume (pieces/minute). Kemudian, tentukan apakah perubahan tersebut normal berdasarkan model bisnis.

Konfigurasikan peringatan tentang jumlah pesan yang diterima oleh konsumen per menit

Ambang Batas yang Direkomendasikan: Kami menyarankan Anda mengonfigurasi ambang batas berdasarkan volume lalu lintas setelah bisnis Anda stabil.
Penanganan Peringatan: Setelah Anda menerima peringatan tentang jumlah pesan yang diterima oleh konsumen per menit, kami menyarankan Anda melakukan langkah-langkah berikut:
1. Di halaman Groups, klik ID grup yang telah dikonfigurasi dalam aturan peringatan.
2. Di halaman Group Details, klik tab Dashboard.
3. Lihat kurva Production rate (bars/min) di Trends in message production and consumption rates. Kemudian, tentukan apakah perubahan tersebut normal berdasarkan model bisnis.

Konfigurasikan peringatan bandwidth arah keluar Internet

Latar Belakang: Instance ApsaraMQ for RocketMQ 5.0 mendukung fitur akses Internet. Akses Internet dipengaruhi oleh bandwidth arah keluar. Jika batas bandwidth terlampaui, akses Internet mungkin terganggu.
Risiko Akibat Tidak Mengonfigurasi Peringatan: Jika Anda tidak mengonfigurasi peringatan, Anda tidak dapat menerima peringatan ketika penggunaan lalu lintas Internet instance melebihi batas bandwidth. Ini menyebabkan masalah seperti kehilangan paket dan timeout atau kegagalan selama pemanggilan klien.
Waktu Konfigurasi: Kami menyarankan Anda mengonfigurasi peringatan setelah membuat instance non-serverless dan mengaktifkan fitur akses Internet.
Catatan
Instance Serverless mendukung bandwidth elastis. Anda tidak perlu mengonfigurasi peringatan bandwidth arah keluar Internet untuk instance Serverless.

Ambang Batas yang Direkomendasikan: Kami menyarankan Anda menetapkan ambang batas peringatan pada 70% dari batas spesifikasi. Alat yang digunakan untuk mengumpulkan bandwidth lalu lintas hanya dapat mengumpulkan 50% dari bandwidth lalu lintas. Oleh karena itu, Anda dapat menetapkan ambang batas menjadi 35% dari batas spesifikasi. Sebagai contoh, jika batas bandwidth instance yang Anda beli adalah 1 MB/s, tetapkan ambang batas peringatan menjadi 43.750 bit/detik. Anda dapat melihat bandwidth Internet di bagian Running Information pada tab Basic Information di halaman Instance Details di konsol ApsaraMQ for RocketMQ.
Catatan
Saat menghitung ambang batas, konversikan MB/s menjadi bit/s terlebih dahulu. Dalam contoh di atas, 1 MB dikonversi menjadi 125.000 bit/detik berdasarkan rumus berikut: 1 MB/s = 1 × 10^<sup>6</sup> bit/s = (1 × 10<sup>^6</sup>)/8 bit/s = 125.000 bit/s. Kemudian, ambang batas dihitung menggunakan rumus berikut: 125.000 bit/s × 0,7 × 0,5 = 43.750 bit/s.
Penanganan Peringatan: Setelah Anda menerima peringatan bandwidth arah keluar Internet, kami menyarankan Anda melakukan langkah-langkah berikut:
1. Di halaman Instance Details, klik tab Dashboard.
2. Di bagian Billing Metrics Overview, lihat kurva downlink bandwidth di public network downlink traffic bandwidth untuk menentukan waktu ketika ambang batas peringatan tercapai. Perhatikan bahwa unit ambang batas harus konsisten dengan unit metrik.
3. Di bagian Instance Overview, lihat kurva di Rate of messages sent by the producer to the server (bars/minute) dan Rate of messages delivered by the server to the consumer (per minute. Kemudian, temukan topik dan grup yang datanya abnormal berdasarkan waktu ketika ambang batas peringatan tercapai dan analisis apakah perubahan bisnis normal.
4. Jika perubahan bisnis tidak normal, hubungi pengguna Anda untuk analisis lebih lanjut.
5. Jika perubahan bisnis normal, spesifikasi instance Anda tidak cukup untuk menjaga operasi bisnis normal. Dalam hal ini, kami menyarankan Anda meningkatkan konfigurasi instance Anda. Untuk informasi lebih lanjut, lihat Tingkatkan atau Turunkan Konfigurasi Instance.

Konfigurasikan peringatan akumulasi pesan

Catatan

Fluktuasi dan kesalahan mungkin ada dalam statistik tentang akumulasi pesan. Kami menyarankan Anda tidak menetapkan ambang batas untuk pesan terakumulasi kurang dari 100. Jika bisnis Anda terpengaruh meskipun jumlah pesan terakumulasi kecil, kami menyarankan Anda mengonfigurasi peringatan waktu penundaan konsumsi untuk memantau akumulasi pesan.

Latar Belakang: ApsaraMQ for RocketMQ memungkinkan pemantauan akumulasi pesan berdasarkan grup konsumen. Peringatan akumulasi pesan dapat digunakan untuk mencegah titik kegagalan yang disebabkan oleh akumulasi pesan.
Risiko Akibat Tidak Mengonfigurasi Peringatan: Akumulasi pesan adalah skenario dan kemampuan khas dari ApsaraMQ for RocketMQ. Dalam skenario di mana pesan harus diproses secara real-time, Anda harus memantau dan mengelola jumlah pesan terakumulasi untuk mencegah dampak negatif akibat akumulasi pesan pada bisnis Anda.
Waktu Konfigurasi: Kami menyarankan Anda mengonfigurasi peringatan setelah bisnis Anda stabil.

Ambang Batas yang Direkomendasikan: Kami menyarankan Anda mengonfigurasi ambang batas berdasarkan kinerja aktual bisnis Anda.
Penanganan Peringatan: Setelah Anda menerima peringatan akumulasi pesan, kami menyarankan Anda melakukan langkah-langkah berikut:
1. Di halaman Groups, klik ID grup yang telah dikonfigurasi dalam aturan peringatan.
2. Di halaman Group Details, klik tab Dashboard.
3. Lihat kurva Accumulation amount di Accumulation related indicators. Kemudian, analisis tren perubahan pesan terakumulasi dan temukan waktu mulai akumulasi pesan.
4. Analisis penyebab akumulasi pesan berdasarkan perubahan bisnis dan log aplikasi. Untuk informasi tentang mekanisme konsumsi pesan terakumulasi, lihat Tipe Konsumen.
5. Tentukan apakah akan menambah kapasitas aplikasi konsumen atau memperbaiki cacat logika konsumsi berdasarkan penyebab akumulasi pesan.

Konfigurasikan peringatan waktu penundaan konsumsi

Catatan

Waktu penundaan konsumsi dihitung berdasarkan waktu penundaan pesan pertama yang belum dikonsumsi dalam sebuah grup konsumen. Waktu penundaan konsumsi bersifat kumulatif dan sensitif terhadap perubahan bisnis. Setelah Anda menerima peringatan waktu penundaan konsumsi, Anda harus menentukan apakah sejumlah kecil pesan atau semua pesan tertunda.

Latar Belakang: ApsaraMQ for RocketMQ memungkinkan Anda memantau penundaan konsumsi berdasarkan grup konsumen. Peringatan waktu penundaan konsumsi memberikan metrik rinci untuk menganalisis akumulasi pesan.
Risiko Akibat Tidak Mengonfigurasi Peringatan: Akumulasi pesan adalah skenario dan kemampuan khas dari ApsaraMQ for RocketMQ. Dalam skenario di mana pesan harus diproses secara real-time, Anda harus memantau dan mengelola jumlah pesan terakumulasi untuk mencegah dampak negatif akibat akumulasi pesan pada bisnis Anda.
Waktu Konfigurasi: Kami menyarankan Anda mengonfigurasi peringatan setelah bisnis Anda stabil.

Ambang Batas yang Direkomendasikan: Kami menyarankan Anda mengonfigurasi ambang batas berdasarkan kinerja aktual bisnis Anda.
Penanganan Peringatan: Setelah Anda menerima peringatan waktu penundaan konsumsi, kami menyarankan Anda melakukan langkah-langkah berikut:
1. Di halaman Groups, klik ID grup yang telah dikonfigurasi dalam aturan peringatan.
2. Di halaman Group Details, klik tab Dashboard.
3. Lihat kurva Accumulation amount di Accumulation related indicators. Kemudian, analisis tren perubahan pesan terakumulasi dan temukan waktu mulai akumulasi pesan.
4. Analisis penyebab akumulasi pesan berdasarkan perubahan bisnis dan log aplikasi. Untuk informasi tentang mekanisme konsumsi pesan terakumulasi, lihat Tipe Konsumen.
5. Tentukan apakah akan menambah kapasitas aplikasi konsumen atau memperbaiki cacat logika konsumsi berdasarkan penyebab akumulasi pesan.

Konfigurasikan peringatan tentang jumlah kali throttling terjadi

Latar Belakang: ApsaraMQ for RocketMQ memungkinkan Anda menggunakan peristiwa yang memicu throttling pada instance tertentu sebagai metrik peringatan. Ini membantu Anda memahami dampak negatif pada bisnis Anda.
Risiko Akibat Tidak Mengonfigurasi Peringatan: Sejumlah besar kali throttling terjadi menunjukkan bahwa penggunaan lalu lintas Anda sering kali melebihi batas spesifikasi. Dalam hal ini, kami menyarankan Anda meningkatkan konfigurasi instance Anda.
Waktu Konfigurasi: Kami menyarankan Anda mengonfigurasi peringatan setelah bisnis Anda stabil.
- Kami menyarankan Anda mengonfigurasi peringatan tentang jumlah kali throttling terjadi pada sebuah instance setelah instance dibuat.
- Kami menyarankan Anda mengonfigurasi peringatan tentang jumlah kali throttling terjadi dalam sebuah topik atau grup konsumen setelah bisnis Anda stabil.

Ambang Batas yang Direkomendasikan: Kami menyarankan Anda mengonfigurasi ambang batas berdasarkan kinerja aktual bisnis Anda.
Penanganan Peringatan: Setelah Anda menerima peringatan tentang jumlah kali throttling terjadi, kami menyarankan Anda melakukan langkah-langkah berikut:
1. Di halaman Instance Details, klik tab Dashboard.
2. Di bagian Current Limiting Related Indicators, lihat kurva di Restricted Request Distribution (Production). Kemudian, analisis waktu ketika throttling terjadi dan aturan untuk throttling.
3. Di bagian Instance Overview, lihat kurva di Rate of messages sent by the producer to the server (bars/minute). Kemudian, temukan topik yang datanya abnormal berdasarkan waktu ketika throttling terjadi dan aturan untuk throttling dan lihat kurva topik tersebut untuk menentukan apakah peningkatan lalu lintas sesuai dengan kebutuhan bisnis Anda.
4. Jika peningkatan lalu lintas sesuai dengan kebutuhan bisnis Anda, tingkatkan konfigurasi instance Anda. Jika tidak, perbaiki masalah tersebut.