You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jira@kafka.apache.org by "Onur Karaman (JIRA)" <ji...@apache.org> on 2017/07/26 07:12:00 UTC

[jira] [Updated] (KAFKA-5501) introduce async ZookeeperClient

     [ https://issues.apache.org/jira/browse/KAFKA-5501?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Onur Karaman updated KAFKA-5501:
--------------------------------
    Summary: introduce async ZookeeperClient  (was: use async zookeeper apis everywhere)

> introduce async ZookeeperClient
> -------------------------------
>
>                 Key: KAFKA-5501
>                 URL: https://issues.apache.org/jira/browse/KAFKA-5501
>             Project: Kafka
>          Issue Type: Sub-task
>            Reporter: Onur Karaman
>            Assignee: Onur Karaman
>             Fix For: 1.0.0
>
>
> Synchronous zookeeper writes means that we wait an entire round trip before doing the next write. These synchronous writes are happening at a per-partition granularity in several places, so partition-heavy clusters suffer from the controller doing many sequential round trips to zookeeper.
> * PartitionStateMachine.electLeaderForPartition updates leaderAndIsr in zookeeper on transition to OnlinePartition. This gets triggered per-partition sequentially with synchronous writes during controlled shutdown of the shutting down broker's replicas for which it is the leader.
> * ReplicaStateMachine updates leaderAndIsr in zookeeper on transition to OfflineReplica when calling KafkaController.removeReplicaFromIsr. This gets triggered per-partition sequentially with synchronous writes for failed or controlled shutdown brokers.



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)