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 dan Perjanjian Tingkat Layanan (SLA) untuk setiap edisi instance. Setelah Anda membeli instance ApsaraMQ for RocketMQ, kemampuan instance seperti transaksi pesan per detik (TPS) dan kapabilitas penyimpanan pesan dijamin.
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 berintegrasi dengan CloudMonitor untuk menyediakan layanan pemantauan dan peringatan secara gratis dan siap digunakan. Anda dapat menggunakan layanan ini untuk memantau item-item berikut:
Penggunaan Instance
Jika penggunaan instance aktual melebihi batas spesifikasi, ApsaraMQ for RocketMQ akan membatasi instance secara paksa. Untuk mencegah gangguan akibat pembatasan instance, Anda dapat mengonfigurasi peringatan penggunaan instance sebelumnya dan meningkatkan konfigurasi instance ketika risiko penggunaan berlebih terdeteksi.
Kesalahan Logika Bisnis
Kesalahan mungkin terjadi saat Anda mengirim dan menerima pesan. Anda dapat mengonfigurasi peringatan kesalahan pemanggilan untuk mendeteksi dan memperbaiki kesalahan serta mencegah dampak negatif pada bisnis Anda.
Metrik Performa
Jika metrik performa seperti waktu respons (RT) dan penundaan pesan diperlukan untuk sistem pesan Anda, Anda dapat mengonfigurasi peringatan metrik yang sesuai 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 Dashboard dan Pemantauan dan Peringatan. Item pemantauan dapat dibagi menjadi beberapa kategori berikut: penggunaan sumber daya, performa pesan, dan kesalahan pesan.
Berdasarkan praktik terbaik yang terakumulasi di lingkungan produksi, kami menyarankan Anda mengikuti aturan yang dijelaskan dalam tabel berikut untuk mengonfigurasi peringatan.
Item pemantauan berikut adalah konfigurasi dasar yang direkomendasikan oleh Alibaba Cloud. ApsaraMQ for RocketMQ juga menyediakan item pemantauan lainnya. Anda dapat mengonfigurasi peringatan granular berdasarkan kebutuhan bisnis Anda. Untuk informasi lebih lanjut, lihat Pemantauan dan Peringatan.
Kategori | Item pemantauan | Waktu dan alasan konfigurasi | Personel terkait |
Penggunaan sumber daya | Panggilan API pada instance |
| Operator sumber daya |
Performa pesan |
|
|
|
Kesalahan pesan |
|
|
|
Prosedur untuk mengonfigurasi peringatan
Masuk ke Konsol ApsaraMQ for RocketMQ. Di panel navigasi di sebelah kiri, klik Instances.
Di bilah navigasi atas, pilih wilayah, seperti China (Hangzhou). Pada halaman Instances, klik nama instance yang ingin Anda kelola.
Di panel navigasi di sebelah kiri, klik Monitoring and Alerts. Di pojok kiri atas halaman yang muncul, klik Create Alert Rule.
Praktik terbaik
Konfigurasikan peringatan tentang jumlah panggilan API pada instance
Latar Belakang: Di ApsaraMQ for RocketMQ, jumlah panggilan API yang dapat Anda inisiasi untuk mengirim dan menerima pesan pada instance diukur oleh TPS pesan. TPS pesan puncak ditentukan untuk setiap instance. Jika TPS pesan pada instance Anda melebihi batas spesifikasi, instance akan dibatasi. Misalnya, TPS puncak sebesar 5.000 ditentukan untuk instance Edisi Standar. Jika batas tersebut dilampaui, instance akan dibatasi.
Risiko Akibat Tidak Mengonfigurasi Peringatan: Jika Anda tidak mengonfigurasi peringatan, Anda tidak akan menerima peringatan sebelum jumlah panggilan API melebihi batas spesifikasi. Akibatnya, instance Anda akan dibatasi dan pesan tertentu gagal dikirim atau diterima.
Waktu Konfigurasi: Kami menyarankan Anda mengonfigurasi peringatan setelah instance dibuat.
Ambang Batas yang Direkomendasikan: Kami menyarankan Anda menyetel ambang batas peringatan menjadi 70% dari TPS pesan puncak instance. Misalnya, jika TPS pesan puncak instance yang Anda beli adalah 10.000, tetapkan ambang batas peringatan menjadi 7.000. Anda dapat melihat TPS pesan puncak instance ApsaraMQ for RocketMQ di halaman Instance Details di konsol ApsaraMQ for RocketMQ.
Penanganan Peringatan: Setelah Anda menerima peringatan tentang jumlah panggilan API, kami menyarankan Anda melakukan langkah-langkah berikut untuk menangani peringatan:
Di halaman Instance Details, klik tab Dashboard.
Di bagian Overview of instance message volume, lihat kurva TPS Max value di Metrics related to instance request times (production and consumption).
Di bagian Message Business Metrics Overview, lihat kurva di Message production rate top20 Topics (bar/minute) dan message consumption rate top20 GroupIDs (per minute). Kemudian, temukan topik dan grup yang datanya abnormal dan analisis apakah perubahan bisnis normal.
Jika perubahan bisnis tidak normal, hubungi pengguna Anda untuk analisis lebih lanjut.
Jika perubahan bisnis normal, spesifikasi komputasi 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 tersebut untuk memantau TPS pesan dalam item bisnis tertentu dan memahami skala bisnis Anda.
Risiko Akibat Tidak Mengonfigurasi Peringatan: TPS pesan dalam suatu topik menentukan jumlah panggilan API yang dapat Anda inisiasi untuk mengirim dan menerima pesan dalam topik tersebut. Jika Anda tidak mengonfigurasi peringatan, Anda tidak akan 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 untuk menangani peringatan:
Di halaman Topics, klik nama topik yang telah dikonfigurasi dalam aturan peringatan.
Di halaman Topic Details, klik tab Dashboard.
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 untuk menangani peringatan:
Di halaman Groups, klik ID grup yang telah dikonfigurasi dalam aturan peringatan.
Di halaman Group Details, klik tab Dashboard.
Lihat kurva Consumption di Trend of message production and consumption rate (bar/minute). Kemudian, tentukan apakah perubahan tersebut normal berdasarkan model bisnis.
Konfigurasikan peringatan akumulasi pesan
Fluktuasi dan kesalahan mungkin ada dalam statistik tentang akumulasi pesan. Kami menyarankan Anda tidak menyetel 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 Anda memantau akumulasi pesan berdasarkan grup konsumen. Anda dapat menggunakan peringatan akumulasi pesan untuk mencegah gangguan yang disebabkan oleh akumulasi pesan.
Risiko Akibat Tidak Mengonfigurasi Peringatan: Akumulasi pesan adalah skenario dan kemampuan tipikal 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 yang disebabkan oleh 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 performa aktual bisnis Anda.
Penanganan Peringatan: Setelah Anda menerima peringatan akumulasi pesan, kami menyarankan Anda melakukan langkah-langkah berikut untuk menangani peringatan:
Di halaman Groups, klik ID grup yang telah dikonfigurasi dalam aturan peringatan.
Di halaman Group Details, klik tab Dashboard.
Lihat kurva Accumulation di Stacking related indicators (bars). Kemudian, analisis tren perubahan pesan terakumulasi dan temukan waktu mulai akumulasi pesan.
Analisis penyebab akumulasi pesan berdasarkan perubahan bisnis dan log aplikasi. Untuk informasi lebih lanjut, lihat Bagaimana cara menangani pesan terakumulasi?
Tentukan apakah akan menambah kapasitas aplikasi konsumen atau memperbaiki cacat logika konsumsi berdasarkan penyebab akumulasi pesan.
Konfigurasikan peringatan waktu penundaan konsumsi
Waktu penundaan konsumsi dihitung berdasarkan waktu penundaan pesan pertama yang belum dikonsumsi dalam 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 tipikal 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 yang disebabkan oleh 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 performa aktual bisnis Anda.
Penanganan Peringatan: Setelah Anda menerima peringatan akumulasi pesan, kami menyarankan Anda melakukan langkah-langkah berikut untuk menangani peringatan:
Di halaman Groups, klik ID grup yang telah dikonfigurasi dalam aturan peringatan.
Di halaman Group Details, klik tab Dashboard.
Lihat kurva Accumulation di Stacking related indicators (bars). Kemudian, analisis tren perubahan pesan terakumulasi dan temukan waktu mulai akumulasi pesan.
Analisis penyebab akumulasi pesan berdasarkan perubahan bisnis dan log aplikasi. Untuk informasi lebih lanjut, lihat Bagaimana cara menangani pesan terakumulasi?
Tentukan apakah akan menambah kapasitas aplikasi konsumen atau memperbaiki cacat logika konsumsi berdasarkan penyebab akumulasi pesan.
Konfigurasikan peringatan pesan dead-letter
Latar Belakang: ApsaraMQ for RocketMQ mendukung pesan dead-letter. Pesan yang gagal dikonsumsi setelah jumlah maksimum percobaan ulang yang ditentukan tercapai dikirim ke antrian pesan gagal. Anda dapat mengelola pesan dead-letter. Anda dapat memantau jumlah pesan dead-letter untuk membantu Anda mendeteksi masalah tak terduga dan pengecualian dalam bisnis Anda.
Risiko Akibat Tidak Mengonfigurasi Peringatan: Pesan dead-letter adalah pesan yang tidak dapat diproses dengan benar oleh konsumen. Aplikasi konsumsi harus menangani pesan dead-letter. Jika Anda tidak mengonfigurasi peringatan pesan dead-letter, konsumsi pesan mungkin tidak lengkap.
Waktu Konfigurasi: Kami menyarankan Anda mengonfigurasi peringatan setelah bisnis Anda stabil.
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 pesan dead-letter, kami menyarankan Anda melakukan langkah-langkah berikut untuk menangani peringatan:
Kueri pesan dead-letter dan analisis pesan aslinya. Untuk informasi lebih lanjut, lihat Antrian Pesan Gagal.
Kueri jejak konsumsi pesan dan analisis penyebab kegagalan konsumsi berdasarkan topik dan ID pesan. Untuk informasi lebih lanjut, lihat Kueri Jejak Pesan.
Tentukan solusi yang tepat berdasarkan penyebab kegagalan konsumsi pesan.
Konfigurasikan peringatan tentang jumlah kali terjadinya pembatasan
Latar Belakang: ApsaraMQ for RocketMQ memungkinkan Anda menggunakan peristiwa yang memicu pembatasan pada instance tertentu sebagai metrik peringatan. Ini membantu Anda memahami dampak negatif pada bisnis Anda.
Risiko Akibat Tidak Mengonfigurasi Peringatan: Jumlah besar kali terjadinya pembatasan 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 terjadinya pembatasan pada instance setelah instance dibuat.
Kami merekomendasikan Anda mengonfigurasi peringatan tentang jumlah kali throttling terjadi di sebuah topik atau grup konsumen setelah bisnis Anda stabil.
Ambang Batas yang Direkomendasikan: Kami menyarankan Anda mengonfigurasi ambang batas berdasarkan performa aktual bisnis Anda.
Penanganan Peringatan: Setelah Anda menerima peringatan tentang jumlah kali terjadinya pembatasan, kami menyarankan Anda melakukan langkah-langkah berikut untuk menangani peringatan:
Di halaman Instance Details, klik tab Dashboard.
Di bagian Overview of instance message volume, lihat kurva di Number of throttling requests. Kemudian, analisis waktu terjadinya pembatasan dan aturan pembatasan.
Di bagian Message Business Metrics Overview, lihat kurva di Message production rate top20 Topics (bar/minute). Kemudian, temukan topik yang datanya abnormal berdasarkan waktu terjadinya pembatasan dan aturan pembatasan serta lihat kurva topik tersebut untuk menentukan apakah peningkatan lalu lintas sesuai dengan kebutuhan bisnis Anda.
Jika peningkatan lalu lintas sesuai dengan kebutuhan bisnis Anda, tingkatkan konfigurasi instance Anda. Jika tidak, selesaikan masalah tersebut.