[jira] [Commented] (KAFKA-6598) Kafka to support using ETCD beside Zookeeper
[ https://issues.apache.org/jira/browse/KAFKA-6598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16900305#comment-16900305 ] Stéphane Derosiaux commented on KAFKA-6598: --- The KIP is up: [https://cwiki.apache.org/confluence/display/KAFKA/KIP-500%3A+Replace+ZooKeeper+with+a+Self-Managed+Metadata+Quorum] > Kafka to support using ETCD beside Zookeeper > > > Key: KAFKA-6598 > URL: https://issues.apache.org/jira/browse/KAFKA-6598 > Project: Kafka > Issue Type: New Feature > Components: clients, core >Reporter: Sebastian Toader >Priority: Major > > The current Kafka implementation is bound to {{Zookeeper}} to store its > metadata for forming a cluster of nodes (producer/consumer/broker). > As Kafka is becoming popular for streaming in various environments where > {{Zookeeper}} is either not easy to deploy/manage or there are better > alternatives to it there is a need > to run Kafka with other metastore implementation than {{Zookeeper}}. > {{etcd}} can provide the same semantics as {{Zookeeper}} for Kafka and since > {{etcd}} is the favorable choice in certain environments (e.g. Kubernetes) > Kafka should be able to run with {{etcd}}. > From the user's point of view should be straightforward to configure to use > {{etcd}} by just simply specifying a connection string that point to {{etcd}} > cluster. > To avoid introducing instability the original interfaces should be kept and > only the low level {{Zookeeper}} API calls should be replaced with \{{etcd}} > API calls in case Kafka is configured > to use {{etcd}}. > On the long run (which is out of scope of this jira) there should be an > abstract layer in Kafka which then various metastore implementations would > implement. -- This message was sent by Atlassian JIRA (v7.6.14#76016)
[jira] [Commented] (KAFKA-6598) Kafka to support using ETCD beside Zookeeper
[ https://issues.apache.org/jira/browse/KAFKA-6598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16876174#comment-16876174 ] Shahar commented on KAFKA-6598: --- Would really appreciate removing zookeeper as it makes maintenance a whole lot harder. When can we expect the KIP? > Kafka to support using ETCD beside Zookeeper > > > Key: KAFKA-6598 > URL: https://issues.apache.org/jira/browse/KAFKA-6598 > Project: Kafka > Issue Type: New Feature > Components: clients, core >Reporter: Sebastian Toader >Priority: Major > > The current Kafka implementation is bound to {{Zookeeper}} to store its > metadata for forming a cluster of nodes (producer/consumer/broker). > As Kafka is becoming popular for streaming in various environments where > {{Zookeeper}} is either not easy to deploy/manage or there are better > alternatives to it there is a need > to run Kafka with other metastore implementation than {{Zookeeper}}. > {{etcd}} can provide the same semantics as {{Zookeeper}} for Kafka and since > {{etcd}} is the favorable choice in certain environments (e.g. Kubernetes) > Kafka should be able to run with {{etcd}}. > From the user's point of view should be straightforward to configure to use > {{etcd}} by just simply specifying a connection string that point to {{etcd}} > cluster. > To avoid introducing instability the original interfaces should be kept and > only the low level {{Zookeeper}} API calls should be replaced with \{{etcd}} > API calls in case Kafka is configured > to use {{etcd}}. > On the long run (which is out of scope of this jira) there should be an > abstract layer in Kafka which then various metastore implementations would > implement. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (KAFKA-6598) Kafka to support using ETCD beside Zookeeper
[ https://issues.apache.org/jira/browse/KAFKA-6598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16856770#comment-16856770 ] Balint Molnar commented on KAFKA-6598: -- It's been more than a year since we are waiting for the KIP mentioned by [~cmccabe] I would like to know the status of that. Is that happening soon, or we can proceed somehow with this? > Kafka to support using ETCD beside Zookeeper > > > Key: KAFKA-6598 > URL: https://issues.apache.org/jira/browse/KAFKA-6598 > Project: Kafka > Issue Type: New Feature > Components: clients, core >Reporter: Sebastian Toader >Priority: Major > > The current Kafka implementation is bound to {{Zookeeper}} to store its > metadata for forming a cluster of nodes (producer/consumer/broker). > As Kafka is becoming popular for streaming in various environments where > {{Zookeeper}} is either not easy to deploy/manage or there are better > alternatives to it there is a need > to run Kafka with other metastore implementation than {{Zookeeper}}. > {{etcd}} can provide the same semantics as {{Zookeeper}} for Kafka and since > {{etcd}} is the favorable choice in certain environments (e.g. Kubernetes) > Kafka should be able to run with {{etcd}}. > From the user's point of view should be straightforward to configure to use > {{etcd}} by just simply specifying a connection string that point to {{etcd}} > cluster. > To avoid introducing instability the original interfaces should be kept and > only the low level {{Zookeeper}} API calls should be replaced with \{{etcd}} > API calls in case Kafka is configured > to use {{etcd}}. > On the long run (which is out of scope of this jira) there should be an > abstract layer in Kafka which then various metastore implementations would > implement. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (KAFKA-6598) Kafka to support using ETCD beside Zookeeper
[ https://issues.apache.org/jira/browse/KAFKA-6598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16821255#comment-16821255 ] K. C. Tessarek commented on KAFKA-6598: --- I'd also like to know the status of this. I really would like to use etcd instead of Zookeeper. > Kafka to support using ETCD beside Zookeeper > > > Key: KAFKA-6598 > URL: https://issues.apache.org/jira/browse/KAFKA-6598 > Project: Kafka > Issue Type: New Feature > Components: clients, core >Reporter: Sebastian Toader >Priority: Major > > The current Kafka implementation is bound to {{Zookeeper}} to store its > metadata for forming a cluster of nodes (producer/consumer/broker). > As Kafka is becoming popular for streaming in various environments where > {{Zookeeper}} is either not easy to deploy/manage or there are better > alternatives to it there is a need > to run Kafka with other metastore implementation than {{Zookeeper}}. > {{etcd}} can provide the same semantics as {{Zookeeper}} for Kafka and since > {{etcd}} is the favorable choice in certain environments (e.g. Kubernetes) > Kafka should be able to run with {{etcd}}. > From the user's point of view should be straightforward to configure to use > {{etcd}} by just simply specifying a connection string that point to {{etcd}} > cluster. > To avoid introducing instability the original interfaces should be kept and > only the low level {{Zookeeper}} API calls should be replaced with \{{etcd}} > API calls in case Kafka is configured > to use {{etcd}}. > On the long run (which is out of scope of this jira) there should be an > abstract layer in Kafka which then various metastore implementations would > implement. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (KAFKA-6598) Kafka to support using ETCD beside Zookeeper
[ https://issues.apache.org/jira/browse/KAFKA-6598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16809660#comment-16809660 ] Viktor Somogyi-Vass commented on KAFKA-6598: [~ijuma] do you have any info if this work is still pending or dropped? > Kafka to support using ETCD beside Zookeeper > > > Key: KAFKA-6598 > URL: https://issues.apache.org/jira/browse/KAFKA-6598 > Project: Kafka > Issue Type: New Feature > Components: clients, core >Reporter: Sebastian Toader >Priority: Major > > The current Kafka implementation is bound to {{Zookeeper}} to store its > metadata for forming a cluster of nodes (producer/consumer/broker). > As Kafka is becoming popular for streaming in various environments where > {{Zookeeper}} is either not easy to deploy/manage or there are better > alternatives to it there is a need > to run Kafka with other metastore implementation than {{Zookeeper}}. > {{etcd}} can provide the same semantics as {{Zookeeper}} for Kafka and since > {{etcd}} is the favorable choice in certain environments (e.g. Kubernetes) > Kafka should be able to run with {{etcd}}. > From the user's point of view should be straightforward to configure to use > {{etcd}} by just simply specifying a connection string that point to {{etcd}} > cluster. > To avoid introducing instability the original interfaces should be kept and > only the low level {{Zookeeper}} API calls should be replaced with \{{etcd}} > API calls in case Kafka is configured > to use {{etcd}}. > On the long run (which is out of scope of this jira) there should be an > abstract layer in Kafka which then various metastore implementations would > implement. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (KAFKA-6598) Kafka to support using ETCD beside Zookeeper
[ https://issues.apache.org/jira/browse/KAFKA-6598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16418097#comment-16418097 ] Ismael Juma commented on KAFKA-6598: Here's a link: https://lists.apache.org/thread.html/2bc187040051008452b40b313db06b476c248ef7a5ed7529afe7b118@1448997154@%3Cdev.kafka.apache.org%3E > Kafka to support using ETCD beside Zookeeper > > > Key: KAFKA-6598 > URL: https://issues.apache.org/jira/browse/KAFKA-6598 > Project: Kafka > Issue Type: New Feature > Components: clients, core >Reporter: Sebastian Toader >Priority: Major > > The current Kafka implementation is bound to {{Zookeeper}} to store its > metadata for forming a cluster of nodes (producer/consumer/broker). > As Kafka is becoming popular for streaming in various environments where > {{Zookeeper}} is either not easy to deploy/manage or there are better > alternatives to it there is a need > to run Kafka with other metastore implementation than {{Zookeeper}}. > {{etcd}} can provide the same semantics as {{Zookeeper}} for Kafka and since > {{etcd}} is the favorable choice in certain environments (e.g. Kubernetes) > Kafka should be able to run with {{etcd}}. > From the user's point of view should be straightforward to configure to use > {{etcd}} by just simply specifying a connection string that point to {{etcd}} > cluster. > To avoid introducing instability the original interfaces should be kept and > only the low level {{Zookeeper}} API calls should be replaced with \{{etcd}} > API calls in case Kafka is configured > to use {{etcd}}. > On the long run (which is out of scope of this jira) there should be an > abstract layer in Kafka which then various metastore implementations would > implement. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (KAFKA-6598) Kafka to support using ETCD beside Zookeeper
[ https://issues.apache.org/jira/browse/KAFKA-6598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16417741#comment-16417741 ] Ismael Juma commented on KAFKA-6598: This was discussed before when "KIP-30: Allow for brokers to have plug-able consensus and meta data storage sub systems" was proposed. It's worth reading that discussion for the concerns with a pluggable approach. > Kafka to support using ETCD beside Zookeeper > > > Key: KAFKA-6598 > URL: https://issues.apache.org/jira/browse/KAFKA-6598 > Project: Kafka > Issue Type: New Feature > Components: clients, core >Reporter: Sebastian Toader >Priority: Major > > The current Kafka implementation is bound to {{Zookeeper}} to store its > metadata for forming a cluster of nodes (producer/consumer/broker). > As Kafka is becoming popular for streaming in various environments where > {{Zookeeper}} is either not easy to deploy/manage or there are better > alternatives to it there is a need > to run Kafka with other metastore implementation than {{Zookeeper}}. > {{etcd}} can provide the same semantics as {{Zookeeper}} for Kafka and since > {{etcd}} is the favorable choice in certain environments (e.g. Kubernetes) > Kafka should be able to run with {{etcd}}. > From the user's point of view should be straightforward to configure to use > {{etcd}} by just simply specifying a connection string that point to {{etcd}} > cluster. > To avoid introducing instability the original interfaces should be kept and > only the low level {{Zookeeper}} API calls should be replaced with \{{etcd}} > API calls in case Kafka is configured > to use {{etcd}}. > On the long run (which is out of scope of this jira) there should be an > abstract layer in Kafka which then various metastore implementations would > implement. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (KAFKA-6598) Kafka to support using ETCD beside Zookeeper
[ https://issues.apache.org/jira/browse/KAFKA-6598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16391312#comment-16391312 ] Tom Bentley commented on KAFKA-6598: [~cmccabe] any more info about that (such as when might the KIP be published?) > Kafka to support using ETCD beside Zookeeper > > > Key: KAFKA-6598 > URL: https://issues.apache.org/jira/browse/KAFKA-6598 > Project: Kafka > Issue Type: New Feature > Components: clients, core >Reporter: Sebastian Toader >Priority: Major > > The current Kafka implementation is bound to {{Zookeeper}} to store its > metadata for forming a cluster of nodes (producer/consumer/broker). > As Kafka is becoming popular for streaming in various environments where > {{Zookeeper}} is either not easy to deploy/manage or there are better > alternatives to it there is a need > to run Kafka with other metastore implementation than {{Zookeeper}}. > {{etcd}} can provide the same semantics as {{Zookeeper}} for Kafka and since > {{etcd}} is the favorable choice in certain environments (e.g. Kubernetes) > Kafka should be able to run with {{etcd}}. > From the user's point of view should be straightforward to configure to use > {{etcd}} by just simply specifying a connection string that point to {{etcd}} > cluster. > To avoid introducing instability the original interfaces should be kept and > only the low level {{Zookeeper}} API calls should be replaced with \{{etcd}} > API calls in case Kafka is configured > to use {{etcd}}. > On the long run (which is out of scope of this jira) there should be an > abstract layer in Kafka which then various metastore implementations would > implement. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (KAFKA-6598) Kafka to support using ETCD beside Zookeeper
[ https://issues.apache.org/jira/browse/KAFKA-6598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16380753#comment-16380753 ] Colin P. McCabe commented on KAFKA-6598: Thanks for looking at this. We're planning on removing the ZooKeeper dependency (the KIP hasn't been posted yet, but will soon). There are a number of advantages in removing the dependency on external systems. Therefore, it shouldn't be necessary to add pluggability at this layer of the code. > Kafka to support using ETCD beside Zookeeper > > > Key: KAFKA-6598 > URL: https://issues.apache.org/jira/browse/KAFKA-6598 > Project: Kafka > Issue Type: New Feature > Components: clients, core >Reporter: Sebastian Toader >Priority: Major > > The current Kafka implementation is bound to {{Zookeeper}} to store its > metadata for forming a cluster of nodes (producer/consumer/broker). > As Kafka is becoming popular for streaming in various environments where > {{Zookeeper}} is either not easy to deploy/manage or there are better > alternatives to it there is a need > to run Kafka with other metastore implementation than {{Zookeeper}}. > {{etcd}} can provide the same semantics as {{Zookeeper}} for Kafka and since > {{etcd}} is the favorable choice in certain environments (e.g. Kubernetes) > Kafka should be able to run with {{etcd}}. > From the user's point of view should be straightforward to configure to use > {{etcd}} by just simply specifying a connection string that point to {{etcd}} > cluster. > To avoid introducing instability the original interfaces should be kept and > only the low level {{Zookeeper}} API calls should be replaced with \{{etcd}} > API calls in case Kafka is configured > to use {{etcd}}. > On the long run (which is out of scope of this jira) there should be an > abstract layer in Kafka which then various metastore implementations would > implement. -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (KAFKA-6598) Kafka to support using ETCD beside Zookeeper
[ https://issues.apache.org/jira/browse/KAFKA-6598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16378837#comment-16378837 ] Sebastian Toader commented on KAFKA-6598: - There is a first implementation of supporting the use of {{etcd}} as metastore here: https://github.com/banzaicloud/apache-kafka-on-k8s as part of the effort of running Kafka on Kubernetes. [~vikgamov] can you advise if this requires a KIP ? > Kafka to support using ETCD beside Zookeeper > > > Key: KAFKA-6598 > URL: https://issues.apache.org/jira/browse/KAFKA-6598 > Project: Kafka > Issue Type: New Feature > Components: clients, core >Reporter: Sebastian Toader >Priority: Major > > The current Kafka implementation is bound to {{Zookeeper}} to store its > metadata for forming a cluster of nodes (producer/consumer/broker). > As Kafka is becoming popular for streaming in various environments where > {{Zookeeper}} is either not easy to deploy/manage or there are better > alternatives to it there is a need > to run Kafka with other metastore implementation than {{Zookeeper}}. > {{etcd}} can provide the same semantics as {{Zookeeper}} for Kafka and since > {{etcd}} is the favorable choice in certain environments (e.g. Kubernetes) > Kafka should be able to run with {{etcd}}. > From the user's point of view should be straightforward to configure to use > {{etcd}} by just simply specifying a connection string that point to {{etcd}} > cluster. > To avoid introducing instability the original interfaces should be kept and > only the low level {{Zookeeper}} API calls should be replaced with \{{etcd}} > API calls in case Kafka is configured > to use {{etcd}}. > On the long run (which is out of scope of this jira) there should be an > abstract layer in Kafka which then various metastore implementations would > implement. -- This message was sent by Atlassian JIRA (v7.6.3#76005)