zookeeper-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Dan Benediktson (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (ZOOKEEPER-2879) Adding observers dynamically without server id
Date Mon, 21 Aug 2017 18:35:00 GMT

    [ https://issues.apache.org/jira/browse/ZOOKEEPER-2879?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16135568#comment-16135568
] 

Dan Benediktson commented on ZOOKEEPER-2879:
--------------------------------------------

It's also unclear to me what problem this feature is intended to solve.
- Efficiency of dynamic config should be completely unimportant: the cost of another <
100 bytes of configuration data per observer is vanishingly small. This doesn't seem to be
the real goal, just an added benefit, but let's be clear that it isn't a benefit.
- The real goal seems to be ease of management, but I don't really understand that. Can you
elaborate in what way it is easier to not have server IDs? FWIW, we operate dozens of ZK clusters,
some of them with more than 50 members, so I'm not unfamiliar with the problems of managing
"large" ZK ensembles, for some definition of large; having to assign unique server IDs isn't
really one of them, at least at our scale.

> Adding observers dynamically without server id
> ----------------------------------------------
>
>                 Key: ZOOKEEPER-2879
>                 URL: https://issues.apache.org/jira/browse/ZOOKEEPER-2879
>             Project: ZooKeeper
>          Issue Type: Improvement
>          Components: quorum
>    Affects Versions: 3.6.0
>            Reporter: Fangmin Lv
>            Assignee: Fangmin Lv
>
> Dynamic config requires observer has unique server id, which means we cannot simply add
observer with dynamic server id -1. For large observer cluster, it's much more easier to add
observer without unique server id if it doesn't need to be promoted to participant. Also,
it will make dynamic config more efficient, we don't need to store and send the long list
of observers during re-config.



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

Mime
View raw message