ApsaraMQ for Kafka terintegrasi dengan HouseKeeping untuk menyediakan fitur inspeksi yang memindai dan mendiagnosis kluster secara berkala serta menghasilkan peringatan untuk instans yang tidak sehat. Topik ini menjelaskan fitur inspeksi dari ApsaraMQ for Kafka.
Ikhtisar
Untuk meningkatkan stabilitas kluster dan keandalan layanan ApsaraMQ for Kafka, tim teknis telah mengoptimalkan fitur inspeksi.
Inspeksi pada fitur perpesanan dalam hitungan detik
Fitur inspeksi memungkinkan Anda memeriksa fitur perpesanan dengan cepat menggunakan topik internal. Jika terjadi masalah seperti kegagalan pengiriman pesan, latensi tinggi, throughput abnormal, atau pengecualian koneksi pada komponen dependen, sistem segera mengirimkan peringatan kepada tim teknis ApsaraMQ for Kafka. Hal ini memastikan respons cepat untuk menyelesaikan masalah, sehingga menjaga kontinuitas dan stabilitas bisnis.
Verifikasi ketat pada offset topik dan metadata
Fitur inspeksi ApsaraMQ for Kafka memverifikasi informasi seperti offset dan metadata topik. Mekanisme ini memastikan kebenaran dan konsistensi data memori serta mencegah masalah potensial akibat ketidaksesuaian data.
Kemampuan pemantauan yang kuat untuk pemantauan waktu nyata status proses
Jika terjadi masalah seperti I/O tergantung, deadlock thread, JVM crash, serangan banjir koneksi, atau kebocoran memori selama sistem berjalan, fitur inspeksi merespons dengan cepat dan secara otomatis memulai ulang proses ApsaraMQ for Kafka. Hal ini memastikan kontinuitas dan ketersediaan layanan serta mempersingkat jendela waktu pemecahan masalah secara signifikan.
Catatan penggunaan
Topik internal yang digunakan untuk inspeksi adalah
__alikafka_housekeeping_local_topicdan__alikafka_housekeeping_cloud_topic.PentingSetelah Anda menerapkan instans ApsaraMQ for Kafka, sistem secara otomatis membuat topik internal untuk inspeksi.
Anda hanya dapat menghapus topik internal untuk inspeksi setelah menghapus instans yang sesuai.
Fitur inspeksi mengonsumsi sumber daya. Sebagai contoh, jika Anda menggunakan fitur inspeksi di kluster dengan spesifikasi terkecil, sekitar 100 bit/detik lalu lintas untuk produksi dan konsumsi pesan serta 10 MB ruang penyimpanan dikonsumsi di setiap topik. Jumlah bandwidth yang dikonsumsi berkorelasi positif dengan spesifikasi kluster.