kafka-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Israel Ekpo <israele...@gmail.com>
Subject Re: Kafka - replicas do not heal themselves by default
Date Sun, 14 Jun 2020 21:30:55 GMT
It is always good to have context. It would be helpful to state the edition
of the book, version of Kafka, deployment architecture and other
environment details

What edition of the book are you referring to?

What version of Kafka is used in the book.

How the producers and consumers are interacting with the brokers influences
what happens and the impact.

The project is rapidly evolving and if you are running on Kubernetes, the
self healing aspect happens automatically in my experience for most use

Could you share more details for the actual scenarios you are working on
outside the book?

On Sun, Jun 14, 2020 at 1:56 PM Nag Y <andriod.nag.user@gmail.com> wrote:

> I am going through the kafka in action and come across this following
> phrase
> *One of the things to note with Kafka is that replicas do not heal
> themselves by default. If you lose a broker on which one of your copies of
> a partition existed, Kafka does not currently create a new copy. I mention
> this since some users are used to filesystems like HDFS that will maintain
> that replication number if a block is seen as corrupted or failed. So an
> important item to look at with monitoring the health of your system might
> be how many of your ISRs are indeed matching your intended number.*
> It looks interesting, as in most of the distributed systems, systems will
> try to create additional replicas if replicas are not available. I found it
> strange,  Any reason to do so ?

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message