Dampak restart broker selama patching dan pemeliharaan lainnya

Secara berkala, Amazon MSK memperbarui perangkat lunak pada broker Anda. Pembaruan ini tidak berdampak pada penulisan dan pembacaan aplikasi Anda jika Anda mengikuti praktik terbaik.

Amazon MSK menggunakan pembaruan bergulir untuk perangkat lunak untuk menjaga ketersediaan klaster Anda yang tinggi. Selama proses ini, broker di-reboot satu per satu, dan Kafka secara otomatis memindahkan kepemimpinan ke broker online lain. Klien Kafka memiliki mekanisme bawaan untuk secara otomatis mendeteksi perubahan kepemimpinan untuk partisi dan terus menulis dan membaca data ke dalam cluster. MSK

Setelah broker offline, adalah normal untuk melihat kesalahan pemutusan sementara pada klien Anda. Anda juga akan mengamati untuk jendela singkat (hingga 2 menit, biasanya kurang) beberapa lonjakan di p99 membaca dan menulis latensi (biasanya milidetik tinggi, hingga ~ 2 detik). Lonjakan ini diharapkan dan disebabkan oleh klien yang terhubung kembali ke broker pemimpin baru; itu tidak memengaruhi produk atau konsumsi Anda dan akan menyelesaikan setelah terhubung kembali. Untuk informasi selengkapnya, lihat Broker offline dan failover klien.

Anda juga akan mengamati peningkatan metrikUnderReplicatedPartitions, yang diharapkan karena partisi pada broker yang dimatikan tidak lagi mereplikasi data. Ini tidak berdampak pada penulisan dan pembacaan aplikasi sebagai replika untuk partisi ini yang di-host di broker lain sekarang melayani permintaan.

Setelah pembaruan perangkat lunak, ketika broker kembali online, ia perlu “mengejar” pesan yang dihasilkan saat offline. Selama catch up, Anda juga dapat mengamati peningkatan penggunaan volume throughput danCPU. Ini seharusnya tidak berdampak pada penulisan dan pembacaan ke dalam cluster jika Anda memiliki cukupCPU, memori, jaringan, dan sumber daya volume pada broker Anda.