|
|
-
Re: Decommisioning broker
Sharad Agarwal 2011-10-13, 07:07
There should be a graceful way of decommissioning the broker so that there is absolutely 0 data loss. Decommissioning is not necessarily related to replication (kafka-50).
There should be a way to get the broker out of the cluster only from the produce side. Consumers should be able to continue keep pulling data. When the administrator is sure that all data has been consumed by consumers, broker node can be removed permanently.
Same functionality can be used for rolling upgrades without any message loss.
If this makes sense, I can go ahead and create JIRA.
Sharad
+
Sharad Agarwal 2011-10-13, 07:07
-
Re: Decommisioning broker
Jay Kreps 2011-10-13, 13:47
I definitely agree. Somehow we never quite got to this.
-Jay
On Thu, Oct 13, 2011 at 12:07 AM, Sharad Agarwal <[EMAIL PROTECTED]>wrote:
> There should be a graceful way of decommissioning the broker so that there > is absolutely 0 data loss. Decommissioning is not necessarily related to > replication (kafka-50). > > There should be a way to get the broker out of the cluster only from the > produce side. Consumers should be able to continue keep pulling data. > When the administrator is sure that all data has been consumed by > consumers, > broker node can be removed permanently. > > Same functionality can be used for rolling upgrades without any message > loss. > > If this makes sense, I can go ahead and create JIRA. > > Sharad >
+
Jay Kreps 2011-10-13, 13:47
-
Re: Decommisioning broker
Jun Rao 2011-10-13, 15:06
Sharad,
Yes, please create a jira so that we can track this.
Thanks,
Jun
On Thu, Oct 13, 2011 at 12:07 AM, Sharad Agarwal <[EMAIL PROTECTED]>wrote:
> There should be a graceful way of decommissioning the broker so that there > is absolutely 0 data loss. Decommissioning is not necessarily related to > replication (kafka-50). > > There should be a way to get the broker out of the cluster only from the > produce side. Consumers should be able to continue keep pulling data. > When the administrator is sure that all data has been consumed by > consumers, > broker node can be removed permanently. > > Same functionality can be used for rolling upgrades without any message > loss. > > If this makes sense, I can go ahead and create JIRA. > > Sharad >
+
Jun Rao 2011-10-13, 15:06
-
Re: Decommisioning broker
Sharad Agarwal 2011-10-15, 14:42
+
Sharad Agarwal 2011-10-15, 14:42
|
|
All projects made searchable here are trademarks of the Apache Software Foundation.
Service operated by
Sematext